阶段 2 · Agent 基座(M2 组织问答上线)
旅程的第二个建设段:AIDC 自研的文件解析与知识化管线把数据基座里的文件变成 Agent 可用的知识;运行环境四要素(文件系统、权限矩阵、管理节奏、复核机制)立起来;首发十个管理域 Agent 按对内 Admin、对外 Execution 的双系统架构上岗——你的组织第一次「问得到、答得准、有出处」。
// 一句话理解
让管家入住数字总部:文件躺在云盘里还只是档案馆,这一段给每个管理域配一位「读过全部档案」的数字员工——问财务域报销口径、问运营域某条 SOP,回答引用的是你们自己的文件,点开能看到出处。
双系统:对内 Admin,对外 Execution
| 维度 | Admin Agent(对内) | Execution Agent(对外) |
|---|---|---|
| 服务对象 | 管理层与核心员工 | 对外/半外部任务场景 |
| 模型策略 | 能力优先(成本次之) | 性价比优先:安全、稳定、成本可控 |
| 权限 | 按职能域分级、高权限、强审计 | 任务包驱动、最小权限 |
| 价值 | 提高管理质量 | 安全、稳定、可复制执行 |
// 架构铁律
Admin Agent 设计 Execution Agent;Execution Agent 永远不能反向访问公司完整大脑——对外执行只拿到任务包(目标、所需材料、动作白名单、失败时怎么交还人工)。本段推送的是 Admin 层;Execution Agent 在阶段 4 的闭环试点中按需派生。
首发十个管理域 Agent
第一批推送固定为十个 C-suite Agent,覆盖战略、信息、财务、产品、技术、运营、人事、法务、市场、销售十个管理域。每个 Agent 绑定且仅绑定一个根目录,配一页职责说明书:管什么、看什么、答什么、什么不归它管——Agent 不是聊天助手,而是有岗位说明书的数字员工(完整参考见 C-suite Agent 参考)。
这一段做什么:五个动作
| 动作 | 说明 | 产出 |
|---|---|---|
| 1 文件解析与知识化 | 自研管线把已录入文件解析为知识节点与上下文索引——问答建立在你自己的材料上 | 客户知识库 + 上下文索引 |
| 2 运行环境四要素 | 权限矩阵、管理节奏接入点(周会/月会)、复核机制落地 | 运行环境配置 |
| 3 首发十个 Agent 推送 | 按模板实例化、绑定根目录、配置职责说明书 | 客户侧 Agent 注册表 |
| 4 治理基线检查 | 逐 Agent 过八条硬门槛,任何一条不满足不上线 | 八条检查记录 |
| 5 问答评估 | 评估题库来自你的真实材料(脱敏),按风险分级门槛执行 | 评估报告 |
里程碑 M2 ·「组织问答上线」
| 项 | 内容 |
|---|---|
| 一句话 | 十个管理域 Agent 上岗——你的组织第一次「问得到、答得准、有出处」 |
| 参考周期 | 1–3 周 |
| 等级意义 | M1 + M2 验收通过 = ADL-2「问答助手」达成:Agent 开始承担秘书、助理级角色 |
你能亲眼看到的变化
- 问 CFO 域 Agent 报销制度、问 COO 域 Agent 某条 SOP 的步骤,回答引用的是你们自己的文件,不是互联网常识;
- 每个回答可溯源:点开就能看到依据哪份文件、哪个版本;
- 每个 Agent 有一页职责说明书,问错域会被礼貌移交而不是硬答;
- 管理节奏里开始出现 Agent 的输出:周会有简报、复盘有纪要底稿。
M2 验收清单(签字项)
| # | 验收项 | 判定方式 |
|---|---|---|
| 1 | 十个 Agent 全部登记注册表 | 注册表对照检查 |
| 2 | 每个 Agent 通过治理基线八条 | 逐条检查记录 |
| 3 | 问答评估通过率达上线门槛 | 评估报告归档 |
| 4 | 回答可溯源到数据基座文件 | 现场抽查不少于十个真实问题 |
| 5 | 客户负责人完成一轮独立使用 | 现场验证记录 |
你需要投入什么
- 每个管理域一位负责人参与 Agent 职责说明书评审(每域约一小时);
- 提供二十到五十个真实问题作为问答评估题库素材;
- 指定每个 Agent 的人类负责人(治理基线第一条:每个 Agent 有唯一人类 owner)。
进入下一段的条件
M2 五项验收全部通过,且你在真实管理节奏中使用 Agent 不少于两周(有使用记录)——这两周会自然暴露「文件能答、状态答不准」的真实需求,那正是阶段 3 对象建模要解决的问题。
// 上岗只是入职报到
M2 不是能力封顶——数字员工上岗之后的试用期、在岗训练、记忆管理与考核晋升,由数字员工训练与管理承接,从这里起贯穿旅程余下的全部段落。
这一段不做什么
- 以「读 + 答」为主:不承诺对象级状态分析——「客户 A 有几个在途订单」这类问题依赖事实登记而非文件,文件会过时、重复、矛盾(阶段 3 解决);
- 不执行任何写入动作——所有改变组织状态的动作要等阶段 4 的 Action 合约;
- 不替代人类决策:战略方向、财务承诺、法务边界、人事决定、客户承诺、生产系统变更必须人类复核。
相关阅读
- 旅程总览 — 这一段在全旅程中的位置
- 阶段 3 · 对象建模(M3) — 下一段:从「读过」到「认识」
- 数据基座与 Agent 基座 — 概念层的完整阐述
- C-suite Agent 参考 — 首发十个 Agent 的职责与边界
- 数字员工训练与管理 — 上岗后的训练机制