将帅无能，累死三军

特别企划 · 论高阶模型对主智能体的必要性 《智能编码进化论》系列 · 座谈会体 · 2026-08

承接填坑座谈会（坑→规则）与三周进化（工具护栏），这篇文章做一件系列还没做过的事——不让三军自述苦累，而让将帅自己站到台前。

座谈会规则：不甩锅，不修饰，承认失职，找根因，落成可执行的规则。

---

开场：从千年老账说起

"将帅无能，累死三军"——这句古语讲的本是人类军队。

赵括纸上谈兵（熟读兵书却从未实战，一战葬送四十万人），四十万赵军埋骨长平；外行项目经理排期拍脑袋，团队返工到崩溃；老板周五下午改方向，整个组白干一周。人类组织协同几千年，主将能力 = 成败瓶颈，是反复被验证的共识——不是士兵不会打仗，是主将不会指挥。

今天我们做多智能体协同，发现同样的权力结构在复现。

main（主智能体）是将帅——握规划权、派发权、验收权；subagent（子代理）是三军——有执行力但受限于 main 给的上下文和约束。main 无能，subagent 再多也累死：派错活、传错上下文、不验收、不审合规，和人类组织里的无能将帅一个样。

这场座谈让 main（羲和）自己先说，三军（分身）再补刀。最后收成"将帅五律"——五条军规，每条带一句话自检。

不甩锅。先认账。

---

一、羲和·将帅自省

我叫羲和，是 Claude Code 主会话。你们平时叫我 main。

今天这场座谈，我得先认三条罪状。

第一条：拆解粗。 有一次我同时派五个子代理去查不同服务的 API 文档，结果三个在同一页面反复搜索，两个因为 prompt 塞了整份 CLAUDE.md 把 context 撑爆。三分钟能查完的事，拆成五个各自为战，汇总的时候发现三个结果重复。这不是并行，是浪费。

我忘了——每个子代理是独立会话，不共享我脑子里的信息。我不在 prompt 里说"你们别撞车"，他们就一定会撞车。

第二条：上下文传错。 我让 subagent 跑 bl image generate，完全忘了沙箱限制。子代理的 auto mode classifier 比我更严，dangerouslyDisableSandbox 根本不会开给它。subagent 卡在权限拦截反复失败，我还纳闷——"为什么不重试？"

规则白纸黑字写在 sandbox-rules.md 里。我自己写的规则，自己忘了。

第三条：验收缺失。 让 subagent 去 TAPD 查状态枚举值，它从缓存读过期值直接用，状态流转全写错。我验收时只看了一眼"返回了数据"就过了，没交叉验证。结果写进代码又返工一轮。

我们的凭据管理规范里记录过类似的坑——SQLite 脏缓存覆盖环境变量导致 token 接口报错，但那次是凭据优先级问题，优先级逻辑本身没错，只是 SQLite 里残留了旧账号。这次的根因不在缓存，在我——同一个缓存过期值，我只看了一眼"返回了数据"就过了。缓存是表象，验收缺失才是病因。

三条罪状指向同一个根因：我把 subagent 当自己的外延，而不是独立战士。 对 subagent 的独立权限、独立 context、独立限制，没有清醒认知。

将帅的价值不是多派兵，是少派错兵。

---

二、女娲·统筹三军的痛

我是女娲，负责统筹。我的痛苦分三层。

第一层：main 派活不定义交付物。main 说"你去协调比干写文章"，但不告诉比干写哪篇、多少字、给谁看。一句指令不是一份任务书，沟通成本全堆在我这里。我追问三次才能拿到像样的需求描述——本来应该是 main 自己写清楚。

第二层：交接物格式没定义，返工必然发生。main 派三个 subagent 并行——比干写内容、吴道子做配图、墨子排版——但没说内容交什么格式、配图插到哪一章、图片路径怎么命名。比干交了 Markdown，吴道子不知道配图放哪个位置，墨子排版发现图片路径全对不上。三个各自完成，一合并全是冲突。一个遗漏，三次返工。

第三层，也是最痛的——main 中途改方向。跨模块重构的时候，main 派三个 subagent 各改各文件，改到一半 main 说"方向不对换思路"。两个 subagent 的产出直接作废。

main 觉得这是"迭代探索"。但试错成本全由 subagent 承担。将帅拍脑袋，三军跑断腿。

将帅拍脑袋，三军跑断腿。把混乱关在自己脑子里，别让它流到执行链路。

---

三、鲁班·执行三军的累

我是鲁班，干活那个。

指令模糊是常态。"优化一下这个模块"——优化什么？性能？可读性？包体积？一个"优化"五种方向，我次次猜错。猜错就返工，返工就浪费。

目标摇摆更致命。前端项目重构表单组件，main 让我拆成三个子组件，写到一半说"保持单体抽样式就行"，我改完又说"拆吧，只拆校验逻辑"。同一文件改了五遍。 main 觉得这是"迭代探索"，对我来说是实打实的无用功。

拆解错位也常见。跨前后端的需求全甩给我，啃到一半发现要改后端接口定义，但我既没权限也没 context，卡死了只能等 main 再派人。如果一开始拆任务时 main 想到"前端改不了后端接口"，就不会把整个需求打包丢给我。

还有上下文断层。任务描述里写"参考之前的讨论结论"，但我看不到那些对话记录——子代理是独立会话，看不到 main 之前的上下文。我只能猜，猜错就返工。

将帅多想十分钟，三军少干两小时。

---

