★未来职场不需要“岗位说明书”：Claude Code 团队揭示的五种生存角色★
过去几年，我一直在观察一个现象：身边越来越多的朋友，名片上的头衔和实际做的事情对不上号。
一个前同事，职位是“产品经理”，但每天早上第一件事是打开 Jupyter Notebook 跑数据。另一个做前端开发的朋友，最近半年有一半时间在跟用户做访谈、画高保真原型。还有个设计师，已经在用 AI 工具直接生成可交互的 demo，不再产出传统的切图和标注稿。
起初我以为这只是个别现象，直到昨天看到 Claude Code 之父 Boris Cherny 的一条帖子，才发现这背后的趋势比我想象的更系统、更深刻。
传统岗位的边界正在消失。工程师、产品经理、设计师、数据科学家这些我们熟悉的岗位，彼此之间的界限越来越模糊。大家做的事情开始互相渗透，慢慢融合成一种新的工作方式。Boris 甚至断言，未来衡量一个人的价值，不再是你顶着一个什么头衔，而是你在产品从无到有、从小到大这个过程中，到底扮演了什么角色。
他所在的 Claude Code 团队，已经率先抛弃了用岗位说明书来定义人的方式，转而用一种更底层的“人才原型”框架来理解每个人。这个视角让我重新审视了自己的职业选择，也对怎么搭团队、怎么招人有了完全不同的理解。
问题一：传统的岗位划分，为什么越来越不管用了？
我们不妨先想一个问题：一个岗位说明书，到底在描述什么？
通常来说，它描述的是“你应该做什么类型的工作”。比如前端工程师负责写页面、产品经理负责画原型、数据分析师负责出报表。这套逻辑的背后，是工业时代遗留下来的分工思想：把工作切成固定的小块，每个人负责一块，拼起来就是完整的产品。
这个模式在过去是高效的，因为它让每个人可以深耕自己的领域，熟能生巧。但如今，工具的能力在指数级提升。一个会用 AI 辅助编程的设计师，可能直接就把可用的原型做出来了，根本不需要等工程师排期。一个产品经理如果掌握了基础的代码能力，自己就能跑通数据分析管道，不再需要把需求提交给数据团队等上三天。
换句话说，工具的智能化让“想法”到“实现”之间的距离急剧缩短。原来横亘在不同岗位之间的那堵墙，正在被 AI 推倒。一个人能做的事情变多了，能跨越的环节也变多了。如果这个时候还是用过去那种“你管设计、我管开发”的静态分工方式来组织团队，只会造成两种结果：要么效率低下，大量的时间花在沟通和等待上；要么优秀的人感到被束缚，选择离开。
Boris 的观察之所以有价值，是因为他给出了一个替代方案：不再用“岗位”来定义人，而是用“原型”来描述一个人最擅长做什么类型的事情。岗位是固定的、静态的，而原型是灵活的、动态的。一个人可以同时具备多种原型特质，而且同一个头衔下面，不同的人可能对应完全不同的原型。
问题二：五种人才原型分别是什么？我属于哪一种？
Boris 把他观察到的五种原型，做了一个清晰的画像。我逐一说给你听，你可以边看边对照自己。
第一种原型：原型探索者
先问一个问题：你有没有遇到过这样的同事——每次开会都能冒出几个新点子，有时候天马行空，有时候让人眼前一亮。他们永远在尝试新东西，今天捣鼓一个 AI 工具，明天搭一个简单的 demo。他们的工位往往堆满了各种实验性的笔记和草稿。
这就是原型探索者。
他们的核心驱动力是好奇心和想象力。脑子里永远有下一个想试试看的东西。他们的产出量很大，但大部分想法最终不会变成正式产品，也许十个尝试里只有一两个被团队采纳。但正是这一两个，可能为团队打开了全新的方向。
探索者的最大价值，在于他们不断拓展可能性边界。在一个产品还完全没找到方向的时候，探索者是引路人。他们用大量的试错，帮团队排除掉错误选项，逐步逼近那个对的方向。没有探索者的团队，往往容易陷入“一直在优化一个本就不该做的功能”的陷阱。
第二种原型：建造者
好，探索者找到了一个看起来靠谱的方向，摸到了河边，但河上没有桥。接下来轮到谁登场？
建造者。
这类人的强项，是把一个粗糙的、还不太成形的想法，快速变成能用的、相对稳定的产品。他们具备很强的执行力和落地能力。探索者说“可以试试这个方向”，建造者第二天就能搭出一个可用的原型环境，让团队里每个人都能上去体验一下。
建造者的信条是“完成比完美更重要”。他们不会在一个细节上纠结太久，因为他们知道，只有做出来了，让用户实际用上了，才能获得真正的反馈。迭代的速度，就是他们的生命线。
他们的工具箱里装满了各种框架、库、模板，擅长用现成的轮子快速拼出能跑起来的东西。在一个产品从零到一的阶段，建造者是不可或缺的中坚力量。
第三种原型：清道夫
建造者把产品做出来了，能用了，但往往还不够好。界面可能有点粗糙，代码里可能有一些临时的 patch，性能可能只是“勉强够用”。这个时候，清道夫该上场了。
清道夫最擅长的，是把一个“能用”的产品打磨成一个“好用”的产品。
他们会对界面进行细致的调整，让交互更流畅、视觉更精致。他们会重构代码，把那些临时加的 patch 整理成清晰、健壮的架构。他们会砍掉那些看起来热闹但实际没什么用的功能，精简产品的核心路径。他们还会对性能做深度的优化，让加载速度提升几百毫秒。
这种人不追求做了多少新功能，他们追求的是每一行代码、每一个像素、每一次交互都恰到好处。他们让产品从“有”变成“优”。如果没有清道夫，产品会随着时间变得越来越臃肿、越来越难用，最终被用户抛弃。
第四种原型：增长者
产品打磨好了，甚至可以说体验很出色。但一个很残酷的现实是，好产品不一定有好市场。用户不知道你、不理解你、或者用了一次就走了。这时候需要谁来？
增长者。
增长者专门负责让产品被更多人知道、被更多人持续使用。他们是通过一轮又一轮的小迭代，把产品的市场契合度（PMF）一点一点往上拉的人。
他们做的事情很杂：可能会设计一个 onboarding 流程来提升新用户的激活率，可能会调整定价页面来优化转化率，可能会分析用户流失数据然后提出改进建议，也可能会策划一些低成本的推广实验。他们的核心武器是实验思维——提出一个假设，快速实施，看数据，再提出下一个假设。
在一个已经找到方向、正在快速增长的产品里，增长者是引擎。他们确保产品不仅能吸引用户进来，还能让用户留下来、用下去、推荐给别人。
第五种原型：维护者
最后一个原型，看起来不那么光鲜，但我个人觉得是最容易被低估的。
当一个产品已经非常成熟，拥有庞大的用户量和复杂的系统架构时，维护者就变得至关重要。他们确保系统在不断扩大规模的过程中，依然安全、稳定、高效。
维护者是一群对系统边界和风险极其敏感的人。他们会关注数据库的连接池有没有用完、缓存策略是不是合理、API 的响应时间有没有异常、安全补丁有没有及时打上。他们可能不会频繁地发布新功能，但他们做的每一次升级、每一次迁移，都在为产品的长期健康保驾护航。
没有维护者的产品，就像一栋只建不修的大楼。刚开始可能看不出问题，但随着楼层越来越高，裂缝会越来越多，最终在某一天突然崩塌。在一个成熟的产品里，维护者是定海神针。
问题三：一个人只能属于一种原型吗？
这是 Boris 特别强调的一点，也是我觉得这个框架最有弹性的地方。
很多人其实同时具备两到三种原型的特质。你既可能是一个不错的建造者，能够快速把想法落地；同时又是一个很好的清道夫，对代码质量和用户体验有很高的要求。这完全不矛盾。人本来就是复杂的，不是一张标签能概括的。
更有意思的是，这五种原型跟你的职位头衔没有必然关系。Boris 举了 Anthropic 内部的例子：有些设计师是典型的原型探索者，他们不断尝试新的交互方式，产出大量的概念稿；有些设计师则更像清道夫，他们擅长把已有的设计系统打磨得无比精致，让每一个细节都无可挑剔。工程师里面也一样，有人擅长从零开始搞新东西，有人更擅长把现有系统的稳定性提升一个数量级。数据科学家也不例外。
所以下次你再看到一个人的头衔是“高级产品经理”或者“首席工程师”时，不妨多问一句：这个人本质上是哪一种原型？这个问题的答案，往往比头衔更能说明问题。
问题四：一个高效团队，需要这五种人都有吗？
看情况。Boris 给出了一个非常实用的建议，我把核心逻辑拆解成三个阶段。
阶段一：探索期（全新的、还没找到市场方向的产品）
这个阶段最需要的是原型探索者、建造者和清道夫。
核心任务只有一个：快速试错，找到那个对的方向。探索者负责不断产生新的假设和方向，建造者负责把这些假设迅速做成可体验的东西，清道夫负责让体验足够好，不至于因为太粗糙而影响判断。这个阶段如果过早引入大量的维护者，会让团队变得保守，不敢大胆试错。如果缺少探索者，团队可能会在一个错误的方向上越走越远。
阶段二：增长期（已经找到方向、正在快速增长的产品）
这个阶段的主力是建造者、清道夫和增长者，再配上一些维护者。
方向已经明确了，市场在嗷嗷待哺。这个时候的核心任务是把产品做得更好、推给更多人，同时确保系统不要因为用户量暴增而崩溃。建造者负责快速补齐功能缺口，清道夫负责持续优化体验，增长者负责拉高各项转化指标，维护者负责守住系统稳定的底线。
阶段三：成熟期（非常成熟、用户量巨大的产品）
这个阶段的核心角色是清道夫、增长者和维护者，辅以少量建造者。
大的创新空间已经不多了，市场格局基本稳定。这个时候最重要的三件事是：持续优化（清道夫）、精细化运营（增长者）、确保稳定（维护者）。偶尔可能需要一些建造者来探索一些边际创新，但不是主力。
你看，同一个团队，在不同阶段需要的原型组合是完全不同的。这就意味着，一个聪明的管理者，不应该只盯着“我要招几个前端、几个后端”，而应该问自己：我现在的产品处于哪个阶段？我需要什么原型的人？我的团队里现在缺少哪种原型？
问题五：这个框架对我个人的职业发展有什么用？
说实话，我读完 Boris 的帖子之后，最大的收获反而不是怎么搭团队，而是怎么重新审视自己。
我以前找工作，习惯性地看岗位名称和职责描述。前端、后端、全栈、产品、运营…… 总觉得选对赛道是最重要的事。但现在我意识到，也许真正重要的不是“做什么岗位”，而是“我擅长什么原型”以及“我去的团队现在需要什么原型”。
我见过太多人因为选错了匹配而痛苦不堪。一个典型的原型探索者，去了一个已经非常成熟、流程固化的大公司，每天做的是在已有系统上打补丁、走冗长的评审流程。他觉得自己像个被绑住手脚的艺术家，憋屈得不行。而一个典型的维护者，去了一家每天都在推翻重来的早期创业公司，每天面对的是不断变化的优先级和随时可能崩塌的系统。他觉得自己像个在流沙上盖房子的建筑师，焦虑到失眠。
反过来，那些在工作中如鱼得水的人，往往不是因为他们能力有多超群，而是他们恰好在一个需要他们那种原型的环境里。探索者在早期项目里如鱼得水，维护者在成熟产品中备受尊敬，每个人都找到了自己的生态位。
所以我建议你也做一次自我审视：在探索者、建造者、清道夫、增长者、维护者这五种原型里，你最像哪一个？哪个是你的天赋所在？哪个是你做起来最不费力、最有成就感的事情？
搞清楚这个之后，下次面试的时候，你不妨主动问问对方：你们团队现在最需要的是哪种原型？你们的产品处于什么阶段？你希望我来解决什么问题？这几个问题，可能比问“你们用什么技术栈”更能帮你判断这份工作适不适合你。
当然，知道自己短板在哪里，也能有意识地去补。如果你是一个脑子里永远有新点子的探索者，但总是做不完事情，那你可以刻意练习一下“建造者”的能力，让自己也能把想法落地。如果你是一个执行力超强的建造者，但总觉得创造力匮乏，那可以每周给自己留一些自由探索的时间，激活一下探索者的那一面。
写在最后
Boris 的这条帖子，我反复读了几遍。他的核心信息其实就一句话：未来的团队协作和个人发展，越来越不看你的专业标签是什么，而是看你在产品生命周期的哪个环节能发挥最大价值。
这个转变，已经在发生了。那些最先意识到这一点、最先用这个视角来组织团队和发展个人的人，会在这个新时代里获得巨大的先发优势。
而你，现在就可以开始思考：我现在的团队，五种原型的配比合理吗？我自己，最该深耕的是哪一种原型？这也许是你今天能问自己的、最有价值的一个问题。
