Skip to main content
组织形态这块我看的是责任边界:一个 Agent 对谁负责、交付什么、权限到哪。把四种形态说成”能力不同的助手”,或者一上来堆四层架构,都说明还没想清楚。

1. 先给结论:四种形态的差别在责任契约

早期我们按功能给 Agent 分类:客服 Agent、写作 Agent、代码 Agent。但落到企业里,决定一个 Agent 能否长期存在的是三个问题: 这三个问题答清楚,Agent 就从”工具”变成了”岗位”。四种形态的本质差异如下。

1.1 定义与责任边界

1.2 权限模型、成功指标与失败代价

1.3 四个常见误区

  1. 把 Super Agent 当万能。 工具越多、权限越大,选错工具和越权的风险越高,必须有路由和权限分层。
  2. 把 Personal Agent 当聊天记录。 没有长期记忆和跨应用操作,它只是个换皮的 Chat。
  3. 把硅基员工当 RPA。 硅基员工要能处理异常、解释决策、对结果负责,不是固定脚本。
  4. 把专家团当群聊。 没有 Lead、没有契约、没有裁决,多 Agent 只会互相放大错误。
Super Agent 卖”什么都能问”,Personal Agent 卖”懂你”,硅基员工卖”对结果负责”,专家团卖”专业协作”。

2. 对比矩阵:选型时到底看什么


3. 选型决策树:不要先选模型,先选责任

3.1 四种形态可以组合,不是互斥

真实企业里,四种形态往往同时存在:
一个典型组合:硅基员工负责”信贷材料初审”这段流程;遇到复杂疑点时,拉起一个由行业、财务、合规专家组成的专家团做会诊;员工通过 Personal Agent 接收提醒、查看证据、完成审批;Super Agent 作为统一入口,负责把请求路由到正确的岗位或专家团。

3.2 选型的三个硬约束


4. 企业四层智能体架构:职责链、指标传导与反模式

酷开 Happy Work AIOS 公开了一套四层架构:企业智能体、岗位智能体、个人智能体、任务智能体。它是目前能看到完整公开材料的样本之一,下面的职责链以它为主,并补上通用工程约束。

4.1 四层职责链

4.2 指标传导:从层层摊派改为因果分解

很多四层架构失败在”指标传导”:企业把营收目标除以部门数,部门再除以人数,最后每个岗位背一个数字,但没人知道怎么影响它。正确的做法是因果分解:
指标传导的三个原则:
  1. 可归因:每个指标能追到一个岗位、一个任务节点。
  2. 可干预:岗位能通过具体动作影响指标,而不是只能”背锅”。
  3. 可防刷:效率指标必须配质量与风险护栏。

4.3 跨层协同:用事件和产物,不用”层层汇报”

4.4 四层架构的反模式

4.5 什么规模才值得上四层

四层架构适合中大型组织,判断标准是协调复杂度,跟人数多少关系不大: 一个实用的落地顺序是:先任务级 → 再岗位级 → 有跨部门协同需求再上企业级 → 个人级按隐私与信任单独设计。 不要为了架构图好看,一次上四层。
四层架构的价值是解决”战略传导失真、经验随人流失、跨部门协同内耗、执行不可追踪”。如果这些问题不存在,四层只会增加协调成本。小团队先做岗位级或任务级,往往更划算。

5. Personal Agent:难在”长期懂你且不越界”

5.1 能力与风险

5.2 记忆分层

关键原则:记忆要可查看、可修改、可删除、可追溯来源。 用户不知道 Agent 记了什么,信任就无法建立。

5.3 权限设计

Personal Agent 不能拥有”超级权限”,而应该跟随用户权限:
  • 用户能看的,Agent 才能看。
  • Agent 代用户执行写操作时,必须能追溯到具体的人。
  • 敏感操作要二次确认,不能因为”用户以前同意过”就默认永久授权。
  • 授权要可见、可撤销、可到期失效。
  • 防提示注入:外部内容不能直接变成系统指令,工具调用要经过策略校验。

5.4 评测指标


6. 公开案例:2026 年到底验证了什么

6.1 证据分级

6.2 案例速览

目前公开资料能证明”某企业在某场景做了尝试”,但普遍缺少:独立审计的 ROI、事故责任判例、长期稳定性数据、跨企业可复制的成本结构。面试时不要把厂商宣传话术当成行业事实。
更详细的案例拆解、岗位建模和三个完整场景,见 硅基员工;专家团的角色与协作机制,见 专家团。

7. 商业化与组织影响

7.1 计价方式

公开价格示例:阿里云云联络中心”数字员工”标准版 699 元/并发/月、专业版 1099 元/并发/月,超出并发按 0.18 元/分钟计费。这类价格只能说明”按并发/坐席”仍是主流,不能直接套到知识型岗位上。

7.2 单位产出成本与 ROI

只看 Token 很容易得出”Agent 很便宜”的错觉;把人工复核、异常处理、系统集成、合规审计算进去,结论可能完全不同。 示例(假设,不是行业数据):
这个示例的重点是口径:分母必须是合格交付,不能是调用次数;成本必须包含人工接管和集成。

7.3 人机共驾是长期状态

7.4 岗位重构与员工接受度

岗位不会简单消失,但会收敛和重组。这是方向性判断,不是统计结论。百度李彦宏在 2026 年世界大会上提出”组织进化三原则”:打破岗位边界、沉淀隐性知识、设计流程闭环,并判断未来岗位会收敛为 Builder(创造者)和 Seller(连接者)两类。 员工接受度靠四件事解决:透明(Agent 做什么)、可控(权限和申诉)、受益(省下的时间归谁)、能力(培训与转岗)。 光靠”宣传 AI 不替代人”没有用。
公开报道里企业普遍强调”人机共驾""把人放到更值钱的位置”。面试时把 Agent 说成”完全替代某岗位”,既不准确,也会暴露你对责任边界的理解不足。

