Appearance
四层能力模型:从文件到决策
同样是"帮我整理一下",落在不同的能力层,验收标准、实施条件和风险完全不同。企业在试点前先判断场景属于哪一层,能省掉大量返工。
四层对照
| 层级 | 典型任务 | 验收重点 | 实施条件 |
|---|---|---|---|
| 文件层 | 整理、抽取、比对、生成草稿、批量处理本地文档表格 | 格式、完整性、准确性、返工量 | 本地文档、表格和模板,结果可人工检查 |
| 知识层 | 把制度、SOP、案例、产品资料、专业文献变成可检索知识 | 来源可追溯、版本受控、拒答是否可靠 | 有版本、有出处、有权限、有更新机制的知识资料 |
| 系统层 | 读取或写入 OA、ERP、CRM、WMS、MES、HR、财务系统 | 鉴权、幂等、日志、回滚、异常恢复 | 受控的 Connector、MCP 或 API,最小权限 |
| 决策层 | 整理选项、解释数据、提示风险、形成建议 | 依据是否充分、假设是否说明、人工是否批准 | 展示依据、假设和影响,高风险决定由人批准 |
文件层:最适合作为第一个试点
文件层任务的输入和输出都很清楚,容易建立人工基线,出错也容易回退。整理文件夹、清洗表格、生成会议纪要、批量改写文档,都属于这一类。
验收时不要只看生成速度,要记录漏项、错误、返工量和人工覆盖比例。如果结果需要大量重做,说明任务口径还没定义清楚,而不是模型能力不够。
知识层:质量取决于资料治理
知识层的失败几乎都不是模型问题,而是资料问题:来源不明、版本混乱、权限失控、更新没人负责、该拒答的时候硬答。
建立知识层前先回答四个问题:资料从哪来?谁负责更新?不同角色能看到什么?找不到依据时系统应该怎么回应?
系统层:先解决工程问题,再谈智能
系统层任务需要读取或写入业务系统。企业必须先具备受控接口、最小权限、调用日志、幂等设计、回滚方案和失败恢复流程。
如果系统写入不可回滚,试点应该暂停,先修复权限和流程再谈扩大范围。
决策层:AI 准备材料,人做决定
决策层任务整理选项、解释数据、提示风险、形成建议。录用、付款、报价、处方、信贷、核保、拒赔、行政许可等高影响事项,必须由有权限的人批准。
技术上可以做到"一键通过",但那不应该是默认设计。责任设计要回答:谁能发起任务、谁能查看数据、谁能批准写入、谁处理异常、谁承担最终业务责任。
怎么用这四层
- 在岗位全景里找到你的岗位,挑一个具体场景。
- 判断它属于哪一层。文件层可以直接开跑;知识层先治理资料;系统层先补权限和日志;决策层先定审批流程。
- 按企业实施路线建立人工基线并并行试运行。
- 扩大范围前,用试点验收清单过一遍。
内容来源
本节内容整理自《WorkBuddy 企业岗位应用全景白皮书》(曾俊|北京硅基行动科技有限公司,2026 研究版),由皮皮未来在本地站点中拆解、结构化后呈现。涉及 WorkBuddy 当前版本能力、企业版配置、价格与部署方式时,请以官方最新资料为准。