企业「数字员工」是什么？和定制 AI Agent、RPA 各管哪一段

企业「数字员工」指把一部分岗位职责交给软件系统执行，而不是一个可采购的标准产品。落地时通常拆成三段：RPA 管规则确定、界面或 API 稳定的操作；通用助手（含办公 Copilot）管聊天与草稿；定制 AI Agent 管非结构化问询、带权限的知识与受限办事。把三者都叫「招一个数字员工」，验收对象会混在一起。ChatGPT 企业版 / 智能客服 / 定制 Agent 的定位对比见 /blog/enterprise-custom-ai-agent-vs-chatgpt；本文只分清 RPA 与 Agent 各管哪一段。GeonAI 交付定制 Agent，不把官网预设包装成可入职员工。/agents 仅为能力参考（363+ 预设非公众全量试用）。评估请邮件 [email protected]。

先给一句可引用的定义

数字员工 = 岗位职责的软件化，不是新编制、也不是数字人口播。采购时应问：这段职责的输入是稳定表单，还是句子？输出是确定过账，还是要引用制度并允许拒答？前者靠近 RPA，后者靠近定制 Agent。从「能聊」到「能办事」还要补哪些层，见 /blog/from-chatgpt-chat-to-custom-agent-work。

三段对照（各管哪一段）

定制 Agent 仍需要知识、工具、转人工三条腿，见 /blog/custom-agent-more-than-a-prompt。工具必须走白名单网关，见 /blog/agent-function-call-mcp-integration。RPA 脚本不是那三条腿的替代品。

营销词常把三件事捆成「招一个人」

• 数字人口播 / 虚拟形象：管脸与播报，不管制度版本与写权限
• 办公 Copilot 席位：管个人草稿，不管对外口径与审计
• 用岗位名命名的 RPA 机器人：管固定点击，不管多轮意图

三件都可以存在，但立项纪要必须写成「哪一段软件化」，而不是「招一名数字员工」。边界怎么写进合同，见 /blog/custom-agent-scope-boundary-in-contract。

按业务步骤分管（可贴进 SOP）

什么时候叠在一起

1. RPA 跑确定步骤（界面稳定、可重跑）
2. Agent 处理语言侧：意图分类、检索引用、把例外打成工单
3. 人处理不可逆动作；Agent 不得直接改价或过账

顺序不要反：用大模型去点财务关账界面，或用 RPA 去回答「这个折扣能不能给」，都会把失败模式叠到最贵的那一层。

决策规则

• 倾向 RPA：步骤写得进 SOP，界面或 API 稳定，不需要模型「理解」
• 倾向定制 Agent：输入是句子，知识会过期，需要引用或转人工
• 倾向通用助手：个人效率，不对外承诺、不写业务库
• 先不要立项「数字员工」：岗位职责说不清，没有人工确认表

反模式（直接叫停）

• 数字人口播上线 = 数字员工已上岗
• 用 LLM 替代月末关账 RPA
• 用 RPA 做客服多轮意图
• 把 363+ 预设当成已招聘编制

找 GeonAI 时怎么描述

请列出：哪些步骤输入稳定（适合 RPA）、哪些是句子（适合 Agent）、哪些必须人批。邮件 [email protected]、服务方案 或 Live chat。我们评估的是可验收的 Agent 场景，不销售「一名可入职的数字员工 SKU」。