企业业务本体启航者
从一条业务闭环开始构建可推理的语义底座
引导企业从一个真实场景出发，完成范围界定、术语治理、三元组建模、CBC 规则注入和实例验证，形成业务本体 v0.1。
业务本体启航画布、能力问询清单、核心术语表、关系-主体-事实三元组、CBC 规则卡、验证闭环
单独使用会留下个人工具记录；从企业/班级入口进入，会进入同一入口的数据池，便于团队复盘和组织议题追踪。
很多企业已经有数据、知识库和大模型助手，但 AI 仍然只能回答问题，不能进入真实业务闭环。原因通常不是模型不够强，而是业务对象、关系、规则、动作和权限没有被表达成机器可理解、可执行、可验证的语义结构。
适合使用
- AI 助手经常答得像专家，但接不上真实流程
- 企业准备把智能体接入财务、招聘、风控、供应链等关键场景
- 四支柱缺口诊断显示业务本体是短板
- 团队需要把知识图谱升级为可执行的业务本体
不适合使用
- 只想整理静态知识库或文档目录
- 没有明确业务场景，只想一次性建模全公司
- 还没有业务负责人参与，只由技术团队单独建模
场景定位与能力问询
选择一个清晰业务域，写下 1-2 个本体必须回答的问题。问题必须能被真实数据验证，例如谁能批准、哪些状态触发预警、哪个对象影响下一步动作。
术语枚举与语义治理
列出业务人员日常使用的核心词汇，先不讨论技术层级。用业务语言命名对象、关系、状态、规则、动作和权限，避免一上来使用类、边、节点等技术词。
结构建模：关系-主体-事实
按关系、主体、事实三步抽取三元组：先确定关系，再定位主体，最后结合上下文形成事实。不要只连实体，要写清状态变化和业务动作。
逻辑规则注入
用情境-行为-约束（CBC）范式写业务规则：当什么情境出现，系统应触发什么行为，必须遵守哪些约束。优先写会影响责任、合规、风险和客户承诺的规则。
实例化与闭环验证
填入 3-5 条真实业务实例，回到第一步的能力问询逐条测试。本体不能回答的问题，标记为术语缺口、关系缺口、规则缺口或数据缺口，进入下一轮迭代。
- 本工具不追求一次建完整本体，只看能否让一个业务闭环变得可计算、可推理、可验证。
- 高质量能力问询必须能排除模糊答案，并能在真实实例中验证对错。
- CBC 规则必须包含情境、行为和约束三项，缺一项就不能进入自动化执行。
- 从一个闭环开始，不要让团队一上来画全公司大图。
- 坚持用业务语言命名，等业务结构稳定后再翻译成 OWL、图数据库或系统字段。
- 让业务负责人确认每条规则的责任边界，技术团队只负责表达和验证。
- 如果团队陷入技术实现讨论，把问题拉回能力问询：这个本体到底要回答什么？
- 把业务本体做成知识库目录，只能检索，不能触发动作。
- 把知识图谱里的实体关系误认为业务本体，遗漏状态、规则、动作和权限。
- 只依赖大模型自动抽取，不让业务专家校准语义。
- 没有用真实实例回测，导致规则看起来完整，进入流程后无法执行。
价值锚点
这条业务本体要减少哪类 AI 幻觉？填写提示
标准：写清当前 AI 为什么容易误判，是缺对象、缺关系、缺规则、缺权限，还是缺真实实例。
示例：招聘助手经常把“岗位空缺”和“可招聘编制”混在一起，导致它建议新增招聘时没有检查预算、HC 和审批状态。
它会成为企业大脑里的哪类神经元？填写提示
标准：说明它沉淀的是哪类业务语义，未来会被哪些智能体或流程调用。
示例：沉淀招聘域对象、岗位状态、审批规则和候选人流转动作，未来供招聘智能体、编制预测和面试排程调用。
它帮助组织从 L 几迈向 L 几？填写提示
标准：用 AI 转型五级阶梯说明这条本体服务的阶段迁移。
示例：当前招聘 AI 停在 L1 局部感知，只能写 JD 和总结简历；本体 v0.1 目标是进入 L2-L3，让 AI 接上岗位需求、预算、候选人和审批流程。
五步构建画布
场景范围与能力问询填写提示
标准：写出业务域边界和 1-2 个必须回答的问题。问题要能用真实实例验证。
示例：范围：销售回款风险识别。能力问询 1：哪些客户逾期超过 15 天且合同金额超过 50 万？能力问询 2：这类客户应升级给哪位负责人并触发什么动作？
核心术语表填写提示
标准：列出业务对象、关系、状态、规则、动作和权限，不要写技术术语。
示例：对象：客户、合同、发票、回款计划、销售负责人。状态：未开票、已开票、逾期、已升级。动作：提醒、冻结发货、升级审批。权限：销售查看、财务审批、总监豁免。
关系-主体-事实三元组填写提示
标准：至少写 5 条三元组。每条都要能被业务人员读懂。
示例：客户 A 拥有 合同 C001；合同 C001 对应 发票 F009；销售负责人 张三 负责 客户 A；发票 F009 处于 逾期状态；客户 A 触发 升级预警。
CBC 规则卡填写提示
标准：至少写 3 条情境-行为-约束规则。
示例：情境：当逾期天数 > 15 且合同金额 > 500000。行为：触发升级预警并生成回款跟进工单。约束：不得自动冻结发货，必须由财务经理确认。
实例验证与迭代缺口填写提示
标准：填入真实样本，并记录能力问询是否回答成功。失败时说明缺术语、缺关系、缺规则还是缺数据。
示例：样本客户 A 可以回答两个问询；样本客户 B 无法判断升级负责人，缺少客户-销售负责人关系；下一轮补 CRM owner 字段映射。
2 小时闪电构建
选择哪个预设模板？填写提示
标准：在金融信贷、财务审计、人力资源、供应链、客户成功等模板中选择一个，并说明为什么。
示例：选择人力资源招聘域，因为业务增长快，招聘需求经常晚于营收变化出现。
本轮只验证哪一个最小闭环？填写提示
标准：写清最小闭环，避免扩到全域建模。
示例：只验证“营收增速变化 -> 岗位需求预测 -> 招聘优先级建议”这一条闭环。
哪些工具栈先用，哪些暂不做？填写提示
标准：说明是否需要本体编辑器、LLM 抽取助手、语义对齐框架，先用轻量记录还是进入图数据库。
示例：本轮先用表格和在线记录完成术语、三元组和 CBC 规则；暂不接 Protégé 和图数据库；下一轮再用 LLM 从岗位说明书和招聘复盘中抽取实体关系。
团队与组织数据沉淀
本次本体针对哪个团队、业务单元或组织流程？填写提示
标准：写到流程级，后续才能比较多次迭代。
示例：人力资源部招聘运营流程，覆盖岗位需求提出、编制确认、候选人筛选、面试推进和 offer 审批。
需要沉淀的组织事实、规则和分歧是什么？填写提示
标准：分开记录事实、规则和分歧。事实是已发生情况，规则是约定，分歧是未达成共识的判断。
示例：事实：业务线经常在季度末临时提出关键岗位需求。规则：营收增速连续两月超过 20% 时，HRBP 需提前启动岗位预测。分歧：是否允许 AI 自动建议招聘优先级。
下一次复盘用什么信号判断本体有进展？填写提示
标准：写出能观察的复盘信号，至少包含一个能力问询通过率和一个业务动作信号。
示例：能力问询通过率：5 条真实岗位需求中至少 4 条能回答预算、审批人和优先级。业务动作信号：HRBP 能基于本体提前一周给出招聘预警。
建议记录
- 这个工具针对的团队、业务单元或组织流程
- 本次讨论形成的关键事实、评分、分歧或决策
- 下一次复盘要观察的进展信号
沉淀价值
- 让一次工具使用变成可追踪的组织样本
- 帮助引导师比较不同团队的真实卡点
- 为后续测评、复盘和行动计划留下证据
- 把本体 v0.1 接入一个智能体试跑，观察它是否能按规则完成建议、预警或工单触发。
- 将术语表、三元组和 CBC 规则同步到团队共享资产区，作为组织大脑的语义基建。
- 如果验证失败，优先补术语、关系、规则或数据中最薄的一层，不要急着扩大范围。
- 在企业/班级入口后台导出本工具记录，用于团队复盘、组织问题归档和后续行动追踪。