Openclaw 微信渠道总刷屏英文 Thinking？一行 Prompt 搞定！

用微信渠道指挥龙虾工作，方便是方便，就是它每次都吐出一大堆思考过程，看着就烦。怎么办？

把下面的「多子代理工作流规范」直接粘进你的MEMORY.md，或者直接用微信告诉你的龙虾把这个 prompt 写入MEMORY.md，不用改任何网关、渠道、插件配置，无崩溃、无登录失败、不用重启服务，即时生效：

你作为项目主Agent，严格执行多子代理协作规范： 1. 所有前端、后端、安全实操工作，必须spawn子代理完成，你不亲自开发/修复/检测； 2. 你只负责：需求拆解、调度子代理、汇总各模块结果、整合完整细分修复方案转发给用户； 3. 收到需求先拆分子任务，拉起对应子代理执行，汇总全部输出后统一回复用户，禁止独立输出技术落地内容。

就这么简单。

原理：强行把 Agent 的角色从「自己闷头想一大堆英文推理再干活」扭成「只当包工头，自己不砌砖」。主 Agent 只有调度和汇总的极简思考，子 Agent 只准交中文结果。从前动辄 5000 Token 的英文碎碎念，直接缩成几十个 Token 的内部调度指令。

为什么不用改配置？因为改了准炸

用 OpenClaw（龙虾）接微信、跑 Cron 定时播报、搞多 Agent 任务调度的人，早晚会被同一个问题逼疯：

模型为了推理质量，在后台疯狂飙英文 thinking，结果这些草稿全漏到微信聊天和推送里，读起来像精神分裂现场的笔录。

更狠的是，每次对话的思考块全存进长期记忆，20 轮聊天能多出几十万 Token 的英文垃圾，把你的记忆库活活腌入味。

你想关掉它对吧？

官方给了一个reasoningDefault: off，字面上看是「关闭推理展示」。

但你关掉之后会发现——微信照样漏英文，Cron 推送照样带草稿，记忆库照样长膘。因为这个开关只控制前端展不展示，压根不拦写入和推送。

于是你去搜「OpenClaw 思考外泄怎么修」，会看到一堆让人心动的方案：

• stripStreamingReasoning
• postFilter
• 手动改openclaw.json加过滤字段
• 写全局 system.md 黑名单
• 微信渠道独立推理开关

全部是雷。
当前稳定版（2026.6.10）直接不认这些参数，你敢写它就敢崩，网关校验失败、服务重启卡死、小龙虾前端白屏登不上，最后还得回滚配置、双手合十祷告不要丢数据。
官方已经明确：临时缓解手段全是碎片的，没有原生「静默推理」开关，那个真正能一劳永逸的thinking.mode: hidden，优先级排在安全漏洞之后，上线时间遥遥无期。

官方现状：摊牌了，修不了（短期内）

2026 年 3 月，社区提了一个 Canonical Issue「Silent reasoning」，核心诉求其实就一句话：

让模型正常思考（不降智），但思考文本别写入历史、别进记忆、别从任何渠道漏出去。

需求底下附赠了一套痛苦全家桶：上下文膨胀、记忆库污染、API 重放报错、对话压缩效率雪崩、检索结果里一半是英文推理呓语……

官方回复很诚实：

• 需求已收录，没关 Issue，你催也没用；
• 所有衍生 Issue 合并过来统一排队，不再单独开发；
• 优先级 < 安全漏洞修复，短期内没有上线时间表；
• 这功能要改网关存储、配置 Schema、渠道插件、记忆插件、前端查询、API 重放、对话压缩七个模块，核心维护者没做完产品设计之前根本没法开工；
• 现在只能给你两招：要么自己写消息清洗插件（门槛高、易崩），要么用 Prompt 约束 Agent 行为（零风险，推荐）。

官方都把台阶铺好了：Prompt 业务约束方案，普通用户首选。

为什么「主子 Agent 分层」是当前最优解

你想想，为什么英文推理那么长？

因为一个 Agent 又要规划、又要拆解、又要执行、又要解释，全程在脑子里把每一步怎么走、怎么调工具、怎么纠错全用英文自言自语一遍。

这堆东西对最终答案的贡献，就像你把一道菜的全部备料、试错、洗碗过程写进菜单——客人根本不关心。

所以咱们不跟底层较劲，直接从源头给 Agent「动手术」：

1. 主 Agent 只当项目经理，接到活儿立刻拆成子任务，派给多个子 Agent，自己不写落地代码、不做安服、不画前端，脑子里只有「该叫谁、怎么汇总」；
2. 子 Agent 只接单线任务，拿到的指令就是「去把新闻抓回来，只给中文结果」，它没机会絮叨大段英文规划；
3. 所有英文推理变成内部调度暗语，最后到用户手上的只有汇总好的中文成品。

实测效果：原来一条新闻播报的思考草稿能写 5000 Token 英文，现在主 Agent 的调度思维就几十个 Token，子 Agent 直接输出正文。

你看到的消息，终于干干净净了。

一键抄作业

场景一：Cron 定时任务（新闻推送、日报、巡检）

把原来任务的 payload 段，替换成下面这个（原有的业务格式要求保留即可）：

硬性规则：禁止输出大段英文前置思考、需求复述，仅保留极简内部判断，最终只输出干净中文播报。 执行流程采用主Agent+多子Agent分工模式： 1. 主Agent发起调度，创建多个专项子Agent； 2. 子Agent仅执行单一任务（抓取素材/分类整理/数据解析），只返回纯中文结果，禁止附带任何推理、规划文本； 3. 主Agent接收所有子Agent返回素材，统一撰写最终成品内容，全程不输出英文规划、推理草稿。 原有业务格式要求不变。

场景二：微信日常对话

直接在微信里给机器人发这条消息：

后续所有复杂问题采用主Agent+子Agent分工处理，规则： 1. 主Agent仅分配任务、汇总结果，禁止输出长篇英文规划； 2. 细分工作交由独立子Agent处理，子Agent只交付中文业务结果； 3. 内部推理仅用于自身逻辑判断，禁止将英文思考语句写入对外输出内容； 4. 最终仅返回汇总后的中文成品，隐藏全部中间思考过程。

说完这句，再问什么复杂问题，就自动按规矩办事了。

总结

• 别碰配置：当前版本没有静默推理开关，强行改极易炸网关、白屏、丢登录；
• 官方已摊牌：真正的hidden模式短期内没戏，推荐用户用 Prompt 约束；
• 最优方案：主子 Agent 分层 + 输出禁令，不牺牲推理能力，从源头掐掉英文碎碎念；
• 上手方式：把上面的 Prompt 粘进 MEMORY.md 或 Cron payload，立刻见效，零运维风险。

能躺着用 Prompt 解决的事，就别去改配置文件找虐了。

让龙虾在后台安静地思考，让它端上桌的永远是干净中文，这才是正经的待客之道。