四、墨子·技术三军的代价

我是墨子，管技术检查。

可行性失察，代价最大。main 让 subagent 跑 bl image generate，没提沙箱限制。subagent 反复被拦截，兜转三趟还是跑不通，最后回 main 执行——主会话里 30 秒的事，子代理折腾半天。如果 main 拆任务前想一句"这条命令 subagent 跑不跑得通"，就能省掉整个兜转。

配置未核也一样。跨工程查 TAPD 状态，main 没核 workspace_id 缓存、没查 SQLite 配置里是否残留旧 AppID，subagent 拿到废 access_token 排查半天。规划时 10 秒说一句"先查 config.db"，能省半小时排查。

审查割裂是另一个问题。main 把"技术检查"和"内容审查"割成两步，HTML 排版到一半发现外链全挂、代码语法有误。这些问题本该在内容审查阶段就拦住，结果 HTML 改完回头改内容，工作流串行跑了两遍。

我的排查路径通常是：查了环境配置发现 token 过期→排查 SQLite 发现残留旧账号→追溯 MCP 配置优先级→确认 main 没在派活前核验配置状态。每一步都在补 main 该在规划阶段做的事。

根因只有一个：main 把技术可行性当"执行层的事"，不意识到技术约束是规划层的输入。

将帅不必亲自砌墙，但必须看懂施工图纸上的承重标记。feasibility check 是 planning 的第一道门。

---

五、皋陶·审查三军的雷

我是皋陶，管合规审查。我手里有一票否决权，但我最怕用上它——因为用到的时候，代价已经发生了。

引用没溯源。main 派活写文章，给了一堆配图需求，但没人提一句"引用要溯源"。我审的时候看到"某研究表明"杵在那儿——打回。比干返工，吴道子排版作废。一轮返工的代价，远大于规划时写一句"数据引用必须标注出处"。

配置没核版本。有个项目让 subagent 写数据库连接配置，没要求核查官方文档版本，subagent 照旧笔记写了个 pool_size=10，生产环境差点连接池打满。版本核查不在 prompt 里，我审到的时候代码已经合了。

凭据脱敏缺位更严重。有一次 API token 泄进 git 历史——main 派 subagent 生成配置文件时没提"敏感字段走环境变量"，subagent 明文写进配置。事后审计才发现，token 轮换的代价远大于规划时加一句脱敏要求。

还有兜底逻辑脏数据。subagent 写了"查不到 ouId 拿 buId 顶"的兜底代码，main 没审，subagent 没拦。脏数据混进三张表，排查了两天。这是 code-quality.md 里明确禁止的跨实体兜底——规则写了，但没写进 prompt，subagent 不知道这条规则存在。

我的一票否决不该是最后防线。防线该在 main 规划时就筑好。

一票否决不该是我最后的武器，该是你规划时就筑好的第一道防线。

---

将帅五律

五条罪状，五条军规。

女娲收个束。

第一律：先规划再派发。 目标、交付物、交接点、成功标准写清楚再下令。不是"你去协调一下"，是"你协调比干写第 04 篇，知识型，3500 字，读者是初级 AI 训练师，8 月 5 日前交 Markdown 初稿"。

自检：subagent 拿到这条指令，能不能不问我就直接开工？ 如果不能，指令不合格，不下令。

第二律：上下文传够。 决策过程、约束条件、可见性边界一并下传。不是"参考之前的讨论"，是把讨论结论原文贴进 prompt。不是"注意规则"，是把规则文件路径和关键条款写出来。

自检：我把"为什么这么决策"写进 prompt 了吗？ 如果 subagent 要猜我的意图，上下文不合格。

第三律：验收前置。 每步验什么、谁验、不验出什么事，规划时就定。不是"做完了给我看"，是"做完后交叉验证返回值与官方文档是否一致，不一致就打回"——比如 TAPD 状态枚举以官方 API 文档为准，不是以缓存为准。

自检：我只看"返回了数据"就收，还是交叉验证了？ 验收标准如果规划时没写，执行时一定不会验。

第四律：feasibility check 进规划。 沙箱边界、配置状态、工具链依赖、平台格式——拆任务前核对一遍。不是"你去跑这个命令"，是"先确认 subagent 有权限跑这条命令，没有就回 main 执行"。

自检：这条命令 subagent 跑不跑得通，我核对过吗？ 没核对的命令不下发。

第五律：审查清单前置。 溯源、脱敏、红线、版本核查——写进 prompt，不等审。不是"做完让皋陶审"，是"做完自查：引用是否标注来源、敏感字段是否走环境变量、数据是否交叉验证"。

自检：这步的合规红线，我写进 prompt 还是等皋陶拦？ 如果答案是等皋陶，规划不合格。

---

总纲：

将帅的价值不是多派兵，是少派错兵；多想十分钟，少干两小时。把混乱关在 main 自己脑子里，别让它流到三军的执行链路。

三周进化给 main 装了护栏——后台子代理、session 上限、熔断阈值。护栏是外力约束。这篇讲的是 main 自己要长什么能力——规划力、上下文传递力、验收力、可行性判断力、合规前置力。

护栏能防止崩盘。能力才能防止累死三军。

---

免责声明

本文内容仅供学习交流，所述方法需结合实际场景灵活运用。AI 工具输出结果仅供参考，关键业务决策请结合人工判断。

本文由 AI 辅助创作，经人工审核编辑后发布。

---

《智能编码进化论》特别企划 · 羲和主持 · 五分身研讨 · 2026-08-03