8. 深度面试追问:及格回答 vs 满分回答

追问 1:Super Agent、Personal Agent、硅基员工、专家团怎么选?

及格回答:看场景。简单问答用 Super Agent,个人用 Personal Agent,企业流程用硅基员工,复杂任务用专家团。 满分回答:先看责任边界,不看功能。Super Agent 对”找得到、答得对”负责,适合低风险碎片请求;Personal Agent 对”懂你”负责,权限跟随个人;硅基员工对一段岗位/流程的结果负责,必须有 KPI、SLA、升级路径;专家团对一次复杂交付负责,必须有 Lead、角色正交、评审裁决。四者可以组合,不是互斥。选错的典型后果是:用 Super Agent 干高风险业务,责任无人承担;用专家团干简单任务,成本和延迟失控。

追问 2:四层智能体架构适合什么规模的公司?

及格回答:大公司适合,小公司不适合。 满分回答:判断标准不是人数,是协调复杂度。员工 200 人以上、跨部门流程 3 个以上、指标口径冲突明显、多法人/多地域、流程变更频繁,才值得上四层。小团队先做任务级或岗位级,收益更快。四层的价值是解决战略传导失真、经验流失、协同内耗、执行不可追踪;如果这些问题不突出,四层只是增加协调成本。

追问 3:指标怎么从企业传到岗位,才不变形?

及格回答:把公司目标拆到部门,再拆到个人。 满分回答:用因果分解,不用平均摊派。比如营收 = 流量 × 转化率 × 客单价 × 复购率,再把每个因子归到能影响它的岗位和任务节点。每个指标要可归因、可干预、可防刷:效率指标必须配质量与风险护栏。岗位指标卡要写清楚”这个岗位影响哪个因子、通过什么动作、用什么数据证明”。否则就是层层背数字,没人知道怎么干。

追问 4:为什么说 Personal Agent 的风险比普通助手大?

及格回答:因为它知道很多个人隐私。 满分回答:它同时掌握长期记忆和跨应用权限,一旦泄漏或被提示注入利用,破坏面远大于普通助手。设计上要本地优先、最小上传、记忆可查看/可修改/可删除、写操作可追溯、敏感操作二次确认、授权可撤销。还要防记忆污染:外部内容不能直接写成长期记忆,记忆写入要经过校验。不能把”方便”建立在”永久授权”上。

追问 5:硅基员工和专家团怎么组合?

及格回答:硅基员工干活,专家团帮忙出主意。 满分回答:硅基员工是岗位交付主体,对流程结果负责;专家团是复杂任务的临时参谋部,负责多专业会诊和评审。组合方式是:硅基员工在任务图中遇到高不确定性、跨专业冲突或高风险节点时,按规则拉起专家团;专家团输出结构化产物和决策建议,硅基员工负责执行、审计和交付。不能让专家团直接改业务系统,也不能让硅基员工自己给自己评审。

追问 6:按结果付费为什么难?

及格回答:因为结果不好衡量。 满分回答:难在四件事:结果定义(什么算合格)、归因(Agent 贡献多少)、可控性(供应商能否控制错误率)、风险分担(错了谁赔)。可验证、可计量的场景适合按结果,比如客服解决率、单据处理量;主观或强协作场景适合混合计价:基础订阅 + 用量 + 结果奖金。合同要写清楚计量口径、争议处理、数据边界和退出机制。

追问 7:怎么算一个 Agent 项目的 ROI?

及格回答:算省了多少人、多少时间。 满分回答:用单位合格产出成本,不用 Token 单价。分子包含模型、工具、人工接管、集成、运维、合规;分母是合格交付量。收益侧算人工节约、时效收益、返工下降、风险损失下降。再做敏感性分析:合格率下降、人工接管上升、调用量超预期时,ROI 会不会转负。很多项目演示时很便宜,生产时被复核和异常处理吃回去。

追问 8:人机共驾下,岗位会怎么重构?

及格回答:重复工作交给 AI,人做更有创造力的事。 满分回答:更准确地说,是任务重组而不是岗位简单消失。任务成为最小单元,人加入多个任务;协调层被 Agent 压缩,判断层被放大;岗位收敛为创造者和连接者两类,但这是方向性判断。落地时要重写岗位说明书,标清 AI 协作权责、验收标准、异常升级;配套培训、转岗和激励。只买工具不改流程,效率红利会被旧组织吃掉。

追问 9:为什么很多企业上了 Agent,却没有组织收益?

及格回答:模型不够好,员工不会用。 满分回答:常见原因是”只换电机,不换厂房”:流程没重设计、指标没重定义、权限没重新收敛、责任没重分配。Agent 只在边缘辅助,核心流程还是人工串行;省下的时间没有回到客户或创新上;考核还在看调用量而不是业务结果。组织收益来自流程重构 + 责任重构 + 能力重构,只堆工具不会带来这些。

追问 10:Agent 出了事故,责任怎么分?

及格回答:谁部署谁负责。 满分回答:责任在部署企业、岗位负责人、操作员工、供应商之间的合同与流程里。技术上要能还原:谁授权、Agent 做了什么、依据哪条知识、调用了什么工具、谁审批、谁验收。高风险动作必须人工确认,不能模糊成”模型自己决定的”。供应商承担产品能力和安全基线责任,但不替代企业的业务责任。Agent 不是法律主体,责任必须落到人。

9. 来源与延伸阅读