一次任务的完整旅程

从一句话开始

采购部的群里，一位采购员发了一句：「@采购数字员工 核对一下华东几家供应商的交期，有延误的起草一封催货邮件。」过了一会儿，群里出现一张交期核对表，还有一封等待批准的邮件草稿。

整个过程里，采购员只说了一句话，剩下的只差一次批准。这一句话背后，依次经过了五层。

一层一层看

入口。数字员工就在群里，采购员不用换系统。发言的人会先被认出是公司里的哪位成员；认不出身份的人，只能问到公开级别的资料。如果采购员是在 Adis 里交代的，后面几层走的也是同一条路。

治理。Console 核对采购员和数字员工各自的岗位权限：能看哪些供应商的数据，能不能对外发邮件。数字员工的权限不会高于它服务的岗位，岗位上的人看不到的，它也看不到。对外发送属于关键动作，要先走审批。

运行。数字员工在 Harness 上干活：查交期、对照订单、整理成表、起草邮件，这一切都发生在企业专属的环境里。干活用的模型由 Engine 按岗位分派，每一次调用都记在这位数字员工和它的岗位头上。就算它所在的机器暂时离线，任务也会排队，联网后接着做。

知识。它照着 Nexus 里的采购管理制度和供应商资料干活，所以表里每一条都能标出出处；这些资料也按岗位授权，它只读采购岗位能看的那部分。做完之后，这次用过的做法留下来，下次同样的活不必从头交代。

路线图。用企业自有的数据持续训练，是 Engine 的下一步，目前还在路线图上。

它在哪一步停下来

查交期、做表是读取，看完不改变任何东西；把邮件发给供应商是对外发送。前者数字员工可以直接做，后者它会停下来，把草稿交给有权批准的人。批准了才发出，退回就不发。

写回也一样。假如还要把新的交期更新进采购系统，这一步同样设有审批位：数字员工准备好改动，由人批准后才写进去。

每一步都成立的四条规矩

这个例子里的几个细节，其实是四条规矩。不管任务大小，不管从哪个入口进来，它们在每一步都成立。

一句话交代下去，背后五层协同完成。