6个Claude代理24小时写代码，人类只剩点批准？

N01ennn在X上晒了一套配置：Claude Opus 5.5加20个GitHub仓库，6个Claude Code代理跑在同一个tmux里。角色分成lead、planner、两个coder、reviewer、ops。它们计划、写代码、测试、review，人类只负责批准PR。

视频里是N01ennn晒出的工作台，多个窗口分别对应lead、planner、coder、reviewer、ops和监控。推文里把这些仓库按六组列出，总star标到1.2M+。下面保留原始链接和star数，方便核对。

• 核心：claude-code 154k★ 链接
• 核心：claude-agent-sdk-python 8.4k★ 链接
• 核心：ruflo 80k★ 链接
• 核心：crewAI 60k★ 链接
• 核心：langgraph 44k★ 链接
• 员工：wshobson/agents 42k★ 链接
• 员工：awesome-claude-code-subagents 26k★ 链接
• 员工：superpowers 307k★ 链接
• 并行：claude-squad 8.7k★ 链接
• 并行：vibe-kanban 28k★ 链接
• 记忆：mem0 68k★ 链接
• 记忆：graphiti 32k★ 链接
• 工具：MCP servers 92k★ 链接
• 工具：github-mcp-server 34k★ 链接
• 工具：browser-use 119k★ 链接
• 工具：composio 31k★ 链接
• 基础设施：E2B 14.6k★ 链接
• 基础设施：temporal 24k★ 链接
• 基础设施：claude-code-action 9.7k★ 链接
• 基础设施：langfuse 37k★ 链接

这套东西看起来像把软件团队塞进终端。Claude Code是终端里的agentic coding工具，能读代码库、执行常规任务、处理git工作流。tmux让多个会话共用一屏。MCP给agent接文件、git、浏览器等工具。把这些拼起来，确实能做出一个不停工的工作流。

但评论区的问题更接近生产：有人问6个代理是不是共用一个订阅，有人提醒API账单不会跟着下班。Rohan Bhanot指出，写代码和review代码的是同一个模型时，reviewer容易放过自己的错误。Lakshman Turlapati问，reviewer拒绝coder两次后，lead会不会介入。这些问题比star数更难回答。

Gipp的文章提供了另一种思路。他给Viktor写了一份JD，而不是一句prompt。Viktor住在Slack或Teams里，接9,800+工具。Gipp列出的公开数字是：70,000+团队使用，年化收入跑到$50M，距发布约七个月。Viktor的预设跑在Claude Opus 5.5上，重要动作等人类确认。这些数字来自Viktor公开页面，Gipp说他检查了五个客户页面和设置指南，但没有独立验证客户数字。文章也标注了与Viktor合作。原文在这里。

JD的关键在可检查：每个数字说来源；对外消息只草稿不发送；花钱或改线上先问；被纠正后保存；周五写自评，人类按A到F打分。Gipp的规则是，一项职责连续两周拿到A或B才保留，不因为一个周五表现好就放宽权限。他跑了一周，给Viktor B+，说省下大约一个工作日。

案例数据也列得很具体。Hampton避免$440K计划招聘，六周做12个仪表盘和26个每周任务；O8 20人团队里19人用一个AI员工；Element Turf两周从零到62个工作流；AlphaSignal 8人团队67天做18个工作流，没招开发；TWL 15天排12个工作流，每天约2小时手工活交出去。这些是Viktor公开案例，读的时候要记得它们是营销材料。Gipp也提醒，Hampton、O8、Element Turf的页面写了哪里出错，先读错的部分。

两套方案一个在终端里组队，一个在Slack里当员工。共同点很清楚：human yes和可检查输出。多代理团队最稀缺的是管理界面，谁负责、怎么审、错了怎么记。star数不能当产能，视频也不能。普通用户不必先搭20个repo，可以从一条规则开始：每个数字说来源，对外动作等确认。开发者可以看agent team的编排，但先把reviewer和账单管好。

6个代理24小时在线只是开始，周五的自评和人类的打分表决定它能不能留下。