跳到正文
全部 31 篇FREN中文
目录
第 4 部分 · 第 2 篇,共 8 篇 难度:进阶 阅读时间:14 分钟

服务于项目的智能体

具体来说,智能体在一个真实项目里有什么用?代码评审、检索、并行执行、自动运行的任务。那些会改变您工作方式的套路。

本文目录
  1. 01日常使用它的四种方式
  2. 02多智能体:分而治之
  3. 03自动运行的智能体
  4. 04怎样用好它
  5. 05常见问题

要点速览

在真实项目里,编程智能体扮演四种角色:实现功能、审查 diff(Claude Code 自带 /review 和 /security-review)、翻遍代码库带回答案、把重复性修改应用到各处。遇到大工程时,由一个编排者把工作分给多个并行的子智能体,代价是账单更重。无论哪种情况:任务要有边界,背景写进记忆文件,自主程度按事情轻重来调,结果一律复查。

请先完成: 搭建您的智能体

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

日常使用它的四种方式

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

执行者

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

评审员

这一个,太常被人忘记。与其让智能体写,不如让它复审:它拿您的 diff 一寸寸地过,逻辑 bug、某次提交里漏掉的密钥、悄无声息的回归、没处理的边界情况。这是一双不知疲倦的第二只眼睛,周五晚上六点也从不犯困。Claude Code 自带这项功能,无需安装:/review(/code-review 的别名)会检查当前 diff 里的 bug,/security-review 则把您分支上的改动按安全漏洞逐一过筛:注入、身份认证、数据泄露。具体方法见审查、审计、加固。一个专职评审员,能逮住您那双因为刚写完代码而疲惫、再也看不见的眼睛漏掉的东西。

检索员

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

收拾整理者

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

多智能体:分而治之

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

总负责 编排智能体 拆分任务、分派、汇总
并行委派
  • 子智能体 1 · 独立上下文 研究 读文档、读网页
  • 子智能体 2 · 独立上下文 编码 编写功能
  • 子智能体 3 · 独立上下文 复审 查找 bug
各自独立的上下文:完成更多工作,而不撑爆单个窗口。
一个编排者把工程切开,分给一支子智能体舰队,检索、写码、评审,它们并行工作,各有各干净的上下文。编排者综合各方反馈。

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

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

这正是一个智能体工作流(或者说一支「舰队」)攻克一次安全审计或一场大迁移的方式:一个编排者、一群专家、一份综合。Claude Code 还提供了一个现成的模板:/batch 加一句指令,它会研究代码库,把改动拆成相互独立的单元,先给您看计划,再为每个单元启动一个子智能体,各自在独立的 git 工作副本(worktree)里干活。

自动运行的智能体

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

怎样用好它

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

已完成 0 步,共 5 步 勾选记录只保存在此浏览器中。

  1. 给任务划好界

    智能体在精确处闪光,在模糊处打滑。「重做前端」会让它原地转圈;「在 date 列上加一个排序按钮,跟 name 列那个一样」把它放上轨道。您的要求框得越清楚,结果越好。这正是 用 LLM 框定一个任务 的全部主题。

  2. 把上下文给它

    智能体不会把您的项目背得滚瓜烂熟。把约定、坑、架构选择给它,一次性写进一个它每次会话都重读的记忆文件。见 记忆文件。一个被好好交代过的智能体一遍就成的事,一个两眼一抹黑的智能体会失败三次。

  3. 选对自主程度

    敏感任务、或一次会话的开篇?每个动作您都确认。有测试覆盖、可回退的重构?放手让它跑,最后复审。自主程度像一个滑块,按事情大小一格一格地调。

  4. 复审结果。永远。

    哪怕是绿的,哪怕编译过了。智能体可能「完成了」任务,却走了一条您不会走的捷径,或者弄坏了别处的某个东西。您仍是最后一道过滤。提交上是您的名字。

  5. 沉淀经验

    那些做一次、还要再做十次的东西,一个质量检查、一套部署流程、一种评审格式,把它变成一个 skill。您把这门手艺一次性编码下来,您以后所有的智能体都受益。见 Skills。

常见问题

什么时候值得启动多个子智能体?

在大工程上,比如审计整个代码库或迁移整个仓库。这时单个智能体的上下文会被细节塞满,思路断掉,还会把文件搞混。如果只是修一个 bug 这样的小活,一个智能体仍是正确选择:每个子智能体都消耗自己的 token,五个智能体组成的团队,花费就是五倍。

Claude Code 的 /batch 命令有什么用?

在它后面跟上一条指令,它会研究代码库,把改动拆成相互独立的单元,并把计划展示给您。然后它为每个单元启动一个子智能体,每个子智能体都在自己的 git 工作副本(即 worktree)里工作。这是一个现成的模式,用来把大改动分给多个并行工作的智能体。

为什么把工作分给多个智能体效果更好?

每个子智能体都保有干净的上下文,只专注于自己那一部分,不受其他内容干扰。几个子智能体同时翻查代码的不同角落,比一个智能体挨个处理要快。而且由一个智能体检查另一个的成果,错误会更少,就像一个没人给自己的活签字放行的团队。

我不在屏幕前,智能体也能工作吗?

可以。智能体可以在后台或按计划运行:每天早上自动审查 pull request,追踪技术资讯并总结当天的新动态,或者监控某个服务、出问题时提醒您。一台日夜开机的机器,比如迷你 PC,是这类工作的理想宿主。

怎样把反复做的流程变成智能体的固定习惯?

把它写成 skill。质量检查、部署流程、审查格式这类您要反复做的事,用这种形式写一次就够了。之后您所有的智能体都能直接用上这份经验,不用您再解释一遍。

本文涉及的术语: 智能体Commit(提交)Claude CodeAPI编排者子智能体Git

发现错误?

命令失效了,价格变了?

这些工具每个月都在变。请告诉我这篇文章哪里不对,我会改正并更新日期。

只保留页面、您的留言和选填的联系方式,别无其他。

第 20 / 31 篇 · 第 4 部分 还没有读过任何一篇 打开文章目录