给岗位装上 AI 员工之前，把任务拆成工具、技能与指导书

建设企业 AI 员工，起点不是给整个岗位写一段“你是采购员”的提示词，而是选一项有明确输入、输出和责任人的任务。一个岗位往往包含判断、沟通、审批和系统操作；其中有些可以辅助准备，有些必须由有权限的人决定。首个试点应交付一份可复查的任务包，而不只是一次顺利演示。

先画岗位任务，不急着罗列功能

以采购跟单岗位为例，“跟进订单”过于宽泛。可先收窄为“每天核对指定采购订单的供应商回复与系统状态，列出需要采购员处理的差异”。输入可以是当日订单清单、供应商回复和系统中可访问的记录；输出是差异清单、引用的原始依据和待处理人。供应商是否接受变更、是否调整交期，不能从一封邮件中自动推定。

任务卡还要注明触发时点、对象范围、完成标准和停止条件。如果邮件没有订单号、附件版本不一致，或系统状态与回复相冲突，结果应标为“待核对”，交给岗位责任人，而不是补写一个貌似确定的状态。

工具、技能、作业指导书分别解决什么

灵核数智的岗位级 AI 数智员工可以用三层结构理解：工具承担单个动作，技能组合一类任务能力，作业指导书规定完整业务步骤、约束和异常边界。三层之间不能倒置：有了查询工具，不代表已经具备跟单技能；有了技能，也不代表可以跳过审批或对外承诺。

这不是把岗位经验机械翻译成三栏。实际工作中还要请业务负责人解释“已回复”“已确认”“已变更”各指什么，哪些字段属于内部备注，哪些信息可以对外发送。系统返回的“提交成功”也不等于供应商已接受；最终状态要以对应业务记录和授权流程为准。

把样例任务包做成能复跑的材料

建议首个任务包至少包含四件东西：一组有版本的真实或脱敏输入样本；字段与状态字典；可执行步骤和对应权限；正常、缺项、冲突各一组预期结果。样本要保留原始材料与来源时点，避免只把人工整理后的“标准答案”交给系统。

比如供应商回复“下周可交”，但订单有两个批次，不能直接写入某个精确交期。作业指导书应要求提取原话、指出批次和日期不明确、向采购员发起确认。若后续拿到明确回复，还需核对它对应哪版订单；原批准是否覆盖变更，按企业规则另行判断。

这里尤其要分清“建议动作”和“已获授权的系统动作”。岗位任务可以先做到只读核对和草稿准备，正式修改采购订单、对外发送、批准付款等动作仍依赖既有岗位权限和确认机制。若还在选择技术承担方式，可先看企业 AI 员工与助手、RPA 的区别。

试运行时验收“证据链”，不是验收口才

对同一任务取数次不同状态的样本：正常可比对、缺少关键字段、版本冲突、无权读取。检查系统是否准确指出依据、保持未确定状态、停止越权动作，并把责任人需要处理的问题说清楚。人工修正和系统独立完成应分开记录，不能合成一个漂亮的成功率。

如果一个任务反复要靠人工替它补齐输入，先调整任务边界或数据准备；如果关键状态没有可信记录来源，就不能通过增加提示词把它“写成事实”。建设第二项技能之前，应先让第一项任务能被岗位负责人复核、接管和更新。六项真实任务验收可用于检查从演示到试运行的差距。