告警狂响：某交付群「不在群，停止播报」。打开手机一看——号还好好地在群里。重要通知停了一上午，锅却甩给「客户把机器人踢了」。列表类能力的边界见。

线上最危险的操作不是掉线本身，而是值班同学随手「再建一个号顶上」。半小时后你会看到：一半消息失败、一半回错人、客服觉得有两个机器人在抢答。多设备与恢复路径见。

做微信机器人时，最简单的方式就是：收到消息 → 判断关键词 → 回复内容。

做微信机器人或者客服系统时，群消息是一个比较常见的需求。比如业务群里有人发消息，希望自己的系统能够自动收到，然后根据内容做记录、提醒或者回复。这个需求的核心，其实就是先把接进自己的服务。

官方要求：正常实名账号、遵守运营规范与法律法规；禁止广告骚扰、诈骗等违规用途。个人微信生态对异常行为极度敏感。：谁在何时通过何 Token 触发了加好友/群发，必须可查。：诈骗、色情、骚扰等一经发现应立即冻结机器人并终止能力。是高危特征：模板变量化 + 同义改写，但仍需合规。：新号养号期只做客服被动回复，不做加粉。会被判定异常：指数退避 + 人工介入。：能力边界与使用要求见文首官方文档。Polic

配置路径：控制台 → 访问控制 → 填写回调地址（见文档）。验证时会收到「验证回调地址是否可用」测试包。典型翻车场景：在回调里直接调大模型 → 超时丢消息 → 用户以为机器人死了。：回执状态要走发送 API 响应 + 自建投递日志，不要等 Webhook。自动回复、群控、AI 客服的「实时性」全部依赖回调。：异步 Worker 失败进 DLQ，配告警与人工回放。：TLS、来源校验、限流；：过滤自己

手工客服强在临场反应，弱在规模：多号切换、漏跟进、夜间空窗、质检靠翻聊天。个人微信没有官方私域机器人。个人微信API二次开发让 SCRM——强的不是功能清单变长，而是跟进可调度、可审计、可接力。能力边界见。

新成员进群，最好立刻看到规则和对接方式。靠人盯通知，高峰必漏，也难审计「到底欢不欢迎过」。个人微信客户群挂不了官方机器人；个人微信API二次开发用事件驱动欢迎——人来了系统才动。能力说明见。欢迎自动化难在「别刷屏、别漏、别从错号发」，不在多写几句文案。

私域要夜间也能回进度、询价，排班一加成本就上去。很多人去找「官方机器人 URL」，个人微信客户会话里没有这条路。能做的是：把已登录的个人号当成执行节点，消息进你的服务，答复再打回同一会话——这就是个人微信API二次开发常见接法。对接细节以为准。下面不讲参数表，讲怎样才算「能上 7×24」而不是「夜里稳定翻车」。

群聊接上大模型，最常见事故不是答错一两个事实，而是：闲聊、投诉、多人同时问进度，全挤成机器人刷屏，客户直接退群或拉黑。个人微信API二次开发能做到群内收发，但不等于群里每一条都该进模型。群是多人会话。AI 的第一件事是分流，不是生成。回调时限、发送与 @ 规则以为准，下面讲为什么「全量接管」几乎必翻车，以及更稳的接法。