🚀服务于项目的智能体

您知道了智能体是什么、它如何循环。但只要还停留在「它给我写了个函数」，就错过了最关键的东西。真正的开窍，是您不再把智能体看作一个加强版自动补全、而开始把它看作一个您指派到某项有界任务上的队友的那一天。那时它就不再是个小玩意儿：它改变了您的工作方式。而全部价值，都藏在几个套路里, 几种使用它的方式，我们会一个一个展开。

日常使用它的四种方式

智能体不是一样东西。它是一个您赋予它的角色。取决于您让它做什么，同一个工具会变成四个不同的队友。

执行者

家常便饭。您用中文描述一个功能, 「加一个返回最近 10 篇文章的接口，带分页和一个测试」, 智能体就把它实现出来：它读现有代码以对齐您的约定，写函数，写测试，运行它，坏了就修。您嘛，复审 diff。您从「敲键盘的人」变成了「确认的人」。这占您用法的 80%，而且已经非常了不起。

评审员

这一个，太常被人忘记。与其让智能体写，不如让它复审：它拿您的 diff 一寸寸地过, 逻辑 bug、某次提交里漏掉的密钥、悄无声息的回归、没处理的边界情况。这是一双不知疲倦的第二只眼睛，周五晚上六点也从不犯困。Claude Code 甚至把这件事正式做成了一个专门的命令，/review skill，我们在 Skills 里详述。一个专职评审员，能逮住您那双因为刚写完代码而疲惫、再也看不见的眼睛漏掉的东西。

检索员

「这个项目里身份认证是在哪儿处理的？」「这个库到底怎么做缓存的？」与其手动打开 40 个文件，您派一个智能体去翻, 您的代码库、文档、网络, 它给您带回答案，而不是一堆文件。这是一个读得快、抓得住要点、再概括给您的探索者。您把注意力留着用来决策，让它做蚂蚁搬家的活。

收拾整理者

在 60 个文件里重命名一个变量。把所有地方从旧 API 迁到新 API。更新依赖并修好被它弄坏的东西。这些任务重复、机械、对人来说累人, 却恰好适合一个不会犯困、也不会因走神而漏掉一行的智能体。您把转换描述一次，它就到处、有条不紊地应用。

多智能体：分而治之

对一件小活，一个智能体足够有余。但在一个大工程上, 审计整个代码库、推进一场彻底的迁移, 单个智能体最终会喘不过气：它的上下文被千百个细节塞满，它丢了线索，它把文件搞混。对策，就是编排。一个领头的智能体把工作切开，把若干小块分给多个并行干活的子智能体，每个都有自己干净的上下文，然后它汇总它们的反馈并做综合。

编排智能体

拆分任务、分派、汇总

↓ 并行委派 ↓

子智能体

研究

读文档、读网页

子智能体

编码

编写功能

子智能体

复审

查找 bug

各自独立的上下文 → 完成更多工作而不撑爆单个窗口。

为什么这比一个大智能体更好？三个实际理由：

• 每个任务上下文干净。 那个去找认证在哪儿的子智能体，不需要知道渲染是怎么做的。每个都保持头脑清楚，专注于自己那块。不污染，不混乱。
• 并行。 三个子智能体同时翻代码的三个角落，比一个排队来的快三倍。在一次审计里，这很要紧。
• 多重视角交叉。 一个子智能体检查另一个的活，错误就更少。代码经过一个脑子，评审经过另一个, 正像一支真实的团队，没人验收自己的活。

这正是一个智能体工作流（或者说一支「舰队」）攻克一次安全审计或一场大迁移的方式：一个编排者、一群专家、一份综合。

自动运行的智能体

到目前为止，您启动智能体然后等着。但智能体也可以在后台运行或按计划运行，不用您守在跟前。每天早上您到岗前自动评审一遍 PR。一个技术快讯，给您概括当天的新动向。一个监控，盯着某个服务，出岔子就 ping 您。正是在这里，迷你机器显出全部意义：一台永不睡觉的小电脑，里头一个智能体在干活，而您在过您自己的生活。这一切我们在下一篇深挖, 眼下只需记住：这是可行的。

怎样用好它

套路，是「做什么」。下面是「怎么做」, 五个反射动作，决定了您面前是一个帮您的智能体，还是一个让您浪费时间的智能体。