linux.do

使用 Claude Code 实验性功能 Agent teams 的一点感想

Agent Teams 可以理解是智能体团队模式，是前不久刚出的一个实验性功能，更像真实世界团队，Agent 独立性更强，有独立上下文，可以互相沟通，也可以直接和队员 Agent 沟通。

子代理模式也有独立上下文，但是结果只能汇报给主代理。

团队模式下沟通为网状结构，按官方文档的说法，更适合做研究评审、比较独立的跨层协调工作。

个人理解这种协议模式能做更模糊的工作，比如拆分为前端、后端、测试三个队员开发一个新功能，前后端开发先定义好接口后，再通知测试开始基于接口协议写相关测试用例。

还有一个点是团队模式可能更适合想要并行开发，并且又需要对代码架构进行一定控制的开发者。基于 IDE 的更像结对编程，AI 写好代码后人工 Review；基于子代理模式则更 Vibe coding，基本托管给主代理，子代理是为了实现更好效果的手段；基于团队模式，在并行完成一个大目标的同时，又将一些控制权返回给了开发者，开发者可以直接和子代理对话，哪块不满意直接让修改调整。

个人使用经验不多，摸索学习中，感想先写到这里，欢迎佬友一起交流～

----------------------

下面简要记录下首次使用 Agent Teams 的过程和踩过的坑：

1. 准备一个相对比较复杂的需求，去年学习 Vibe coding 时，整了一个麻将工具小程序，也具备一定的复杂度，刚好用来测试，这次试试新增一个“川麻入门”课程，需求范围大概包括核心计算库迭代、课程详情页、知识选择题库生成。
2. 参考文档，手动配置 CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS。（也可以扔文档让 CC 直接帮忙配置）
3. 开启一个新的会话，将 Agent Teams 官方文档扔进去，让 CC 先介绍下，便于后续生成提示词。
4. 和 CC 讨论明确需求，怎么拆分任务和开发团队，产出了三个文档：整体架构、任务列表、初始化Agent Teams的提示词。
5. 将提示词扔给 CC，创建 Teams 开始干活。

团队分工 (click for more details)
差不多1个小时后，工作完成，看了一眼Token消耗，好家伙，子代理指定的模型没有生效，直接继承的主代理配置，消耗感人，文档中所说的显著消耗有了实感😂。

Agent teams use significantly more tokens than a single session.

粗看了下生成的代码，代码量还是比较大，核心库没啥问题，用例也都能通过。
页面的内容可能需求不是特别清楚，还有很多地方需求继续优化。

另外踩的一个坑是：默认使用 In-process 模式，没有使用 Split-pane 模式，队员工作完成后就被直接关闭，看了下文档目前还没办法恢复，无法继续直接和子代理对话让继续优化，这次测试有点浪费子代理的上下文记忆了。

时间有限，这周先探索到这里，总的来说，Agent Teams 模式感觉还蛮不错，或许可以试试先规划好任务，然后再使用 GLM 来并行执行。期待量大管饱的 Codex 后续也支持下这种模式。

6 posts - 4 participants

Read full topic

via LINUX DO - 最新话题 (author: devlifer)

Invalid media: image

20 views11:40