展开目录 ▾
#微信#AI角色扮演#开源#iLink#自托管#聊天机器人

微信 AI 角色扮演机器人开源!WeChat-AI:自托管、直连 iLink、一键部署

一款直连腾讯 iLink 协议的自托管微信 AI 角色扮演服务登顶 GitHub 热门——支持多角色扮演、表情包回复、OAuth 登录、多节点负载均衡,2 天 700+ stars。

预计阅读 6 分钟

一句话总结

WeChat-AI 是一个开源的自托管微信 AI 角色扮演服务,直连腾讯 iLink 协议、用 LINUX DO OAuth 做登录、Redis 做远端存储——无需破解微信客户端、无需担心封号,2 天收获 700+ stars。


微信 + AI = WeChat-AI

2026 年 8 月 10 日,GitHub 上出现了一个让中文开发者社区眼前一亮的项目:WeChat-AI。它不是又一个微信机器人框架——它是一套完整的自托管微信 AI 角色扮演服务,从前端管理面板到后端消息中继,从角色扮演引擎到表情包广场,一应俱全。

发布仅 2 天,收获 742 stars、551 forks——在 AI 工具泛滥的 2026 年,这个数字相当惊人。

WeChat-AI 功能全景


核心亮点:直连 iLink,不走 Web 微信

大多数微信机器人的痛点是什么?封号风险。基于 Web 微信协议或 itchat 的方案早已被腾讯封杀得七七八八,PC 微信 hook 方案也需要常驻登录且有合规风险。

WeChat-AI 走了第三条路:直连腾讯 iLink。

iLink 是腾讯官方的即时通讯连接协议,主要用于 IoT 设备、企业通知等场景。WeChat-AI 通过 iLink 协议直接收发微信消息——不需要登录微信客户端、不需要模拟操作、不需要担心界面变化导致 hook 失效。

这意味着:

  • 微信用户给机器人发消息 → 经腾讯 iLink → 到达你的服务器
  • AI 处理后 → 经 iLink → 发回微信用户
  • 全程不涉及 PC 微信客户端或 Web 微信

iLink 架构对比


功能一览:不只是聊天机器人

1. 角色扮演引擎

核心功能是「人设系统」。管理员可以为每个微信机器人分配不同的人设(persona),绑定不同的 LLM 模型:

  • Prompt 模式:传统 system prompt 定义角色
  • Chatflow 模式:可视化编排对话流程,支持条件分支和工具调用

用户可以自定义模型(OpenAI 兼容 API)和启用联网搜索(通过 Hugging Face 工具网关出站)。

2. 用户中心

  • LINUX DO OAuth 登录(用户 + 管理员分级)
  • 扫码添加/删除微信机器人
  • 批准私聊用户
  • 管理已绑定的人设

3. 表情包回复

这可能是最「微信」的功能:AI 回复可以自动带表情包。管理员上传表情包到「主人表情库」,AI 在回复中引用 slug,通过 iLink CDN 发送图片。

还有一个完整的表情包广场:用户投稿 → 审核 → 公开 → 其他用户收藏。系统内置恶意图片过滤。

4. 多节点同构部署

同一 Docker 镜像部署到多台服务器,共享一个 Upstash Redis。前面加 Cloudflare Worker 做健康检查和轮询负载均衡——源站地址只写在 Worker 的环境变量里,不对外暴露。

多节点部署架构

5. 其他亮点

功能说明
输入状态”对方正在输入…” 指示,回复送达自动消失
图片理解可选启用视觉模型理解微信图片
语音转写利用微信自带 STT 转写语音消息
Token 统计按日统计各用户/机器人的 Token 用量
OTA 更新文件差量 + 自动重启,不停机升级

技术架构

微信用户 ──► 腾讯 iLink ──► 多节点系统(收/发消息 / 人设+记忆 / LLM / 表情包)

浏览器 ──► Cloudflare Worker LB ──► Node-1...N(同一镜像,共享 Redis)

技术栈:

  • 后端:Node.js + TypeScript + pnpm
  • 数据库:Upstash Redis(远端,共享会话和 bot token)
  • LLM:OpenAI 兼容 API(支持任意模型)
  • 部署:Docker Compose 一键部署 + Cloudflare Worker 负载均衡
  • 认证:LINUX DO OAuth

LINUX DO 社区驱动

WeChat-AI 的 OAuth 登录用的是 LINUX DO——一个华人技术社区。这意味着:

  1. 所有用户通过 LINUX DO 账号登录,天然有社区信任基础
  2. 管理员通过 LINUXDO_ADMIN_IDS 环境变量指定
  3. 社区成员可以通过 Telegram 群交流使用经验

这也是为什么它能 2 天 500+ forks——LINUX DO 社区的传播力非常强。


快速上手

本地开发

