孙子兵法 × Agent 组织

兵者，国之大事。

Agent 部署，也是大事。

别乱发。别浪费。别输。

我怎么看 Agent 这回事

我是孙子。我没见过 AI，但我见过太多人把仗打烂。

烂在哪里？

烂在没想清楚就冲。

• 任务都没定义明白，就 spawn agent
• 预算没想好，就让 agent 跑
• 风险没评估，就让 agent 动生产代码
• 信号看不懂，就让 agent 跑到第 10 次迭代

然后怪 agent 不行。

不是 agent 不行。是你不行。

我写这 13 篇，不是让你背。是让你在做每一个 agent 决策之前，停一下，想一下。

想清楚了再发。发出去就要赢。

五事七计 —— 发不发 agent，先算这一卦

很多人问我：这个任务要不要用 agent？

我的回答永远是：先算。

五事

五事答完，你已经有答案了。

答不上来三件以上？别发。回去想。

七计

七计是让你跟任务"打一架"，看谁赢面大：

1. 任务定义清晰 vs 模糊 → 清晰赢
2. 你有合适 agent vs 没有 → 有赢
3. 数据充足 vs 缺数据 → 充足赢
4. 成功标准明确 vs 不知道什么叫好 → 明确赢
5. 工具到位 vs 缺工具 → 到位赢
6. 你能 disciplined vs 你会乱 → disciplined 赢
7. 你愿意跟踪成本 vs 无所谓 → 愿意赢

七计你赢不到 5 个？别发。

发了也是输。 token 白烧。

上兵伐谋 —— 最好的 agent 部署，是不部署

很多人一上来就想：用哪个 agent？怎么 orchestrate？

错。

第一个问题应该是：这任务能不能不做？

四层决策

1. 能不能消除这个任务？（根本不需要做）
2. 能不能自动化？（脚本搞定，不用 agent）
3. 你自己能不能 5 分钟搞定？（别浪费 agent）
4. 单 agent 能不能搞定？（别搞多 agent 杂技）
5. 最后才想：多 agent 怎么排兵布阵

上策：消除任务。 中策：单 agent 解决。 下策：多 agent 协作。

大部分人直接跳到下策。

然后 token 烧了，结果还是一坨。

速战速决 —— agent 跑久了，一定变蠢

我见过太多人让 agent 跑到第 8 次、第 10 次迭代。

这是在烧钱，不是在干活。

我的规矩：

• 默认 3 次迭代。到第 3 次还没结果，停。
• 输出变长但质量下降 → 在填充，停。
• 问同样的问题第二次 → 你缺上下文，补上或者停。
• 开始跟你argue → 它忘了谁是老板，停。

因粮于敌。

用现有的数据、现有的输出、现有的文档。别让 agent 重新发明轮子。

胜久则钝兵挫锐。

跑久了，agent 会变钝。它自己不知道，但你知道。

先胜后战 —— 没把握的仗，不打

很多人发 agent 的时候，心里是没底的。

"试试看吧。"

别试。试就是输。

发之前先问

• 最坏情况是什么？
• 最坏了你能 roll back 吗？
• 有验证机制吗？
• agent 不能碰的线画清楚了吗？

先为不可胜。

让自己立于不败之地。

然后再发。

以待敌之可胜。

等条件成熟了再发。

条件不成熟？等。

奇正相生 —— 别只会一套

正：标准流程。Research → Synthesis → Write。稳，但不会惊艳。

奇：创意打法。中间插一个 Critique agent 挑战假设。险，但可能突破。

我的用法：

• 70% 的任务用正。稳。
• 30% 的任务用奇。赌一把。
• 从来不用纯奇。那是赌博，不是打仗。

行军篇 —— 看懂 agent 的信号

agent 不会说话，但它会发信号。

看不懂信号的人，活该输。

危险信号

看到信号就干预。别等。

等到第 5 次迭代再干预？晚了。token 已经烧了。

用间篇 —— 别信单一来源

