- 别把 AI 想成一名员工,它每次只能接手一项具体任务。
- 比较实用的判断方法,是对照岗位说明书逐条区分:哪些职责系统能完整承担,哪些只能先起草。
- 凡是涉及钱、合同或安全的工作,无论系统多准确,都必须有人审批。
1. AI 员工不是电脑里的一个人
“AI 员工”这个说法一开始就容易让人误解,因为它让人以为能招来一个正好顶替某个岗位的人。实际上,它一次只能接手一项具体任务。有些任务它做得比人好,有些完全做不了。这条分界线,投入之前一定要弄清楚。
这个叫法多半是营销用语。企业主更应该把它看成负责“某一类工作”的一组能力,比如专门筛选销售线索(Lead)、整理文件或回答产品问题的助手。系统可以读取信息、按规则做判断、调用工具、把结果传给下一个环节,但它没有人的常识,不承担法律责任,对业务背景的理解也比不上人。
最大的区别在于:人类员工会学会没写下来的规矩,会察觉异常,也会为后果负责;AI 在输入不超出测试范围时表现良好。一旦数据含糊或指令互相矛盾,系统可能答得很自信,答案却是错的。所以好的“AI 员工”一定要配齐负责人、规则、权限和检查机制。
2. 投入之前,先分清 4 个能力层级
从易到难依次是:能回答问题的一级;先起草、再由人检查的一级;能独立把标准事务办完的一级;以及能代替人做决定的一级。大多数公司从前两级得到的好处最多,风险也最小。

| 层级 | 做什么 | 示例 | 风险 |
|---|---|---|---|
| 助手 | 有人发出指令时生成草稿 | 会议纪要、邮件草稿 | 低,因为每次都有人检查 |
| 自动化 | 按固定规则执行 | 移动文件、发送提醒 | 低到中 |
| AI 工作流 | 理解数据后选择处理路径 | 给工单分类并准备回复 | 中 |
| AI 智能体(AI Agent) | 自行规划并调用多个工具 | 跟进销售线索、核对数据、创建后续任务 | 随权限增加而升高 |
很多公司觉得智能体看起来更厉害,就从助手一步跳到智能体,但复杂度增长得比收益快。如果一项工作有 90% 的步骤是固定的,普通的自动化更便宜,结果也更可预测。只在需要读取格式不固定的文字、图片或文件的环节使用 AI,再把结果交给可控的工作流。
选择时有个简单原则:用“刚好能把事办成、聪明程度最低”的系统。自主权每多一级,测试和监控就要多一层,出错的机会也更多。如果只是要从 PDF 里提取采购订单号,就没必要做能同时访问邮箱、CRM 和银行账户的智能体。
3. 如今 AI 真正能接手的工作
接收和整理任务
AI 读取邮件、表单、聊天记录或文件,提取关键信息,检查有无缺漏,并生成任务清单。比如读一份询价单,提取出公司名称、产品明细、数量和交货日期。这样能减少逐份打开阅读和重复录入的工作,人只需要看信息不全的那几条。


检索和总结知识
系统检索操作手册、公司制度、客户历史记录和项目文件,生成附带出处的回答,适合客服团队、销售部门和新员工使用。需要管好的是源文件和访问权限;把所有文件一股脑上传、指望 AI 自己挑对,是行不通的。

生成标准化内容
AI 根据模板和已审核的数据,起草报价单、报告、管理层摘要、客户回复或产品说明。如果内容里有数字,应该让系统按规则或用程序计算,不要让语言模型去猜。

