Digest：Claude Code 之父的老板，坦白 Agent 协作方法

1 句话总结

Anthropic 工程师人均代码产出 8 倍于 2025 同期，但 Fiona Fung 团队承认——支撑它的不是模型，是配套协作方法论（spec 入仓 + 验证取代编写 + Agency-Accountability + Routines 异步调度 + IC 优先）；同时坦诚切换负荷与孤独感尚未解决。

节点速查表

节点	一句话定义	章节
验证取代编写	核心动作从”做出来”变成”判断做得对不对”	一
spec 入仓	把”什么算好”写成 spec 检入代码仓库，Claude code review 对照	一
TDD 回归	AI 分担执行工作让 TDD 重新变得容易坚持	一
跨角色验证	PM / 数据科学家也变成”审核 AI 输出”角色	二
Agency-Accountability	高 Agency 必须绑定高 Accountability	三
Bad-Sad 分级	Bad/Sad 分类 + 定义权下放各小组	三
Motion-vs-Progress	不衡量工具使用量，衡量”行动是否推动结果”	三
Routines 异步调度	Claude Code 远程会话 + Routines 自动生成 PR	四
Switching-Cost-Unresolved	并行 Agent 切换负荷 Fiona 自己说”还没搞定”	五
IC 优先	新晋管理者先以个人贡献者身份工作一段时间	六

关键数字

8 倍：Anthropic 工程师人均每季度代码产出相比 2025 同期
20 个：Fiona 团队成员同时运行的 Agent 数量（部分人）
一半时候是错的：AI 生成数据分析里被数据科学家否决的比例
10 个：并行运行的 Claude 实例数量（典型）
1 个月：Claude Code 远程会话月度回顾周期
0 个：Fiona 团队关于”切换负荷”的解决方案数（”还没搞定”）

5 句金句

“允许犯错是必要的，只要每次犯的是新错误，因为如果目标是零错误，往往意味着团队推进得不够快，或者过于谨慎。”——Fiona 关于”犯新的错误”
“不要把动作误当成进步。如果只是在衡量工具的使用量，衡量的是’行动’，但这真的在推动你想要的结果吗？”——Fiona 关于别把动作当成进步
“以前可能还会自己生成一些 prompt，但现在有了 Routines，几乎是在让一个 Agent 帮她生成 prompt 和 PR。”——Fiona 关于 Routine 异步化
“如果一个管理者一上来就急着打开管理工具箱、做管理该做的事，反而容易造成过多的审批层级；而如果先花时间深入代码库和产品本身，往往能和团队建立起真正的信任关系。”——Fiona 关于 IC 优先
“哪怕模型再强，工程师依然要花时间’双击’自己所依赖的那一层。因为只有理解依赖关系，才能真正意识到底层发生了什么变化。”——Fiona 关于双击依赖层

3 个反直觉点

快不等于好——8 倍产出背后最关键的不是模型变强，是 spec 写进仓库、TDD 重新变得可坚持、Claude code review 对照 spec 这些”慢方法论”的回归
自由必须配责任——高 Agency 必须绑定高 Accountability，否则团队就只是”动作量”而不是”结果量”；这与”低 Agency + 高 Accountability”的传统管理逻辑相反
管理者要先做 IC——新晋管理者先以个人贡献者身份工作一段时间，才能与团队建立信任关系；这与”管理者应该尽早转型”的传统管理路径相反

Seetong 借鉴动作（6 个）

spec 入仓 + AI 评审 Seetong 化：把”什么算好”写成 spec 检入 Seetong 代码仓库，Codex/Claude 做 code review 时对照 spec 校验
Bad/Sad 分级入 Seetong 质量体系：CLI 崩溃、丢失工作进度 = Bad；界面闪烁、可恢复 UI 问题 = Sad；分级定义权下放各端（iOS/Android/SDK）
“别把动作当成进步”入 Seetong AI 助手评估：不衡量 Codex 调用次数/Token 用量，衡量”采纳率”——采纳修改数/总修改数
“结伴编程午餐”试 Seetong：每周三中午 1 小时，三端工程师 + AI 助手项目组同时开 Codex 任务互相可见进度——缓解孤独感
“IC 优先”试 Seetong 新晋管理：新晋管理者担任管理职责前先以 IC 身份工作一段时间（1-2 个月）；保留每周 30% 时间做 IC 工作
承认”还没解决”作为 Seetong AI 助手路线图诚实信号：明确”切换负荷”“多 Agent 协作上下文污染”等问题当前没解决方案；路线图分”已搞定 / 试点中 / 未解决”三档公示

强关联

上游（基于 / 来自）

[[loonggg-Claude-Code-技能心法-11条建议]]：Claude Code 团队内部使用 Skills 的经验——本文”spec 入仓 + Claude code review”是从 Skill 心法到协作方法论的延伸
[[Claude-Code首席设计师Meaghan-Choi工作流]]：Claude Code 团队首席设计师工作流——本文是同团队的管理者视角
[[Claude-Code一周年回顾-Boris-Cat]]：Claude Code 之父 Boris Cherny 一周年回顾——本文是 Boris 老板 Fiona 的对应视角
[[Claude-Code-主动式Agent-Routines]]：Claude Code 的 Routines 功能详解——本文是 Routine 在管理者工作中的具体应用

下游（应用于 / 验证于）

[[Addy-Osmani-Loop-Engineering]]：Loop 验证视角——本文的”验证取代编写”是 Loop 验证在跨角色场景的扩展
[[WonderLearner-Alice-Claude-Code之父的新洞察]]：Boris Cherny 视角的”AI 对团队岗位冲击”——本文是 Boris 老板 Fiona 的对应视角

同级（横向 / 并列）

[[Laurel-CPO-Jiaona-Zhang-公司OS]]：同 AI 时代团队 OS 主线（Laurel 谈”公司 OS 怎么搭”，Fiona 谈”Claude Code 团队怎么跑”）
[[快刀青衣-OpenAI高管教练四层能力]]：同主线”AI 时代个人/团队能力升级”——本文给”管理者 + 团队协作”维度的具体方法论
[[Multica-AI-Native-组织-人是最慢的节点]]：同样是”人跟不上 Agent”的视角——本文是同主线不同公司样本（Anthropic vs Multica）
[[ThinkingAgent-Knock-AI-Native组织5级成熟度模型]]：AI Native 组织成熟度对照——本文是 L4-L5 阶段的”Claude Code 团队实证”

备注

罕见的”承认没解决”诚实访谈：本文最大价值不只是 5 大方法论，更是 Fiona 坦诚”切换负荷还没搞定 + 孤独感用结伴编程午餐缓解但没真正解决”
形成”Claude Code 团队视角 4 视角”：Boris（之父视角）+ Meaghan（首席设计师视角）+ loonggg（Skill 心法视角）+ Fiona（管理者视角，本文）
Fiona 的双重身份：既是 Claude Code 团队负责人（管理 8 倍产出），又是”Agent 协作新方法的实践者”（承认哪些没搞定）

透明玻璃自检

wiki 6.8K(≤8K) / digest 3.5K(≤4K)
节点 10 wiki / 节点 10 digest(6-10)
H2 5 wiki / H2 5 digest(≤5)
表格 0 wiki / 表格 1 digest(≤2)
0 陈词 ⭐⭐⭐