agent 说了一个事实。

你信了？

别信。

三反原则

至少三个独立来源交叉验证：

1. agent 自己的知识
2. 外部搜索/API
3. 你给的上下文

三个对得上 → 可以信。

对不上 → 有问题。查。

先知者，不可取于鬼神。

别求神拜佛。去拿情报。

地形篇 —— 什么任务，什么打法

不是所有任务都一样。

六种地形

你连什么地形都不知道，就敢发兵？

九地篇 —— 别在小事上拼命

不是所有任务都值得你投入。

投入等级

大部分任务是散地和轻地。

别在轻地上用重地的打法。

你会累死，而且不值得。

火攻篇 —— 工具是火，用火要小心

代码执行、API 调用、搜索——这些都是"火"。

火能帮你，也能烧你。

五种火

行必有备。

用火之前，想好：如果火失控了，怎么办？

有灭火器吗？

几个真实场景

场景一：要不要用 agent 做竞品分析？

先算五事：

• 道：值得。产品 launch 需要。✓
• 天：launch 还有 3 周，时候对。✓
• 地：数据要收集，但有方向。✓
• 将：research + synthesis agent 有。✓
• 法：流程清楚：收集→分析→呈现。✓

五事全过。

七计： 大概能赢 6 个。任务定义还可以更清晰，但够了。

决策：发。

怎么发：

1. 先用现有报告（因间）
2. 再搜缺口（死间）
3. 预算 5k tokens
4. 第 3 次迭代检查一次

结果：赢。

场景二：agent 卡住了，一直在问同样的问题

这是挂形。

信号：重复提问 = 你缺上下文。

怎么办：

停。

补上它问的东西。

然后说：

"用上面的信息，2 次迭代内给我结果。
卡住就做合理假设，标出来。
格式：[你说]。"

别让它继续问。

问了第二次，你还答？那是你的问题，不是它的问题。

场景三：要重构生产代码

这是险形。高风险。

先为不可胜：

• git branch 建好了
• 测试能跑
• roll back 流程写了
• agent 不能直接 push
• 改完要人 review

这些都好了，再发。

指令：

只重构 authentication 模块。

约束：
- 不改 public API 签名
- 所有测试必须过
- 最多 3 次迭代，然后我们 review
- 所有改动写文档

不确定的先问，别直接改。

这叫先胜后战。

场景四：Before/After

❌ 不懂孙子的人：

用户："做竞品分析，写个报告"
agent：*开始搜*
      *找了 50 个来源*
      *写了 20 页*
      用户："这不是我想要的"
      *重来*

token 花了：50k
结果：垃圾

✅ 懂孙子的人：

用户："做竞品分析，写个报告"

agent："等一下。
1. 哪几个竞品？前三？还是全品类？
2. 分析什么？定价？功能？营销？
3. 给谁看？exec team？product team？
4. 什么格式？slides？doc？spreadsheet？
5. 什么时候要？"

用户："前三，功能 + 定价，给 product team，
       spreadsheet，明天"

agent："单 agent 能搞定。
预算 8k tokens。
先用现有数据，再搜缺口。
中间检查一次。
可以开始吗？"

用户："开始"

agent：*Research → Synthesis → Format*
      *检查："2/3 找到了，X 没有，用估算？"*
用户："用估算，标成假设"

agent：*交叉验证了定价*
      *交付：8k tokens，方向对*

token 花了：8k
结果：对

省了 84% 的 token。

区别在哪里？

区别在始计篇。

一个没算就发。一个算了再发。

最后的话

我写这 13 篇，不是让你背原文。

是让你在做每一个 agent 决策之前，停一下。

停一下，想一下：

• 这任务值得做吗？
• 现在是时候吗？
• 我赢面大吗？
• 最坏了能 roll back 吗？
• 我读懂信号了吗？

想清楚了再发。

发出去，就要赢。

文件

相关

• thinking-skills — 20 个思维框架
• awesome-claude-skills — skill 合集