pnpm install
cp .env.example .env
# 配置 REDIS_URL、LLM_API_KEY、LINUXDO_* 等
pnpm db:seed
pnpm diag   # 诊断环境是否就绪
pnpm dev

Docker 部署

docker compose up -d --build

多节点部署

每台服务器运行同一镜像,共享同一个 Upstash Redis。Cloudflare Worker 配置文件 cloudflare-worker/README.md 中定义了健康检查和轮询规则。


为什么 WeChat-AI 值得关注?

1. 填补了微信 AI 机器人的合规空白

微信生态是中国最大的即时通讯场景,但正经的微信 AI 机器人一直是个灰色地带。WeChat-AI 走 iLink 协议,至少在技术层面规避了封号风险。

2. 角色扮演是微信场景的天然适合

微信用户已经习惯了「和账号聊天」——公众号、企业微信、小程序客服都是对话界面。加一个「角色扮演 AI」水到渠成。无论是客服机器人、虚拟偶像、还是企业内部助手,都能找到场景。

3. 开源 + 自托管 = 完全控制

数据不出自己的服务器,不依赖第三方 SaaS。对于对数据隐私敏感的企业用户,这是关键卖点。

4. LINUX DO 社区的背书

LINUX DO 是中文技术圈最有活力的社区之一,WeChat-AI 绕过了传统的 GitHub star 增长曲线——社区成员直接 fork、部署、传播,形成了病毒式扩散。


同类项目对比

项目协议部署AI集成封号风险
WeChat-AI腾讯 iLinkDocker 一键原生低
itchatWeb 微信Python pip需自行集成极高(已封)
wechaty多协议Docker需自行集成中(协议不稳定)
企业微信机器人官方 API企业后台有限无

局限与风险

  • iLink 协议稳定性:iLink 非公开 API,腾讯可能在未来调整协议
  • LINUX DO 依赖:OAuth 登录强依赖 LINUX DO,用户群仅限于该社区
  • 法律合规:微信机器人在中国法律框架下的合规性仍需谨慎评估
  • 表情包版权:用户上传的表情包可能涉及版权问题

总结

  • WeChat-AI 是目前最完整的开源微信 AI 角色扮演服务
  • 直连 iLink 协议规避了传统微信机器人的封号风险
  • 多角色扮演、表情包、多节点部署——功能完整度超出预期
  • LINUX DO 社区驱动,2 天 740+ stars,传播力惊人
  • 适合想在微信生态中部署 AI 对话服务的开发者和企业

仓库地址:github.com/SMNETSTUDIO/WeChat-AI

数据来源:GitHub API(2026-08-11 查询)、项目 README

Related

相关文章

延伸阅读

查看全部 →
GitHub

2026 年第 41 周 GitHub 热榜 TOP 10:Agent 的「记忆层」和「编排层」接管了榜单

第 41 周(9/21-9/28)热榜被 agent 的基础设施层接管:会学记忆的 hindsight 以 11,089 周星登顶(LongMemEval 94.6%),管 agent 组织的 paperclip 与并行 agent 的 ADE orca 紧随其后;阿里把内部跑了两年的代码评审工具开源(精度更高、token 只花通用 agent 的约 1/9),Cloudflare 放出漏洞审计 skill,Anthropic 开源金融行业技能。TOP 10 里七个是 agent 基建,没有一个新的聊天界面。

Google

AI 把收银台搬进了对话框:Google 在印度内测「在 Gemini 里直接买 Flipkart」

TechCrunch 9 月 26 日报道,Google 正在印度小范围内测让用户直接在 Gemini 与 AI Mode 里购买 Flipkart 商品:目前只开放部分用户与部分品类,点 Buy 后弹出的是 Flipkart 自己的品牌化结算页(不同于 Google 之前演示的 Google 托管结账),计划 10 月印度排灯节购物季前大范围铺开。这条内测背后是 Google 今年推出的开放标准 UCP——商家仍是 merchant of record,只要在 Merchant Center 商品 feed 里打上 native_commerce 属性,商品就能在 AI 界面里直接卖。

AI破译

两台 AI 六天破了两个 Enigma 悬案:GPT-6 Astra 全自主拿下 1941 年的 MVUEH,Claude Opus 5 随后又破一条

Enigma 现代破译权威 Frode Weierud 9 月 27 日发布两份报告:9 月 15 日开发者 Carter Leffen 只对 GPT-6 Astra 说了一句「看看能不能破掉这些未解消息」——Astra 自己选题、自己发现 MVUEH 与已破的 SIPVX 明文同源、自己选定重复地名 ROSENOW 当 crib、自己写了 Enigma 模拟器与 Bombe,最终恢复正确密钥与明文。9 月 21 日 Claude Opus 5 在人类搭好的 Go 工作台支持下又破一条 FMNGI。Weierud 说 Astra 两天做的事,人类研究员要花几周甚至几个月。