AI 时代，写代码变得廉价，但真正值钱的“角色”反而变精细了。
如果你现在还跟面试官说“我是全栈工程师”，很可能已经过时了。
Claude Code 团队的负责人 Boris Cherny 最近在 X 上分享了一个极其反直觉的观察：AI 并没有消灭工程师，而是把“工程师”这个单一的标签，撕碎成了 5 种截然不同的新原型角色。
这 5 种角色，不再按照“前端、后端、算法”这些技术栈划分，而是按照 “产品生命周期的不同阶段” 来定义。
这篇长文，会帮你清晰拆解这 5 种角色的底层逻辑，并给出如何在创业、增长、成熟等不同阶段“兼职配置”的最优解。
一、5 种新型角色:
Boris 在 X 上原文这样写道：
https://x.com/bcherny/status/2071379474277613732
As engineering, product, design, DS, etc. melt into a new kind of role, I was reflecting on what roles might look like in the future. For example, when I look at the Claude Code team I see what I think is five archetypes:
Prototyper: comes up with brand new ideas; churns out many ideas, most of which don't ship
Builder: quickly turns a prototype/idea into production-grade product/infra
Sweeper: cleans up the UI, simplifies the code and system, unships, optimizes performance
Grower: takes a product that has been built and iterates on it to improve Product-Market Fit
Maintainer: owns a mature system to make it secure, reliable, fast, and efficient as it scales
Many people span across 2 roles, and sometimes 3 roles. I also notice that these roles are not really tied to job function -- eg. across Anthropic, some designers match category 1, some 2, some 3; same for engineers, PM, DS.
A healthy team needs a mix of these, depending on the product:
A product that is new and pre-PMF needs people that are strong at 1+2+3
A product that is growing and has found PMF needs 2+3+4 and some 5
A product that has strong PMF needs 3+4+5 and some 2
Maybe product roles of the future will look more like this, and less like the domain-specific roles of today?
中文翻译如下：
随着工程、产品、设计、数据科学（DS）等职能融合成一种新型角色，我一直在思考未来的岗位形态会是什么样。例如，当我看 Claude Code 团队时，我注意到了我认为的五种原型角色：
探索者（Prototyper）：提出全新的想法；产出大量创意，但其中大多数并不会真正发布上线。特征 “我负责 0→1 的头脑风暴”（脑洞大，不怕失败）
构建者（Builder）：快速将一个原型或点子转化为生产级别的产品/基础设施。 特征 “我负责 1→生产级的落地”（执行力强，快速出活）
清理者（Sweeper）：清理用户界面（UI），简化代码和系统，下线（移除）冗余功能，并优化性能。 特征 “我负责做减法和提效”（代码洁癖，精简系统）
增长者（Grower）：在已构建好的产品基础上持续迭代，以提升产品与市场的契合度（Product-Market Fit，即 PMF）。 特征 “我负责让产品赚到钱”（数据驱动，找 PMF）
维护者（Maintainer）：全权负责成熟系统，确保其在规模扩张时保持安全、可靠、快速和高效。 特征 “我负责大船不翻”（防守思维，安全和稳定）
很多人同时承担两种角色，有时甚至三种。我还注意到，这些角色并不严格对应传统岗位——例如在Anthropic，有些设计师属于第1类，有些是第2类，有些是第3类；工程师、产品经理、数据科学人员也是如此。
一个健康的团队需要根据产品阶段合理搭配这些角色：
对于全新、尚未达到PMF的产品，需要擅长1+2+3的人。
对于已经找到PMF、正在增长的产品，需要2+3+4，以及少量5。
对于PMF稳固的产品，需要3+4+5，以及少量2。
也许未来的产品岗位会更像这样，而不是如今按领域划分的固定职能吧。
二、 为什么会有这种分类？
很多人会问：以前大家不都是按“前后端”分吗？为什么突然冒出这种分类法？
核心原因是：AI 终结了“技术壁垒”，但却拉开了“认知壁垒”。
1. 变化在于“写代码”贬值了
过去，你的身价取决于“你的代码写得多牛、Bug 多不多”。
现在，AI 能快速搞定 80% 的基础代码。代码变成了极其廉价的“原材料”。你真正的价值，变成了 “该不该写这段代码（探索者）”、“该删掉什么冗余功能（清理者）”，以及 “怎么让用户付钱（增长者）”。
2. “做减法”成了AI时代的稀缺技能
由于 AI 生成代码太快，大量低质量的代码堆砌，系统极易变成“屎山”。
所以在这 5 个角色中，“Sweeper（清理者）”的价值被空前放大。能精准地“下线”无用功能、精简系统的人，比只会“造轮子”的人贵 10 倍。
3. 不变的是“终局兜底”的能力
无论 AI 怎么进化，物理服务器会宕机、并发会撑爆、黑客会攻击。Maintainer（维护者）负责的系统安全、可靠性和大规模扩展，依然需要人类的深邃架构思维。这些 AI 永远无法替代。
三、产品生命周期，如何“兼职”组合这 5 种角色？
团队内如何组合人员？
其实 Boris 在原文中早就给出了 “团队阶段的组合公式”。这里送你一套最高效的“配置”指南。
时期一：破局期（全新产品，未找到 PMF ）
官方公式： 需要强 探索者(1) + 构建者(2) + 清理者(3)。
兼职实操建议： 这个阶段最忌讳“维护者”思维（天天想着系统稳定，结果产品做不出来）。如果你是一个人的超级个体，建议主攻“构建者+清理者”（快速造出来，造完立刻删垃圾）；团队里另外找一个人做“探索者”负责提点子即可。
时期二：成长期（产品正在增长，已找到 PMF）
官方公式： 需要 构建者(2) + 清理者(3) + 增长者(4)，外加少量 维护者(5)。
兼职实操建议： 此时技术负责人必须“兼职”维护者，保障服务器别崩。这个阶段有一个“毒药组合”必须要避开 —— 千万不要让同一个人既当“增长者”又当“维护者”。因为“增长者”想疯狂加功能拉新，“维护者”想冻结代码防崩盘。如果硬压在一个人身上，业务一扩张，系统立马崩溃。
时期三：成熟期（已拥有强大的市场地位）
官方公式： 需要 清理者(3) + 增长者(4) + 维护者(5)，外加少量 构建者(2)。
兼职实操建议： “探索者”必须退场，不要乱发新功能。核心精力全放在“防系统崩溃”和“精细化运营挖潜”上。在这个阶段，“清理者”甚至比“增长者”更重要，因为巨大的用户量下，节省 1% 的计算资源都意味着省下数百万成本。
附：PMF是“Product-Market Fit”的缩写，中文通常翻译为“产品市场契合度”或“产品市场匹配”。简单来说，PMF就是回答一个问题：你做的产品，是否真的有人迫切需要？ PMF被许多投资人和创业者视为初创公司唯一重要的事情。
贯穿始终的角色 —— 清理者（Sweeper）
你看，每一个阶段都离不开“清理者”。
为什么？因为在 AI 极易导致代码堆砌的今天，“做减法”的成本远低于“做加法”。无论你是初创求生存，还是大厂求稳定，随时保持系统的“清爽”和“极简”都是底线。
四、个人如何兼职？
很多人会焦虑：“我只有一个人，但我要负责好几个角色怎么办？” 这个是合适的。
在现实的兼职或小团队场景下（资源有限），没有人能同时做到这五种思维模式的无缝切换，但2到3个角色的组合是最合适、最高效的。
4种最佳“兼职组合”
1. 探索者 + 构建者（最佳 0→1 攻坚手）
适用场景：创业初期、孵化新项目、做第一个 MVP（最小可行性产品）。
组合优势：这是最有“生产力”的组合。一个负责想出多快好省的点子，一个负责火速落地写代码。
兼职诀窍：必须给自己设严格的时间切片（比如上午天马行空地做探索写Demo，下午以工程标准暴力输出代码），防止探索欲望让项目永远无法交付。
2. 构建者 + 清理者（最佳“沉稳交付者”）
适用场景：产品已经上线，需要持续交付且保证代码健康度的时期。
组合优势：自己造的“屎山”自己清理。先快速写出功能（构建），再立刻回头精简代码、删减冗余UI（清理）。这种组合非常有助于控制技术债务，被称为“边造边扫”。
兼职诀窍：把“清理”当做构建后的强制缓冲期（比如构建2小时，必须花半小时做减法）。
3. 构建者 + 增长者（最佳“PMF 驱动者”）
适用场景：已经跑通 MVP，急需获取用户，找到产品市场契合度（PMF）的阶段。
组合优势：用最快的速度响应市场反馈。不纠结系统的完美度，只做能让“用户粘性”提升的功能。
兼职诀窍：培养数据驱动的习惯。每天第一件事不是写代码，而是看数据看板，判断今天的方向。
4. 清理者 + 维护者（最佳“系统守护神”）
适用场景：系统已成熟，用户量大，追求高可用、低成本、长周期的阶段。
组合优势：二者思维高度一致——“稳定压倒一切”。喜欢删减冗余、优化代码效率，同时严密加固系统安全。
兼职诀窍：这个组合极度适合技术合伙人或资深架构师来兼职，他们是防止系统在高速扩张中崩溃的定海神针。
必须避开的“毒药组合”
❌ 探索者 + 维护者（绝对禁忌）：这好比一个天天想拆房子搞装修的人，和一个天天只想给房子刷漆加固的物业。两者思维严重对立，兼职的话会每天陷入自我内耗，产品既无法创新，系统也极不稳定。
❌ 增长者 + 维护者（容易翻车）：一个天天喊着“加功能拉用户”，一个天天喊“别动，动了会崩”。如果都压在同一个人身上，往往会为了短期增长牺牲长期稳定性，最后系统崩盘时两败俱伤。
实战建议：你到底该选择哪种组合？
不要照着这5个头衔选，而是根据 “团队规模” 做决策：
如果你是 1 个人打天下（超级个体）：
建议主攻 【构建者 + 增长者】（先做出来，先卖出去），然后每天在构建结束后，花 20% 的时间强制自己切换到 【清理者】 模式（清理垃圾代码）。
如果你是 2 个人的创始团队：
一人主攻 【探索者 + 构建者】（搞定产品从0到1）。
另一人主攻 【维护者 + 清理者】（搞定基建、稳定性和架构兜底）。
【增长者】则由两人共同分担（一人看用户留存，一人看转化率）。
如果你是 3-5 人的小团队：
可以让人力稍微分散。建议让一个资深的人固定兼职 【维护者】 作为底线，其他人都在 【探索、构建、增长】 之间自由切换。
最后送你一句话：兼职不是“全能”，而是 “在不同阶段有主次地切换你的大脑状态”。关键是要像定闹钟一样，给自己划定清晰的时间边界，避免多种思维模式在同一时刻打架。
我怎么知道自己现在该切哪个模式？
今日角色自检：
你的产品到PMF了吗？没到 → 今天主攻构建者
系统最近崩过吗？崩过 → 今天必做维护者
代码库是不是开始发臭了？是 → 强制切换清理者
五、总结
文章最后，我想抛出一个 Boris 在推文中真正想表达的核心观点：“角色”与“职业头衔”彻底脱钩了。
这在现在的招聘市场上是一场无声的革命。你不必再被一个“高级Java工程师”的标签困住。
在像 Anthropic 这样的顶级 AI 公司里，设计师如果代码写得好，他也可以兼职“构建者（Builder）”；工程师如果懂产品数据，他也可以兼职“增长者（Grower）”。
给你的一个终极职业建议：
如果你现在身在小公司或创业团队，你面对的现实是资源有限，不可能 5 个人配齐。不要试图在同一时刻扮演所有角色，请给自己设定“时间切片”：
上午做【探索者】：天马行空找思路、写 Demo；
下午做【构建者】：强迫自己暴力落地，把代码写出来；
下班前做【增长者】：看一眼数据看板，复盘今天的功能对用户有没有用；
周末做一次【清理者】：删掉这周写的冗余代码。
结语：
AI 时代，代码变得不值钱了，但你“做减法”的智慧、对用户底层需求的洞察、以及死守系统大坝的意志，是永远不会贬值的。重新审视自己在这 5 种角色里的生态位，比焦虑“我会不会失业”重要一万倍。