最近用 WinClaw 接微信 Agent 跑活的朋友应该都被这两个场景折磨过场景一你刚把一张图甩给 WinClaw 话还没说完紧接着又补了一句帮我看看图里有什么。结果 WinClaw 给了你两条不相关的回复——一条解读图片、一条回答你那句补充——像是两个不同步的人在跟你说话。场景二你正让 WinClaw 跑一个长任务写文档、分析数据中途突然想顺手查个小问题。要么打断当前任务、要么忍着等它跑完。要不就只能再开一个会话但又拿不到上下文。这两个体感问题WinClaw 1.0.56 微信 Agent 2.0.1一次性把它们解决了。升级一句话总结WinClaw 升级到 1.0.56服务端新增/api/external/tasks/fork-stream接口支持基于现有会话临时分叉微信 Agent 升级到 2.0.1客户端拟人化连发消息只回一次新增/new斜杠命令一键开临时会话优化一连发消息不再分裂回复⚡ 老版本的痛点1.0.56 之前你只要在 WinClaw 还没把上一条消息处理完时再发一条两条消息会被并发提交到后端触发两个独立的任务最终给你两条互不相关的回复。新版本里我们在WinclawAgent上加了一把会话级提交锁同一个微信用户的多条消息会按顺序排队走/api/external/tasks/stream。但这把锁不是死等回复结束才放而是只要观测到 SDK 已经注册到 runtime 注册表 content / reasoning / tool_call 等任意事件触发锁就提前释放。效果是你还在打字补充的时候第二条消息会被 WinClaw 的 fast-path 转发追加进正在跑的同一个会话上下文不再开新任务WinClaw 看完所有补充后只回你一条整合性的回复配套兜底万一首条任务卡住超过 1 分钟锁会强制释放不会饿死后续消息实际体感就是比以前更像在跟一个真人聊——你说完 A 又补 B 又补 C 对面看完才搭话。优化二/new斜杠命令——基于当前会话开个临时小灶/new 你的临时问题这个命令做的事1.复制当前主会话的对话历史作为初始上下文2.在分叉会话里跑你这个新 prompt3.把结果回给你4.分叉会话不写入sessions.json主会话以及它正在跑的任务完全不受影响底下走的是 1.0.56 新加的POST /api/external/tasks/fork-stream接口。实战示例我先发了一张微博截图让 WinClaw 解读又顺手用/new让它去查微信的最新月活可以看到主会话里 WinClaw 解读了那张ChatGPT image 2 豆包 Seedance 2.0 出广告片的微博截图/new 帮我查下目前微信有多少用户走的是临时分叉继承了当前对话的上下文所以它知道这是同一个聊天背景但跑的是独立任务答得很正经 2025 Q1 14.02 亿、 Q2 约 14.11 亿、即时通讯 App 全球第二、国内 10.8 亿月活第一紧接着我用/new 我刚才让你干吗了?测试分叉会话能不能看到主会话的历史WinClaw 准确回答了之前你发了一张微博截图我帮你解读了内容。说明 fork 时主会话的历史确实被复制进来了但这条临时会话本身不会污染主会话的sessions.json——下次你继续WinClaw主线对话状态干干净净。什么时候用/new主任务长时间在跑想顺手插一个独立小问题想基于当前讨论的上下文做并行 brainstorm但不想把分支结论写进主线同时给 WinClaw 布置好几件事每件用/new切一个互不干扰升级方法# WinClaw 服务端 / rag-desktop 升级到 1.0.56 及以上 # agent_wechat 微信 Agent 客户端 升级到 2.0.1 及以上 一定要两边一起升/new命令依赖的/api/external/tasks/fork-stream是 WinClaw 1.0.56 才加的接口提交锁是 agent_wechat 2.0.1 才有的客户端能力。只升一边要么命令 404 、要么锁不生效。写在最后这一波更新看着小但都是日常用 10 次有 9 次会撞上的体感问题。我们把WinClaw 怎么响应才像一个真人这件事再往前推了一步你连珠炮发消息——它学会等你说完你想插个临时活——它有了临时聊天室升级后的微信 Agent 用起来更像在跟真人配合欢迎试试/new。