#Boris Cherny

Boris Cherny 定义 AI 时代工程团队的 5 个角色原型:Prototyper/Builder/Sweeper/Grower/Maintainer

Claude Code 负责人 Boris Cherny(1.76 万赞)反思:当 engineering/product/design/DS 等职能融合成一种新角色,未来团队该长什么样。他看 Claude Code 团队,提炼出 5 个原型——Prototyper(提新想法、高产但多数不 ship)、Builder(把原型快速变生产级)、Sweeper(清 UI/代码/系统、unship、优化性能)、Grower(迭代已建产品提升 PMF)、Maintainer(守成熟系统,安全/可靠/快/省)。关键判断:这些角色与职能解绑(Anthropic 里设计师可落 1/2/3,工程师同理),且团队组合随产品阶段漂移——新 PMF 产品需 1+2+3,增长期需 2+3+4,成熟期需 3+4+5。

这条推文的价值不在『5 个标签』本身,在于它把 AI 时代工程团队的结构问题从『还要不要分前端后端』的旧框架,拉到『角色原型 × 产品阶段』的新坐标系。两个判断有穿透力:其一,角色与职能解绑——一个设计师可以是 Prototyper,一个工程师也可以是,旧职能墙在 agent 时代失效;其二,团队组合是产品阶段的函数——成熟期团队该砍 Prototyper、加 Maintainer,这与今天 Spotify 篇『agent 进主干后工程范式迁移』形成呼应。但 caveat 也真实:5 个原型是 Boris 个人观察、样本仅 Claude Code 一个团队、未经验证是否可推广;它是值得参照的思维框架,不是普适结论。

Spotify 4500/天生产部署 + 73% PR 涉及 AI + judge 模型 25%→80%:Claude Code 作者 Boris Cherny 与 Spotify VP Niklas 对谈,验证循环范式正式出圈

Claude Code 作者 Boris Cherny 与 Spotify 工程 VP Niklas Gustavsson 在 Anthropic 官方 X 公开对话,披露 Spotify 每天约 4500 次生产部署、约 73% PR 涉及 AI 辅助、judge 评审模型把迁移场景 PR 通过率从约 25% 拉到约 80%;Boris 进一步透露其本人超 40% 代码由『验证循环(loops)』自动生成,并直言约 90% 合作公司最大失误就是不引入 verification loops。Spotify 在 2000 万行 monorepo 上并行 5-10 个 Claude 会话(每个对应一个 git worktree)。这是『agent + 验证循环』从工程范式口号被工业级落地数据正面验证的标志性事件。