协调和跟进
系统可以检查积压的工作、发送提醒、汇总待决策的事项,并跨系统更新状态。例如报价单三天都没人打开,系统就准备好跟进消息并通知销售部门。起步阶段,没必要每次都让智能体自己把消息发出去。
4. 没有专人负责,就不该交给 AI 的工作
结果难以挽回的工作,不要给 AI 完全的自主权,比如转账、删除数据、修改合同、对法律事项作出认定、审批信贷,或者发布可能影响声誉的内容。系统可以帮忙收集证据、比较条款、提出备选方案,但最终决定必须有具名的负责人。
需要体察情绪、维系关系的谈判,或者处理从未出现过的例外情况,这类工作也应该留给人。比如大客户因为特殊情况要求在条款上破例,让 AI 按政策答复,可能在文件上挑不出错,却伤了双方的业务关系。
5. 用新式岗位说明书设计 AI 员工
写一份一页纸的文件,包含六个部分:目标、输入、输出、工具、规则和转交条件。以“销售线索助手”为例:目标是缩短首次响应时间;输入来自官网和电子邮件;输出是分好类的线索信息;工具是产品数据库和 CRM;规则是不得报特价;遇到信息不全或需求超出产品范围时转交给人。
像招聘员工那样,定好“完成标准”(Definition of Done)。例如每条线索必须填齐五个字段、注明来源,并创建带截止日期的跟进任务。然后用真实案例建一套测试集,简单的、困难的、异常的都要有;每次修改提示词(Prompt)、模型、数据或系统对接,都要重新测试一遍。
- 什么事件触发它开始工作?数据从哪里来?
- 它有权读取、写入或发送哪些数据?
- 哪些情况自动处理,哪些情况需要审批?
- 质量、速度和成本的 KPI 分别是什么?
- 系统出错时通知谁?由谁负责?
6. AI 的权限应该和新员工一样,别给到系统管理员级别
给系统开一个专用账号,不与员工共用密码。只给必要的权限,比如能读取产品清单但不能修改,能起草报价单但不能发送,能在 CRM 里添加备注但不能删除客户。个人数据和机密数据,不要写进用不着这些数据的日志。
每个操作都应该留下记录:由哪个人或哪个系统发起、用了哪些数据、调用了哪个工具、结果如何。重要操作要设上限,比如每小时最多发多少封邮件、最高金额是多少,或者只允许对哪些客户操作。紧急停止必须不用等开发人员就能执行。
安全不能只靠语言指令。提示词里写着“不得发送机密数据”,外部数据也可能诱导模型绕过这条规则。要用权限、过滤系统和模型之外的规则来强制执行。
7. 像算员工成本一样算 AI 的账,别只看模型费用
AI 的成本包括模型调用费、自动化系统、数据库、系统对接、监控,以及人工审核所花的时间。初期审核时间可能较长,但系统通过测试后应该会降下来。算出每项任务的成本,再和人工完成每项任务的成本比较,要把等待时间、差错,以及能否在下班时间工作都算进去。
每次省 15 分钟、每月发生 2000 次的系统,比每次省两小时、每月只发生三次的系统更有价值。要定好回本目标和费用上限。业务量上涨时,系统必须在费用超出预算之前发出提醒,不要等上线后看到账单才发现。
8. 如何在 30 天内试行 AI 员工
- 只选一项工作:每周至少出现几十次,结果可以核查,出错时影响不大。
- 只模拟、不执行:让 AI 处理过去的工作,但先不开放写入权限,再把它的结果和员工实际处理的结果作比较。
- 先在小团队试用:AI 起草,每次都由人检查。记下每个错误属于哪种类型,光说好或不好是不够的。
- 逐步放开自主权:标准情况交给系统自动处理,例外情况转给人。
- 用数字做决定:根据每项任务的成本、质量和节省下来的人工时间,决定扩大、调整还是停止。
如果 30 天过去了,还没有系统负责人,没有测试集,也没有数据说明人工时间减少了多少,就别把它叫作 AI 员工。公司目前只是在试用一个工具,还谈不上可以依靠的生产力。
总结:范围清楚、并且与业务系统打通时,AI 能接手很多工作,但不应把它当成独立行事的员工。先从由人检查的助手做起,严格定义岗位说明书和权限,再根据质量方面的证据逐步放开自主权。这样公司能做得更快、花得更少,同时责任仍由人来承担。
像设计岗位一样,把系统的角色定义清楚
说明一个岗位要做什么、哪些事可以自己拿主意、要向谁汇报的文件,您的 HR 和部门主管手里本来就有。我们以这份文件为起点,帮您把它转成系统规格:哪些任务系统可以完整完成,哪些只能起草后交给人审批,哪些绝不能交给系统,同时规定什么样的结果算合格。这些写清楚之后,团队就不再争论 AI 能不能取代人,转而讨论哪些范围真正做得到。
从岗位说明书到可问责的系统
最终做出来的系统通常是 Web 应用,带有任务队列、按角色分配的权限和审批节点,通过 API 与核心业务系统对接,省去重复录入。系统还保留审计日志(Audit Log),可以像查人工完成的工作一样回查。我们建议从容易核查、数量大的工作开始,正式启用前先用影子模式(Shadow Mode)与真实员工并行对比,再逐步扩大范围。如果您手上有某个一直招不到人的岗位的说明书,这份文件就足够作为我们沟通的起点了。
SOFTWARE ENGINEERING GLOSSARY
软件工程术语表
这组术语讲的是,怎样为代替人做事的系统划定范围和权限。
| 术语 | 是什么 | 通俗示例 | 高管应问开发团队的问题 |
|---|---|---|---|
| AI Agent | 接收目标、使用数据或工具,分多个步骤把工作做完的 AI 软件 | 智能体读取申请、核对数据,然后生成文件交给人审批 | 智能体使用哪些数据和工具?到哪一步必须停下? |
| Role-based Access | 按角色而非按个人分配权限 | 系统的权限与一线操作员工相同,达不到系统管理员的级别 | 这个系统的权限相当于哪个岗位?由谁批准? |
| Quality Gate | 工作进入下一步之前必须通过的检查点 | 文件发给客户之前必须通过数据核对 | 没通过关卡时,系统接下来怎么做? |
| Escalation | 超出既定条件时,把事情转交给权限更高的人处理 | 客户表示不满的工单立即转给主管 | 升级处理的条件是什么?服务水平协议(SLA)定的是多长时间? |
| Unit Cost | 完成一次工作的成本,用来和人工成本比较 | 答复一条客户咨询的成本 | 单位成本包含哪些费用?会怎样随业务量变化? |
