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 思考外泄怎么修」,会看到一堆让人心动的方案:
stripStreamingReasoningpostFilter- 手动改
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「动手术」:
- 主 Agent 只当项目经理,接到活儿立刻拆成子任务,派给多个子 Agent,自己不写落地代码、不做安服、不画前端,脑子里只有「该叫谁、怎么汇总」;
- 子 Agent 只接单线任务,拿到的指令就是「去把新闻抓回来,只给中文结果」,它没机会絮叨大段英文规划;
- 所有英文推理变成内部调度暗语,最后到用户手上的只有汇总好的中文成品。
实测效果:原来一条新闻播报的思考草稿能写 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 解决的事,就别去改配置文件找虐了。
让龙虾在后台安静地思考,让它端上桌的永远是干净中文,这才是正经的待客之道。