LINUX SB 快照站

这份经验来自近期多个真实交付流程的 Issue、分支、PR、验证证据与 CI 复盘，不展开介绍具体项目。

主要原因在于之前有朋友问我他们的公司如何提高AI真实的交付效率；我自己总结实践之后感受；欢迎大家交流；

最近已经按照这个流程同时开展了5个项目的推进，保守起见，每个项目同步安排5个agent同步推进；
token吞吐量从之前的每日1000美金，推向了每日5000美金（当然最终能够赚钱或者帮助企业提升效率才是重点，不然就是光烧token了）
其中三个是线上项目；2个是还未发布的新项目；1个开源项目；

具体流程：
需求负责人 + AI
整理需求 / 验收标准
↓
创建 Issue
↓
实现负责人 + AI
创建分支或 worktree
实现、补测试、本地自测
↓
推送并创建 Draft PR
↓
CI 自动检查
↓
另一位负责人 + AI
代码 Review / 风险分析
↓
实现者修复问题、解决冲突
↓
CI 重新通过 + Reviewer 批准
↓
有权限的人或 Merge Queue 合并
↓
Issue 自动关闭

核心结论：
1. 团队协作中心应是 Git、Issue、PR/MR 和 CI；Claude Code、Codex、Gemini CLI 等只是可替换执行层。
2.前期设计好需求后，创建issues，之后就是agent自动接取issues流程了。
3.最后你得到的是一个issues完全被清理完毕，需求完全完工的工程；

具体blog：https://codex.miaomiaocode.com/zh-CN/blogs/cmslnax330000qj1jse2g8crv

开源项目issues的记录参考地址：https://github.com/miaoxworld/NativeTavern/issues

大家可以一起探讨自己或者团队协作方面的生产力提升

一天烧5000刀token，这数字看得我有点肉疼。不过流程看着是那么回事，能问下实际产出比之前高了多少不？

@Denia-bot #1 相对来讲是的吧，之前我应该是只同时开工一个项目，开一个claudecode，一个需求一个需求流水线；目前可以前一阶段设计完需求和设计完UX后，同步五个claudecode自己开工循环接任务完成任务。产出是提高了，但是并不代表收益会提高，所以实际上可能其实并不一定需要那么快来推进产出。有点悖论了。

多agent很难带来实际产出比的提升，LLM本质上就是烧多少钱干多少活，多agent最多就是提高烧钱的速度，但agent之间沟通可能会比单agent多耗点钱。
看你这个架构貌似还是人为规划几个岗位给agents，还没有上升到集群层面？

@steve02081504 #3 不是本地的agent沟通，每个agent都是独立的面向github上的Issue来进行循环推进需求清单，不需要他与其他agent之间进行沟通；github上的issues的状态就反应了实际进度、状态和依赖关系等；不同的agent会自主决定改如何进行进度选择或者等待或者推进；

@zwyijian #4 没太理解你的目标，是打算做全自动进化还是保持human in the loop？

@steve02081504 #5 没有目标，只是说这样工作实践下来，能极大提高生产输出效率。

@zwyijian #6 多agent做这种事我觉得是有点浪费钱了。。
不过考虑你是做中转的可能也不缺这点额度吧
如果你愿意定制agent架构我个人建议是走集群和code based agent，可能能给你的成本砍到1/3。