搞了个 AI 团队协作框架，一个入口管四个 Agent，Claude Code 直接起飞
- 内容介绍
- 文章标签
- 相关推荐
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：
- 我的帖子已经打上 开源推广 标签： 是
- 我的开源项目完整开源，无未开源部分： 是
- 我的开源项目已链接认可 LINUX DO 社区： 是
- 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是
- 以上选择我承诺是永久有效的，接受社区和佬友监督： 是
以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出
各位佬好。
最近半年一直在折腾 Claude Code，从最开始的"帮我写个函数"到后来想让它搞完整项目，踩了无数坑。最大的感受就是——模型不是瓶颈，你怎么管它才是瓶颈。
Claude 很聪明，但你直接甩个"帮我做个用户系统"过去，它大概率给你一坨能跑但三天后你自己都不想看的东西。没有设计，没有审查，需求理解偏了还闷头写一千行……
所以我搞了 aiGroup，一套基于 Harness Engineering 理念的 AI 团队协作框架。开源了，MIT 协议，直接拿去用，你只需要和max对话即可，剩下的开发任务交给你最信任的max助理即可
这个项目有不同的分支，分别有codex，cursor，claude版本的。但是codex版本的好像改好了等我后面在修一下（第一次发开源的帖子有什么问题需要修改请佬友指正）
这东西是干啥的
一句话：模拟一个四人研发团队，用工作流管道约束 AI Agent 按规矩干活。
你打开 Claude Code，框架自动给你配了一个项目经理叫 Max。你只需要跟 Max 说需求，它会自动安排：
| 谁 | 干什么 | 怎么触发 |
|---|---|---|
| Max（项目经理） | 分析需求、拆任务、盯进度、不让人摸鱼 | 默认就在，你说话它就听 |
| Ella（设计师） | UI/UX 设计、交互原型 | /ella 设计一个后台仪表盘 |
| Jarvis（全栈开发） | 写代码、出技术方案、修 Bug | /jarvis 实现用户认证API |
| Kyle（质量保障） | 代码审查、功能验收 | /kyle 审查 src/auth/ 模块 |
关键在于——它们不是随便写写就交差的。Max 会强制走完一整套流水线：
需求澄清 → 方案设计 → 实现计划 → 子代理开发 → 两阶段审查 → 分支收尾
每个环节不过，不让进下一步。Jarvis 说"搞定了"但没跑测试？Max 直接打回去。Kyle 只做了一轮审查？不行，必须走完规格符合性 + 代码质量两阶段。
使用流程
场景 1：完整功能开发
你: 帮我做一个用户认证系统
Max: 好的，我先澄清几个问题——
1. 邮箱注册还是手机号？
2. 需要第三方登录吗？
3. Token 用 JWT 还是 Session？
...
Max: 方案确认，我开始写实现计划——
任务1: 数据模型设计（Jarvis 执行，Kyle 审查）
任务2: 注册 API（Jarvis 执行，Kyle 审查）
...
Max: 计划确认，开始执行——
→ 派遣 Jarvis 干活 → Kyle 两阶段审查 → 不通过打回 → 修了再审
→ 全部完成，跑全量测试，收尾
claude 版本的之前使用的截图找不到了，放几张cursor截图
image753×579 24.3 KB
image747×303 12.4 KB
repo 地址放这里，用了觉得好使的回来吱一声，有改进建议也说。
GitHub - codeApe-7/ai-agent-workflowGroup: claude code开发团队框架
claude code开发团队框架
本项目认可 LINUX DO 社区，感谢 L 站的佬友们
image1323×276 15.4 KB
--【壹】--：
先占前排，这个和Claude code自带的子agent有区别吗
大致浏览了下，感觉本来就黑的箱子更黑了，还是更喜欢Claude Code的每一步让我确认的感觉，可能是我太保守了
--【贰】--：
谢谢佬友无私分享 学习一下思路
--【叁】--：
和omo的区别是什么 不用造那么多轮子了吧
--【肆】--：
非常好的想法，我最近也是在搞这个，正好制定好了方案，刚好学一下佬的框架
--【伍】--：
区别就是每个子agent是根据自己进行了一个定制化，其实只要需求确认好了之后，感觉就还好，反而一步一步让我确认我感觉就挺烦的，当然是需求确认好了情况下，你知道自己要做一个什么出来
--【陆】--：
感谢佬友分享，我去试试效果，看看怎么样
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：
- 我的帖子已经打上 开源推广 标签： 是
- 我的开源项目完整开源，无未开源部分： 是
- 我的开源项目已链接认可 LINUX DO 社区： 是
- 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是
- 以上选择我承诺是永久有效的，接受社区和佬友监督： 是
以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出
各位佬好。
最近半年一直在折腾 Claude Code，从最开始的"帮我写个函数"到后来想让它搞完整项目，踩了无数坑。最大的感受就是——模型不是瓶颈，你怎么管它才是瓶颈。
Claude 很聪明，但你直接甩个"帮我做个用户系统"过去，它大概率给你一坨能跑但三天后你自己都不想看的东西。没有设计，没有审查，需求理解偏了还闷头写一千行……
所以我搞了 aiGroup，一套基于 Harness Engineering 理念的 AI 团队协作框架。开源了，MIT 协议，直接拿去用，你只需要和max对话即可，剩下的开发任务交给你最信任的max助理即可
这个项目有不同的分支，分别有codex，cursor，claude版本的。但是codex版本的好像改好了等我后面在修一下（第一次发开源的帖子有什么问题需要修改请佬友指正）
这东西是干啥的
一句话：模拟一个四人研发团队，用工作流管道约束 AI Agent 按规矩干活。
你打开 Claude Code，框架自动给你配了一个项目经理叫 Max。你只需要跟 Max 说需求，它会自动安排：
| 谁 | 干什么 | 怎么触发 |
|---|---|---|
| Max（项目经理） | 分析需求、拆任务、盯进度、不让人摸鱼 | 默认就在，你说话它就听 |
| Ella（设计师） | UI/UX 设计、交互原型 | /ella 设计一个后台仪表盘 |
| Jarvis（全栈开发） | 写代码、出技术方案、修 Bug | /jarvis 实现用户认证API |
| Kyle（质量保障） | 代码审查、功能验收 | /kyle 审查 src/auth/ 模块 |
关键在于——它们不是随便写写就交差的。Max 会强制走完一整套流水线：
需求澄清 → 方案设计 → 实现计划 → 子代理开发 → 两阶段审查 → 分支收尾
每个环节不过，不让进下一步。Jarvis 说"搞定了"但没跑测试？Max 直接打回去。Kyle 只做了一轮审查？不行，必须走完规格符合性 + 代码质量两阶段。
使用流程
场景 1：完整功能开发
你: 帮我做一个用户认证系统
Max: 好的，我先澄清几个问题——
1. 邮箱注册还是手机号？
2. 需要第三方登录吗？
3. Token 用 JWT 还是 Session？
...
Max: 方案确认，我开始写实现计划——
任务1: 数据模型设计（Jarvis 执行，Kyle 审查）
任务2: 注册 API（Jarvis 执行，Kyle 审查）
...
Max: 计划确认，开始执行——
→ 派遣 Jarvis 干活 → Kyle 两阶段审查 → 不通过打回 → 修了再审
→ 全部完成，跑全量测试，收尾
claude 版本的之前使用的截图找不到了，放几张cursor截图
image753×579 24.3 KB
image747×303 12.4 KB
repo 地址放这里，用了觉得好使的回来吱一声，有改进建议也说。
GitHub - codeApe-7/ai-agent-workflowGroup: claude code开发团队框架
claude code开发团队框架
本项目认可 LINUX DO 社区，感谢 L 站的佬友们
image1323×276 15.4 KB
--【壹】--：
先占前排，这个和Claude code自带的子agent有区别吗
大致浏览了下，感觉本来就黑的箱子更黑了，还是更喜欢Claude Code的每一步让我确认的感觉，可能是我太保守了
--【贰】--：
谢谢佬友无私分享 学习一下思路
--【叁】--：
和omo的区别是什么 不用造那么多轮子了吧
--【肆】--：
非常好的想法，我最近也是在搞这个，正好制定好了方案，刚好学一下佬的框架
--【伍】--：
区别就是每个子agent是根据自己进行了一个定制化，其实只要需求确认好了之后，感觉就还好，反而一步一步让我确认我感觉就挺烦的，当然是需求确认好了情况下，你知道自己要做一个什么出来
--【陆】--：
感谢佬友分享，我去试试效果，看看怎么样