AI 员工上线前，先定哪三条权限？｜智能体与 AI 落地

AI 员工上线前，团队通常会讨论它能做什么。

很少有人先讨论：它不能做什么。

一个能查客户资料、发消息、建工单的 AI 员工，如果没有权限边界，出错时不只是答错一句话，可能直接改数据、发错人、留下错误记录。

上线前，先把三条权限定清楚。

第一条：读权限

读权限决定 AI 员工能看到什么。

客户名单、报价、合同、工单、财务数据，不能因为“方便”就全部开放。先按岗位分：

读权限还要区分“能看”和“能导出”。能看不等于是能批量拿走。

写权限比读权限危险。

改状态、发消息、建工单、提交审批，这些动作会留下结果。第一版尽量只做草稿和建议，由人确认后再写。

必须写的时候，要加三个条件：谁批准、能不能撤回、有没有日志。

涉及付款、合同、对外承诺的动作，不要让 AI 员工单独完成。它可以准备材料，但最终确认要留给人。

AI 员工一旦直接和客户对话，风险会放大。

它能用哪些渠道、能说什么、什么情况必须转人工，都要提前定。

比如：

对外沟通还要有频率限制。不要让系统在客户没回复时连续追发消息。

权限定完，不等于执行到位。

每次读敏感数据、每次写操作、每次转人工，都要留下记录。日志至少能回答：谁在什么时候、用什么身份、做了什么、结果是什么。

没有日志，出了问题只能靠猜。

先做只读助手，让它查资料、整理摘要、给建议。跑顺以后，再开放有限的写操作。

写操作先选低风险场景，比如创建内部草稿、生成提醒。涉及客户和资金的，放在最后。

对外沟通单独评估，不要和内部助手一起上线。

权限设计不能替代业务判断。

如果流程本身责任不清，AI 只会让责任更模糊。先把谁负责、谁审批、谁回滚定下来，再谈权限。

AI 员工的权限，不是越少越好，而是和任务匹配。该看的看不到，它就没用；不该看的能看到，它就是风险。

权限表也不是写完就锁死。员工调岗、项目换人、系统升级，都要重新看一遍。建议每季度审一次，把不再需要的权限收回去。