AI 时代职场仅存五类人，看似最稳实则最危险
最近技术圈流传着一套新的职业分类法，把职场人划分成了五种。很多人转发并配文“测测你是哪种”，将其当作职场版的 MBTI。
我起初并未太在意。但随着深入了解，我意识到提出者并非在做性格测试，而是在陈述一个略显冰冷的事实：我们熟知的那些头衔，如工程师、产品经理、设计师、运营，正在逐渐融合。
它们正在重组成另外五种形态。职位名称不再重要，关键是你属于这五种中的哪一种。
这已超越了单纯的测试范畴。
提出这一观点的是 Boris Cherny，Claude Code 的核心开发者，圈内人称“Claude Code 之父”。
之所以值得参考，是因为他并非坐在办公室做职业规划的顾问，而是天天目睹 AI 重写团队分工的人。据量子位报道，Claude Code 目前年化收入已超 25 亿美元，贡献了 GitHub 上 4% 的公开提交。这样一个体量的产品，其背后的团队配置颇具参考价值。
他在 X 平台上的一段随笔中提到：当工程、产品、设计、数据这些角色都融合进一种新角色时，未来的人大概会演化成五种样子。
看着看着，你可能发现自己不止属于其中一种。
▍一、原型师脑洞极大，思维活跃，一天能构思十几个新花样，并迅速搭建出大量原型，其中大部分最终并未落地。他最具价值的地方在于非执行，而在于判断力和品味：知道哪些点子值得尝试。
▍二、建造师只要给他一个想法和一个原型，他就能迅速将其转化为可用且能上线的实体。速度是他的最大资本。想法人人都有，但能把 0 变成 1 的人稀缺。
▍三、清道夫专门负责“打扫战场”：简化界面、砍掉无人使用的功能、理顺繁琐的代码和流程、提升系统性能。随着系统运行时间的增长，它会产生“赘肉”，而他的职责就是让它恢复清爽。
▍四、增长手产品搭建完成后，他接手进行打磨，将“做出来”转变为“真有人用、且愿意留下”。他与数据和用户较劲，寻找那个能产生共鸣的契合点。
▍五、维护者守着一个成熟且被广泛使用的系统，确保其在日益庞大的规模下依然安全、稳定、高效。当别人休息时，是他保证这台机器不会出故障。
Cherny 特别指出，这五种角色与你的职位头衔无关。
在他们的团队中，设计师可能在做原型师的工作，产品经理实际上是建造师，工程师则是清道夫。反之，一个挂着“高级工程师”头衔的人，日常做的可能全是维护者的工作。
因此不要以为这仅限于程序员。如果你从事运营、设计、产品，甚至写作或授课，同样可以找到对应角色：每天推陈出新、尝试各种玩法的运营是原型师；能将模糊需求快速落地为产品的人是建造师；将臃肿的老项目逐步清理干净的人是清道夫。
正在消融的不仅是程序员的护城河，更是所有依赖“专精”吃饭的人的壁垒。
接下来一个关键问题是：AI 这轮洗牌，最先淘汰谁？
这段是我的个人推断，非 Cherny 所言，你可以不同意。
我倾向于认为，AI 最先替代的是纯维护者，以及清道夫中机械性的部分。
听起来有些反直觉。维护者不是最稳定、最不可替代的吗？恰恰相反。成熟系统的维护规则清晰、重复度高，且不需要天马行空的创意。而“规则清晰加重复”正好是 AI 最擅长的自动化领域。你把系统守得越规范、越标准，反而越容易被一段脚本或一个智能体接管。
相反，最难被取代的是原型师和建造师。原型师拼的是判断力和品味：AI 一秒钟能生成一百个点子，但“哪个值得做”这个判断，目前仍需人类决定。建造师拼的是将一堆零件整合成可用实体的能力，这其中充满了无法标准化的取舍。这两点恰恰是 AI 目前最够不着的。
所以，如果你发现这几年工作越来越偏向维护者，每天的任务就是让既定的东西不出错、不掉链子，这未必是坏事，但也是一个信号：该往判断和创造方向挪动了。
Cherny 还分享了团队配置的规律，若从个人视角解读，更有意思。
他说，产品在不同阶段需要不同的人：初创期、未验证时，最需要原型师、建造师、清道夫，大家快速试错、搭建、删减；产品跑通、有人使用后，重心转移到建造师、清道夫、增长手；当它变成成熟的大盘时，才轮到清道夫、增长手、维护者挑大梁。
把“产品”换成“你自己”，道理相同：人也需随阶段迁移，别指望一种姿态用一辈子。
入门新领域时，最好逼自己成为原型师和建造师，多试多搭；等事务成熟后，你会自然滑向维护者，而危险往往就在此时悄然降临。真正能扛得住的，不是死守某一种角色，而是能感知风向、主动在五种角色间切换的人。
Cherny 的结语并没有给出定论，他只是淡淡地发问：未来的岗位，会不会就演化成这五种，而非如今这种“一个萝卜一个坑”的分工？
我想进一步探讨这个问题。
AI 时代的真正安全感，不来自你把现状守得多好，而在于你还保留多少“从零开始做一件新事”的能力。
守成者的价值会越来越低，而能把一件事从头做出来的人会越来越昂贵。这不算坏事，它只是将值钱的东西从“熟练”换成了“判断力和创造力”。
而判断力和创造力，如同肌肉一般，只要刻意练习就能提升，前提是别让自己在“维护”的状态中待太久，以免将其荒废。