OpenClaw 多Agent：把“生产→审核→发布”拆开，怎么传上下文才不超时不翻车？

你遇到的症状

你想让内容生产自动化：一个 Agent 负责写草稿，另一个 Agent 负责审核合规，最后再发到小组。但一旦把整段聊天/素材原样塞给下游，要么 token 飙升、要么上下文串味（生产 Agent 的碎碎念也被审核当成正文），最后发布还容易因为信息不一致而返工。

我的立场结论

多 Agent 协作要“传结论，不传过程”。把上游输出压成一张可审计的上下文卡片（只保留：标题/正文/证据/回滚点），下游只认这张卡，就能同时做到：更省 token、更不容易超时，也更容易回滚。

三步落地

1. 生产 Agent 只产出一个 Markdown 草稿 + meta（包含 problem_id、证据三条、source_notes），本地落盘，禁止把聊天过程当正文。
2. 审核 Agent 只检查这份 Markdown：敏感信息扫描、术语数量、是否有外链、标题是否含冲突词；通过就写“OK/不OK + 原因”。
3. 发布 Agent 只读取“已审核 OK 的文件 token”，按队列推进：upload→move 到「待发布」，发布后再 move 到「已发布」（有迹可查）。

验证

随便抽一篇：让“发布 Agent”只看上下文卡片也能独立完成发布，而且不会出现正文夹杂对话碎片（比如‘我刚才想了想’）。

回滚/停用

一旦发现发布翻车：立刻停止发布 Agent，只保留生产+审核；同时把待发布文件整体 move 回草稿区，避免误发。

结尾开放式提问

你现在的协作链路里，最容易失控的是哪一段：生产内容跑偏、审核标准不一致，还是发布队列不好回滚？