会上一旦出现「这个岗位会不会被 AI 替掉」，讨论会很快变成立场。支持的人举工具演示，反对的人举一次答错。两边都没看着同一份工作。更有用的起点，是把岗位拆开，而不是给岗位下判决。
一个客服、一个会计、一个店长，一天里做的不是一个动作。有的是把固定格式抄进系统，有的是在两份材料之间找差异，有的是对一个例外说行还是不行。模型擅长的是前两类里的重复部分。例外和责任，仍然要有人签字。
三色标记，一张表就够
拿近两周真实发生的任务，写成步骤，不要写成职责口号。每一步涂一种颜色。绿色：输入输出都固定，错了容易发现，可以交给模型起草或填表。黄色：模型可以给草稿，但必须有人改完再发出去。红色：涉及承诺、资金、人事、安全，模型可以列选项，不能代为决定。
涂色的人必须是做这件事的人，而不是只看过演示的人。办公室想象出来的绿色，到了一线常常是红色，因为少了一个上下文，例如「这个客户上次被承诺过例外」。
技术上按颜色接，不要按岗位接
绿色步骤做成按钮：上传、抽取、写入草稿。黄色步骤做成并排：左边是模型稿，右边是人工修改，发出前留修改记录。红色步骤不接写入接口，只接查询。这样即使提示词写漏，也写不进账、发不出通知、改不了权限。
验收不要问「它像不像一个员工」。问绿色步骤的一次通过率、黄色步骤的修改幅度、红色步骤有没有被绕过。三周数据比一场演示更能决定要不要扩大。
拆完之后，人的工作会变，但不会消失成零
绿色步骤被拿走之后，人的时间会堆到黄色和红色上：核对例外、向客户解释、改规则。这些事以前被抄写淹没，现在变成岗位里更可见的部分。新出现的工作也在这里：维护步骤清单、挑选失败样例、规定模型不许碰的字段。它们不是原岗位的附属，是系统能继续用下去的条件。
如果一张表涂下来几乎全是红色，说明现在不该上工具，该先把规则写清。如果几乎全是绿色，再检查是不是把例外藏起来了。健康的第一版，通常是绿多、黄少、红明确。
用客服一天举例
查订单状态、复制地址、按模板生成第一稿，多半是绿色。语气不适合、客户提到上次投诉，是黄色，人要改完再发。答应赔偿、改价、关闭账号，是红色，系统里甚至不要放提交按钮，只留「转给主管」。
技术实现就按这三色接。绿色进草稿箱，黄色留修改痕迹，红色不提供写入。NIST 的风险管理框架强调先明确用途和测量方式，再扩大使用（NIST AI RMF）。三色表就是用途说明，三周的通过率和绕过次数就是测量。
岗位名称可以仍叫客服。工作内容会变成：处理黄色和红色，并维护绿色步骤的例子。这不是降级，是把原来被复制粘贴占满的时间，换成必须由人完成的部分。
