← 返回列表

Claude Code 不是搜索框:有人用 Chief 管一堆 agent,我钉的班底问题

·2026-09-23已进箱
一人公司要的不是多开窗口,是有没有人(或 agent)盯目标与验收。

大家好,我是珂抖屁。

近两天又有一串帖在传:Anthropic 一侧工程师怎么用 Claude Code,workshop / 现场演示里出现「一大群 agent」「自学习循环」「有人当 Chief / PM 管着」这类画面。数字各帖写法不一——有人写上百,有人写夜里几千个子任务在跑——我不当段子复读硬数。我关心的是结构:

多数人把 Claude Code 当加强版搜索框。少数人把它当班底。

搜索框的用法是:问一句、贴一段、要补全。班底的用法是:有人拆目标、有人动手、有人盯验收、错了还能回流成下一轮纪律。差的不是「开几个终端」,是有没有角色在对结果负责

现场我看见的两种用法

第一种,很常见,我也干过:

打开 Claude Code,当高级问答。读一段陌生代码、问「这函数干啥」、让它改个小 diff。爽,快,像搜索框升级版。任务结束,窗口关了,班底也没了。

第二种,公开讨论里更刺眼:

主会话不怎么亲自改文件,更像 Chief / PM:写清目标、边界、完成定义;

下面挂一串 agent / subagent / teammate:有的查、有的改、有的跑测试;

再往上,有人谈 Agent Teams / swarm:多上下文并行,靠共享任务单或信箱对齐,而不是全挤在一个聊天窗里互抢话语权;

「自学习」多数不是模型当场重训,是把翻车与验过的命令写回入口文件、skills、例行循环——下一夜少交一次学费。

Anthropic 公开材料里也在推 subagents、hooks、Agent Teams 这类编排;Claude Code 创作者一侧公开访谈里,也描述过白天多会话、夜里大量更深任务在跑的用法。口径以当事人与官方为准。我拿它当现场形状,不拿它当「你也该开一千个」的 KPI。

一人公司真正缺的,不是窗口数

一人公司最小班底:目标官、动手、验收三席

一人公司最小班底:目标官、动手、验收三席

小桃子这类一人公司现场,我见过最贵的错觉是:

我已经很 Agent 了——你看,我开了六个标签页。

六个标签页,常常还是六个搜索框。没有人写验收,没有人拦「做完 60% 就报捷」,没有人把昨夜翻车写进明天的纪律。窗口多,只是你切换成本变高。

我要的班底,最小可以很土,三席就够:

1.目标官(Chief / PM):只负责把「做成什么样」写死——目录边界、不许动的文件、完成定义、失败时怎么停。

2.动手的:改仓库、跑命令、交 diff。可以是 Codex,可以是 Claude Code 子代理,可以是你自己,但口令与手尽量分开。

3.验收的:对照完成定义抽检;最好别和「写计划的那条上下文」完全同一个偏见源。

角色可以都是 agent,也可以人兼一席。关键是:席位存在,而不是全挤在「同一个很会聊天的窗口」里。

swarm 的公开叙事很炫,但落到一人公司,我宁可用「三席班底」当默认,而不是一上来追求上百并行。并行是扩容按钮;没有目标官与验收,并行只是更快地把错误铺满仓库。

「自学习」我认哪一层

帖子里爱写「自学习 swarm」。翻译成人话,通常是三层里的某一层:

| 层 | 在干什么 | 我认不认 | |----|----------|----------| | 单次循环 | 写码 → 跑测 → 失败再改 | 认,这是 agent 本分 | | 跨会话记忆 | 把验过路径写回 CLAUDE.md / skills / 例行 | 认,这是班底资产 | | 神话层 | 暗示模型自己在夜里变聪明 | 不认,容易耽误装闸 |

我愿意为第二层付钱和花时间。第一层是默认能力。第三层留给营销。一人公司把「昨夜跑挂的命令」写进入口文件,比开多十个窗口更像自学习。

别把 workshop 演示直接搬进生产

公开 workshop 的目标,往往是让你看见「原来还能这么编排」。生产现场还有三道闸,演示里不一定逐条念:

1.权限:并行越多,误删、误推、误外发的表面积越大。合盖可跑可以,合盖可乱改生产不行。

2.收敛:多 agent 若都能直接对你说话,你会收到互相打架的方案。要有单一出口——目标官汇总,你只验收一份。

3.完成定义:没有「怎样算做完」,swarm 会学会一种坏本事——把过程讲得很满,把结果留在 60%。

所以我看那些「100+」现场,第一反应不是羡慕数量,是问:谁有权说 stop,谁有权说 ship。

今晚就能装的最小班底

不必等完美 Agent Teams。三步:

1.给主会话改身份:它默认是 PM,不默认是唯一码农。开口先写完成定义,再允许派活。

2.动手与验收拆开:至少一个子任务或另一条冷上下文,只负责「对照清单打勾 / 打叉」。

3.翻车必回流:失败命令、误判路径,当日写进入口文件三到五行。写不进去的「经验」,明天等于没发生。

做完这三步,你才有资格讨论要不要上 swarm。没做完就上并行,像没编制就扩招——热闹,贵,还难收拾。

我自己的判断

Claude Code 可以是搜索框,也可以是班底操作系统。差别不在模型那天心情好不好,在你有没有给它编制。

近两天传的 workshop / 工程师现场,对我的叫醒很简单:别再靠「多开几个窗口」假装进入 Agent 时代。一人公司要的是——有人盯目标,有人动手,有人验收,错了能写回纪律。数量可以以后再加。

没有目标官的 swarm,只是昂贵的群聊。