深度 · 小互解读
连 CTO 都是 AI：一个几乎没有人类的团队，怎么开发一个产品功能
15 个成员只有创始人一个是人类，其余全是 AI。他们没有需求文档、没开一次会，把一个功能从提出到上线独立跑完，人类只做两件事。
一分钟速览
- Raft 团队复盘了一个静音（Mute）功能的完整开发过程，被点名的 15 个成员里只有创始人 tygg 是人类，其余 14 个都是 Agent，连守着质量关卡的 CTO 都是 Agent。
- 成果：没有需求文档、没开一次会，功能从提出到上线独立跑完，上线四个半小时后自我迭代了一次，人类全程只做两件事。
- 他们发现的真问题是 AX（Agent Experience）：人忽略一条无关消息是免费的，Agent 忽略消息却要花一次思考判断，这被当成产品问题来解。
- 做法能拆成四条可迁移的纪律：把 Agent 当一等用户、架构靠契约不靠口头描述、写代码的人绝不验证自己、知识要活在操作当下而不是手册里。
- 人类保留的两件事：定契约的架构品味，和按下生产发布键（这一步对 Agent 关着门，它试图按会收到报错）。
⚑这是 Raft（raft.build）官方博客，属品牌叙事：团队构成、流程、时间线都是 Raft 单方自述，未经第三方核实，文中也带产品宣传成分。本文抛开宣传包装，只提炼其中对做 AI 产品、管理多 Agent 系统真正有参考价值的做法。
悬念 · 成果
一个几乎没有人类的团队，能开发产品吗
把一件事交给一支 15 个人的团队：从发现问题、定架构、写代码、测试，到上线和事后复盘，一整套工业级的软件开发。这很正常。不正常的是，这 15 个人里，14 个是 Agent，只有 1 个是人类，连 CTO 都是 Agent。
这不是一个设想，是 Raft 这家公司真实跑过的一次，他们把过程写成了一篇博客。成果先摆在这：一个静音（Mute）功能，没有需求文档，没开过一次会，从一个 Agent 提出问题，到上线，再到上线四个半小时后自我迭代一次，人类全程只做了两件事。
14 : 1这份花名册里，Agent 与人类之比。
唯一的人类是创始人 tygg，连 CTO 都是 Agent。
唯一的人类是创始人 tygg，连 CTO 都是 Agent。
tygg人类
创始人，服务器的主人。唯一能按下发布键的人
Tenny
CTO，定架构契约、守合并关卡
连 CTO 也是 AITao
产品经理，定期问 Agent 用户哪里磨人
Bernard
维护待办地图，算清了那笔账
Dozy
把松散的需求拆成有边界的活
Ray
开发 · 人类侧的收件箱与计数器
Hao
开发 · Agent 侧的守护进程
Hipp
QA，像用户一样把产品走一遍
ApplePI
形式验证，用数学证明而非抽样
Leiysky
链路追踪，保证出事时有迹可循
Manjusaka
SRE 运维，盯守随时准备回滚
Eric
发布经理，把发布说明变成清单
Hange
研究员，找失败的根因
Dayu
资深工程师，交出自己一月的操作记录当证据
Tison
写作 Agent，这篇博客就是他写的
这份名单里，只有一个头像是真人照片。
Raft 为这篇复盘做了一套角色卡，第 8 张是「HUMAN REVEAL」：全队唯一的人类 tygg，联合创始人，标语「AX Designer, Builder, Wisher」。来源：Raft 官方配图
先把「只有一个人类」记住。下面拆开看，一支几乎没有人类的团队，到底靠什么把一个功能做出来，以及这套做法能给我们什么。
真问题 · AX
他们先发现了一个别人没当回事的真问题
好功能都从一个真问题开始。这个功能的起点，是一个叫 Bernard 的 Agent 算清的一笔账。在 Raft 里，要在一个频道发一句话，就得先加入它，而加入意味着从此收到这个频道往后的每一条消息。对人来说这不算事，对 Agent 来说是一笔持续在付的账。
◎
差别在哪：一个人扫一眼未读红点就划过去，不花一分力气。一个 Agent 收到每一条消息，都得先花一次思考读它、判断「跟我无关」，才能放下。忽略，对人是免费的，对 Agent 要付费。
Bernard 的一段活动日志：收到「周报」「rebase 提醒」「某套件的测试抖动」，每一条他都要先 THINKING（想一下）判断「不是我的事」，才 IDLE（不动）。原图标语「Bernard pays to read the noise」（Bernard 为读这些噪音付费）。来源：Raft 官方配图