A.1 总体模式Skill 发现最佳实践 → 固化为工作流的晋级漏斗对用 Skill 总结专家的多路径知识待最佳实践出现后固化为工作流这一思路的判断成立它正是本报告第五章探索到固化过渡形态的运营化版本——把知识治理做成一个漏斗Skill 阶段容纳并观察多条路径证据成熟后将收敛的部分降档为确定性执行。落地时有三个关键设计点最佳需要证据机制不能靠感觉。 应提前定义度量完成时间、返工率、合规通过率等Skill 的多路径阶段就是在积累这些证据没有度量固化只是把某个人当时的做法拍成了标准。固化有判据。 重复量大、输入输出稳定、合规敏感、且多条路径在实践中自然收敛——满足才降档到工作流。反之如果条条大路是因为环境本身多变开放型任务见 5.3 节open field类比固化反而制造脆性保持 Skill 形态即可。固化的收益来自重复量和风险不是来自存在多条路这个现象本身。固化不是删除。 工作流沉淀后Skill 中应保留它作为标准路径同时保留例外处理指引Skill 从怎么做的方法集退化为何时调用哪个标准流程 处理例外的调度知识。这正是官方三档自由度设计3.3 节 high/medium/low freedom在治理层面的用法——自由度是随证据递减的调节旋钮而非一次性选择。A.2 五层知识分层全景模型层回答的问题内容单元进入模型的方式约束强度典型晋级方向实例库业务现在是什么状态本体对象类型的具体实例具体客户、具体工单经本体查询/Action 读写数据层强制写入校验案例沉淀后反哺知识库与 Skill本体Schema业务世界里有哪些东西、什么操作合法对象类型、属性、链接、Action、状态机、校验规则平台运行时强制全路径硬约束本体规则变更 治理事件知识库是什么/为什么/依据是什么文档、制度、事实、手册按相似度检索作为素材被引用无内容性影响稳定化的程序性内容 → SkillSkill怎么做/按什么步骤与判断任务能力步骤 启发式 可选脚本按 description 任务匹配加载作为指令被遵循建议式无运行时强制验证过的路径 → 低自由度档 → 工作流工作流这条路径必须这么做预定义代码路径 / 编排节点平台执行保证流程内强制跨流程的硬边界 → 上移本体约束知识治理的目标就是让知识在五层之间按证据晋级案例沉淀为实例、启发式沉淀为 Skill、最佳路径沉淀为工作流、跨路径的硬边界上移为本体。A.3 问题一Skill 与知识库的区别与联系一句话知识库是陈述性知识是什么、为什么、依据是什么Skill 是程序性知识怎么做、按什么步骤和判断。维度知识库Skill回答的问题是什么/为什么/依据怎么做/按什么顺序与判断内容单元文档、制度、事实、手册任务/能力步骤启发式可选脚本进入模型的方式按相似度检索作为素材被引用按任务匹配加载作为指令被遵循对模型的作用提供事实依据约束内容塑造行动路径约束过程与具体任务的关系横向素材任务无关纵向能力绑定任务类型失效方式内容过时答案错步骤漂移/不触发过程错联系Skill 通常编排知识库——SKILL.md 的典型写法是第一步查询 X 知识库取现行资费第二步按下列规则判断……。官方总结2.2 节恰好说全了这个层次Instructions for flexible guidance, resources for factual lookup, code for reliability——Skill 自带的references/目录本质上就是一个技能专属小知识库。实践划界测试这条内容变更后变的是答案内容还是做事方式前者进知识库如当年的资费标准后者进 Skill如对账的步骤。易变的事实放知识库稳定的程序放 Skill——这也让两者的更新节奏与审批线天然分开。A.4 问题二什么样的内容应加入本体的实例库实例库回答业务现在是什么状态——它是本体中各对象类型的具体实例某个具体客户、某张具体工单。一条信息该不该进实例库用五个判据筛是已定义类型的实例能归入本体中某个对象类型有唯一标识、有结构化属性而不是一段无结构的叙述需要结构化引用后续要按 ID 精确找到它、更新它的状态、参与统计或追溯——而不是靠文本相似度想起来有生命周期创建→审批→执行→关闭这类状态迁移需要被追踪多方共享被多个流程、多个 Agent、以及人工操作共同读写是事实而非推理产物它记录发生了什么/存在什么而不是模型某次的中间假设。满足判据的两类典型来源Agent 执行产生的业务结果生成的工单、签署的合同、发现的缺陷必须经本体 Action 写回Action 负责约束校验与权限校验绝不能让模型直接写库——Palantir LLM 负责理解意图本体负责执行与约束的设计哲学即为此设天然同构的经验案例专家知识中一批结构相同的处置案例每次故障处置留下现象、动作、结果正确做法不是塞进知识库而是在本体中定义处置案例对象类型让每条经验成为实例——Agent 可按设备型号、故障类型等结构化查询历史案例做类比推理比全文检索准得多。三类不该进实例库的内容一次性的中间推理结果留在会话上下文未经确认的模型假设写回即污染数据资产没有共同结构的叙述性经验进知识库。A.5 问题三约束与规则何时进入本体核心判据这条规则约束的是业务对象的合法性还是某条路径的做法 Skill 里和工作流里的规则只对走这条路的人生效本体里的规则对所有路径生效。按约束强度排成晋级阶梯层级内容载体约束强度L1一次性判断会话上下文无L2可复用的方法与启发式Skill高自由度文字建议L3验证过的最佳路径Skill 低自由度档 / 工作流流程内强制L4业务对象合法性的硬边界本体约束 / Action 校验全路径强制规则从 L3 升到 L4通常满足以下四个条件中的至少三个普遍性约束的是对象/操作的合法性——违反它产生的是非法状态不该存在的合同、越过的审批而不只是效果不好的执行。例做报表要过滤测试账号是 L2 方法学未完成三级审批不得盖章是 L4 领域法则可计算判定能写成属性取值范围、引用完整性、状态机合法迁移、聚合校验——本体能在写入时机器强制而不是靠模型读了规则文本后自觉遵守对照第三章结论Skill 层规则无运行时强制稳定性法规、财会准则、安全红线级别不随某次任务优化而变化。一个实用的组织信号改 Skill 是文档更新改本体规则应是治理事件需评审——若某条规则在频繁变动它多半还没资格进本体多方强制当同一条校验在多条工作流里重复出现、或人工操作也必须遵守时应上移到本体 Action 层各工作流只保留对校验的引用——去重上移。工作流只能约束走这条流程的执行者本体才能约束所有路径。对固化成工作流的约束何时进本体的直接回答当这条约束不再属于这条流程的做法、而成为不管谁走哪条路都不能破的业务法则时。最典型的触发信号它在多处重复出现或需要约束到 Agent 之外的人工操作。规则进本体的意义正是让它从某条路径上的注意事项变成所有路径共用的护栏使 Agent 的每次写操作都落在经过校验的 Action 上。A.6 与企业级平台架构的映射Palantir AIPAgent 绑定本体工具与 Action、权限继承、人机协同确认——即 L4 层的实现样板Ontology MCP2026-01进一步把该层暴露给外部 Agent 生态中数睿智动态本体引擎其信通院测评覆盖项中的状态机与工作流即本体承载 L3/L4 的佐证正文明细见《中数睿智调研报告》Anthropic Agent Skills承担 L2/L3 的知识载体角色且官方明确其无运行时强制第三章——这决定了企业落地时必须为 L4 单独规划本体/Action 层不能指望把规则写进 SKILL.md 就获得强制力。