Boris Cherny观察到的五种原型是什么？
Claude Code的创造者Boris Cherny在审视自己的团队后发现，真正划分人的并非职能，而是五种工作方式。第一种是原型师，不停地抛出粗糙的新想法。十个里有九个可能永远不会上线，这没关系，因为他们的工作是发现，而非成功。第二种是建造者，把原型师抛出的想法打磨成真正能交给客户的产品，让它足够坚固，即便涌入成千上万用户也不会崩溃。
第三种是清扫者。他们整理界面、简化纠结的代码、砍掉没人用的功能、优化变慢的部分。他们很少被看见，但没有他们，产品会在不知不觉中变得越来越臃肿，最终陷入停滞。第四种是培育者，像照料一盆植物一样打理已经成形的产品，每天推进大约百分之一，让它在市场中扎根。第五种是维护者，像物业管理大楼一样默默守护已经建成的系统——平时不被注意，一旦他们离开，系统某天会突然全面崩溃。
原型为何不同于职位？
这五种原型的关键在于它们与职位名称无关。两个同样叫"设计师"的人，工作方式可能完全不同——一个像原型师，另一个像清扫者。工程师、产品经理、数据科学家也是如此。职位相同，实际工作的质地却完全不同。
而且大多数人并不只停留在一种原型上，而是同时横跨两种，有时是三种。Cherny本人表示自己是建造者兼培育者。用职位很难描述自己，但换成原型之后，他反而能更准确、也更自在地描述自己。
团队构成应如何随产品阶段变化？
这个框架之所以在实践中有用，是因为它与产品所处阶段相匹配。一个尚未找到PMF（产品-市场契合）的新产品，需要一支在原型师、建造者、清扫者上都很强的团队——快速抛出想法、构建、打磨的循环，决定着这一阶段的生死。
一旦产品找到PMF并进入增长期，重心转向建造者、清扫者和培育者，维护者的比重也逐渐增加。等PMF变得稳固，重心又转向清扫者、培育者和维护者，建造者退居辅助位置。换句话说，即便是同一支团队，随着产品成熟，真正需要的原型组合也在不断移动。
这一框架为何对AX咨询很重要？
在AX咨询的一线，我们反复看到：引入AI后动摇的团队，大多不是人手不够，而是团队里缺少当前阶段所需要的工作方式。一支原型师扎堆的团队一旦进入增长期，培育者和清扫者的缺席会立刻表现为增长停滞。
如今AI工具让一个人能够同时承担多种原型，这一诊断变得更加重要。在一个人可以独自完成原型制作、上线和数据分析的时代，招聘不应再从"招一名前端工程师"出发，而应从"我们团队现在缺少哪种原型"这个问题出发。
如何将其应用到你现在的团队？
应用起来并不复杂。先让每个人写下过去一个月自己实际做了什么，自我诊断更接近哪种原型。再确认产品目前所处的阶段——PMF之前、正在增长，还是已经稳固——把该阶段所需要的原型组合与团队现状对照。
一旦发现某个原型是空缺的，那里就是下一次招聘或培养的优先级。与其发明一个新职位名称，不如直接承认大家已经擅长的原型，把他们放到那个位置上，这样要快得多。