个人微信 API 做微信机器人时，评审里讨论最多的往往是「回什么」。真正决定能不能长期开着的，通常是另一件事：什么情况下坚决不回。

话术可以下周再改；静默规则一错，客户厌烦、人工被抢话、账号被投诉，关停会来得很快。这篇只讲个人号场景下的静默与人工接管——微信自动化里被低估的一等能力。

先把「能回」和「该回」拆开

Webhook 进线后，技术上你几乎总能组一句话发出去。产品上却要先过静默门：

• 自己发的（isSelf）

• 重复回调（appid + newMsgId）

• 人工接管中

• 非工作时间（若业务要求只收集不打扰）

• 群聊未 @ / 无命令前缀

• 表情、拍一拍、无意义单字

• 同一用户同一意图的冷却窗口内

• 对方已在发送黑名单 / 投诉名单

人工接管必须是状态，不是口头约定

最常见事故：客服已在手机里回复，机器人仍按关键词或模型继续说。根因是系统没有一等公民的会话状态。

最小状态就够用：

状态	机器人行为
bot	可自动回
human	强制静默
queued	只回「已转接」类短提示，或不回
closed	按新会话规则重新评估

进入 human 的触发可以有三条并行：

1. 用户说「人工」

2. 手机端出现 isSelf 出站同步

3. 客服工作台点「接管」

离开 human 不能靠猜，要显式「释放」或超时回收，并打审计。否则销售下班忘了释放，客户第二天会被永久静默——另一种事故。

群和私聊的静默策略不同

私聊：静默是为了不打断成交与售后沟通。
群聊：静默是为了不制造公共噪音。

群场景默认更严：未 @ 不回、系统消息不回、广告误杀先告警再动作。微信群机器人「回得勤」几乎从来不是优势。命令制（#进度、@助手 查物流）比满群关键词更安全。

冷却窗口比「更聪明的匹配」更管用

用户连发三条「在吗」「在吗」「人呢」，不应回三条。同一 wxid（群则加 room_id）在 N 分钟内：

• 同一关键词只回一次

• 兜底话术只回一次

• AI 未形成新意图则合并理解，不连环生成

这是限频，也是静默的一种。微信接口层面你还能发；产品层面你选择不发。

决策日志比回复文案更值得先做

上线第一周，把每次入站写成一行：

msg_key=... chat=private decision=skip reason=human_takeover
msg_key=... chat=group decision=reply reason=cmd_help

给业务看的不该只是「回复率」，更该是：

• skip 原因分布

• 人工接管后的误回次数（目标接近 0）

• 冷却窗口拦截次数

误回次数降不下来，先收紧静默，不要先扩词表、上大模型。微信 API 二次开发里，过滤层比生成层更决定信任。

一个可执行的默认策略

若团队还没有复杂客服系统，可以先用这套默认：

1. 私聊：FAQ 关键词可回；未知问题回一次引导，其余静默或转人工

2. 群聊：仅命令 / @ 响应

3. 任意人工痕迹出现：立即 human 静默

4. 所有发送进队列，带业务冷却

5. 无 reason 的 reply 不允许上线

话术以后再打磨。先让系统「知道何时闭嘴」。

小结

个人微信 API 给出的是收发能力，微信机器人能不能开着跑，取决于静默规则是否写死、可观测、可释放。先把不回的情况做全，再谈回得漂亮——这才是私域里敢开自动化的顺序。