李博!你上周跟我说Claude Code要搞大动作,我还不信,结果今天一看更新日志,Sub Agents?
哈哈,我就说吧。这次是真的重磅,不是小修小补那种。
你先给我讲讲,Sub Agents到底是个啥?我看文档写的什么独立沙箱、独立上下文窗口,听着挺唬人的。
这么说吧,你想象一下你带一个项目组。以前Claude Code就是一个全栈打工人,啥都干,干着干着就忘了前面聊的啥了。
现在Sub Agents相当于你可以组一个专家团队,一个管架构,一个管规划,一个管写代码。每个人有自己的工位和记忆,互不干扰。
等会儿,独立上下文窗口这个点我想确认一下。就是说子代理处理细节的时候,不会把主对话的token给吃掉?
对!这才是最关键的。你知道上下文污染这个问题有多头疼吗?聊着聊着模型就开始忘事儿了,前面定好的架构决策后面就不认了。
Sub Agents每个子代理有自己的上下文窗口,干完活只把结果摘要交回来。主对话始终保持清醒,只管调度。
这不就是微服务那套思路嘛!单一职责、最小权限,搬到AI Agent上来了。
你看,产品经理也能秒懂嘛。
得了吧,SOLID原则谁不知道。
哈哈行行行。但我跟你说真正让我兴奋的不是Sub Agents本身,是它能干的事——我用三个子代理,直接把Kiro那套规范驱动开发给复现了。
真的假的?!Kiro不是亚马逊刚出的那个AI IDE吗?我同事上周还在吐槽说排队排了半天,进去之后慢得要死。
对,Kiro现在还没正式发布,响应速度确实拉胯。但它的核心理念是好的——Spec-Driven,规范驱动开发。先出规范文档,再按规范写代码。
这不就是传统软件工程的瀑布模型吗?需求分析、概要设计、详细设计、编码……我读书的时候学的那套。
本质上是的,但有个关键区别——规范文档本身也是AI生成的。形成的是「AI生成规范、人类审核规范、AI按规范编码」的闭环。
你想啊,现在大家用Cursor、用Copilot,都是Vibe Coding,想到哪写到哪。项目一大就崩了。
Vibe Coding这词儿是Karpathy造的对吧?我们组有个实习生就是这样,让AI随便写,写完自己都看不懂。
哈哈经典。几百行代码还行,几千行以上没有统一规范,AI生成的新代码跟旧代码打架,bug满天飞。
所以你具体怎么用Sub Agents复现的?给我讲讲你建了哪三个Agent。
第一个叫项目指导架构师,负责分析现有代码库,生成项目结构定义、技术栈配置这些基础文档。相当于项目启动时的摸底。
第二个是软件架构师加规划师,负责功能需求分析、组件架构设计、任务分解。输出三个文件:需求文档、架构文档、任务清单。
第三个是软件工程师,纯执行。严格按任务清单一步步写代码,不搞发挥。
这就是流水线嘛!上一个的输出是下一个的输入。诶但我有个问题,每个Agent的权限是怎么控制的?
好问题。比如第一个架构师Agent,我只给它读文件的权限,不让它改代码。第三个工程师Agent才有写入权限。最小权限原则嘛。
而且还支持MCP协议对吧?那扩展性就很恐怖了。
对,GitHub、Slack、数据库这些全能接。MCP就像AI世界的USB-C,一个接口通吃。
我突然想到一个场景——我们组做需求评审的时候,是不是可以先让架构师Agent出规范,然后人review完再让工程师Agent动手?
就是这个意思!人在中间把关质量,AI负责前后端的重活。这才是人机协作该有的样子。
你实际跑过一个完整项目没有?效果怎么样?
跑了个TodoList的demo。三步走完,从需求到完整代码,支持优先级设置、状态切换、分类展示,全程每一步都有规范文档对应。
速度呢?比Kiro快多少?
快很多,毕竟Claude Code本身就是成熟产品。Kiro那边现在排队加慢响应,体验差距明显。
哈哈所以你等于用竞品的基础设施复现了人家的核心卖点。
嘿,思想是开放的嘛。而且Agent配置是文件形式存储的,直接扔Git里版本管理,团队共享也方便。
这个我喜欢。其实往大了说,这是不是意味着AI编程正式从「随便写写」进入「正经工程化」阶段了?
我觉得是。Vibe Coding适合原型验证,但真正要上生产、要团队协作、要长期维护,规范驱动是必然方向。
Sub Agents提供了一个很好的基础设施,让这种结构化工作流变得触手可及。不用等Kiro,现在就能用。
行,我回去就试试,先给我们组搞一套Agent模板出来。到时候效果好了请你喝咖啡。
成交。记得第一个Agent别给写权限啊,产品经理手滑我可不负责。
滚吧你!