怎么成为前线部署工程师

没人是通过一门课进这个岗位的，也很少有人是通过一个叫对名字的招聘启事进来的。白皮书的框架比定义好用：把这活儿看成一个岗位族，而不是一个岗位名。新职业早期的名字都不统一，真实需求先藏在若干个相邻头衔里——AI 解决方案架构师、大模型应用工程师、AI 实施顾问、数字化转型负责人。每一个都覆盖了一部分，每一个都缺一块：架构师不一定守到生产，应用工程师不一定管采用，实施顾问的产品反馈和工程深度可能不够，转型负责人不一定亲手落地。

这个框架反过来也能用来挑雇主。岗位名称稳定下来、重点城市出现可比较的薪酬区间、企业开始用上线、采用、ROI、运维而不是用人天来考核这个岗位——这三件事发生，说明这个职业成熟了。用计费人天考核的，说明它还是咨询。

六项能力

能力模型有六项。比清单更重要的是每一项拿什么当证据，因为这六项在面试里都说得出口，也都验不出来。

技术。 模型、API、检索、Agent、日志、评估、部署。证据是一个跑着的系统，不是证书，也不是一柜子 notebook——要有人用，有错误率，有回滚。

业务。 听见客户真正要解决的问题，而不是他嘴上说的那个。证据是你把一条需求转成了一个指标，连同这个指标的定义：数据源是哪个、统计窗口多长、剔除规则是什么、争议由谁仲裁。

产品。 把一次交付变成下一次能用的模式。证据是一份模板、组件或评估集，被第二个项目拿去用了，而且没来问你。

交付。 在别人的地盘上推范围、管依赖、促上线。证据是你处理过的一次范围变更、你关掉的一次验收，以及你能讲清范围为什么动了。

组织推动。 协调老板、业务、IT、法务、财务，以及那些因为这系统而改变了一周工作方式的人。证据是一个由"没提需求的人"在用着的系统。

心性。 扛住混乱、不确定、出差和反复修改，既不僵住也不装作没事。证据是一次计划错了的交付，以及你发现错了之后那四十八小时的具体动作。

六项不是并列的

白皮书对这个模型最锋利的一句是结构性的：越靠近生产系统，技术、交付、组织推动越必须同时出现，缺一项，项目就停在演示层。所以这张清单不能当菜单读。技术很深但推不动组织的候选人，会做出一个很漂亮、没人打开的东西；关系很硬但工程深度不够的候选人，会做出一个来的人很多、永远出不了试点的试点。

为什么心性筛得最狠

六项里，心性最被低估，也最难招。白皮书的判断很直白：很多人技术很强，但受不了现场的混乱，而这份工作恰恰是在混乱里把系统搭出来。真实业务很少给你一道成形的题。另一个常见误解是把"到场"当成出差——稀缺的从来不是人在现场，是在现场判断得准。人在现场是交通问题，判断得准是能力问题，而后者没法像执行那样外包出去。

三条入行路径，各自缺什么

工程师出身的人，第一项强，业务和组织推动薄。实施、咨询出身的人，第二、第四项强，动手薄。行业专家出身的人，懂流程也懂政治，能交付的东西薄。缺口是可预测的，这反而是好消息：不管你从哪儿来，缺的那一项就是把第一个项目卡在演示层的那一项。

你该拿得出的东西

是拿得出，不是说得出口。

• 一个你已经离开、但还在生产环境跑着的系统，以及现在运维它的人的名字。
• 一个你推动过的指标，附一份写在客户数据源上的定义。
• 一件被素未谋面的人复用了的产物。
• 一个你做错的判断，以及你在知道它错之前记下它的日期。
• 一次让你损失了钱的拒绝，以及你还会再给一次的理由。

一条都拿不出来，你是初级岗位的候选人，不是资历的证明。从哪儿开始都不丢人，丢人的是没这些东西却声称到了那个层级——第一次跟客户聊，对方要的正好就是这些。

接下来可以看这些能力在职级阶梯上怎么定价，或者回到这个岗位到底对什么负责。