安洁物业安全巡检 · 知识本体 方案资料 ↗
园区“AI+政务”业务知识本体技能竞赛 设计方案

每一次巡查，
有依据。
每一处隐患，
有闭环。

安洁智巡 · 安全生产巡查巡检与隐患闭环治理
业务知识本体及智能应用

以群众生命财产安全为出发点，贯通巡前准备、现场发现、工单协同与持续改进。让要求落到每一次检查，让问题有人跟进，让一线经验成为共同能力。

探索业务本体 ↗查看场景与工单 ↓
我的智能体，我培育方案日期 · 2026.10.22
ANJIE · SAFETY OPERATIONS一条安全治理主线
安全巡检 · 全程辅助

风险早发现，
责任有承接。

巡前 AI 辅助

按项目、对象和有效版本，形成“本次该查什么、怎样记录”的检查卡。

业务本体贯穿全程原始来源可回查 · 关键结论由人确认
01统一业务主线安全巡检及隐患治理
16类业务关联设计巡检 · 处置 · 协同 · 支撑
06类岗位应用场景细化为18项拟建任务
40%聚焦知识建设对应竞赛评价重点
01 / 业务定位
人民至上 · 生命至上

守牢安全底线，
服务基层治理。

把统筹发展和安全的要求落实到群众身边的物业服务。以安全生产巡查巡检与隐患闭环治理为切口，贯通风险发现、责任承接、整改复核和持续改进，为社区安全风险预防与韧性城市建设提供基层支撑。

让每一次现场履职都有依据，让每一项安全诉求得到跟进，让一线经验成为可复用的知识。

01 民生安全

把风险发现前移

围绕通道、充电区域、设施和作业活动，把有效要求带到巡前，把异常与缺项留在记录中，让隐患进入有责任、有后续的治理过程。

02 基层协同

让问题有人承接

连接巡检、报修、投诉、值班与改造计划，明确物业职责内的处置、需要协同的事项及未决原因，为社区多方协同提供可核实的事实。

03 知识共用

让经验成为共同能力

将制度、岗位经验和案例整理为有来源、条件与版本的知识资产，经审核后跨项目适配，服务一线岗位学习与园区知识资产复用。

从居民身边的安全问题落地

四个业务领域，共用一套对象、责任与证据关系。

A / 场所

公共环境与通行安全

消防通道、疏散区域、充电棚、车库及公共空间的占用与异常，连接现场发现、清理处置与后续复查。

关注居民日常生活中的风险
B / 设施

设施运行与保障

应急照明、消防设施、电梯等对象的检查与维保资料，按具体设备、适用要求和覆盖周期核对。

连接设施状态与有效依据
C / 履职

作业安全与岗位责任

值守、巡查、维修、装修及外包服务中的安全要求、职责分工和交接记录，跟进跨岗与未决事项。

把责任落实到具体岗位与行动
D / 预防

风险预防与应急准备

安全培训、消防防汛与电梯应急演练、检查计划及长周期改造，记录安排、执行、临时措施与改进。

将日常预防与应急准备衔接
应用定位

面向物业履职的安全巡检与隐患治理助手。以业务本体连接事实、要求、责任与证据，拟结合图片和文字辅助隐患发现、依据匹配与协同跟进；语音视频按条件扩展，正式办理与专业判断按相应流程和授权开展。

政策依据与业务对应
  1. 安全生产治本攻坚三年行动答记者问 · 应急管理部，2024.02.05 ↗
    对应人民生命安全和事前预防导向，将风险排查与岗位能力建设落实到日常履职。
  2. 关于推进新型城市基础设施建设打造韧性城市的意见 · 2024.12.05 ↗
    “发展智慧住区”涉及智慧物业、多方参与安全治理，以及充电设施、消防通道和安全疏散的隐患防治。
  3. 国务院关于深入实施“人工智能+”行动的意见 · 2025.08.21成文 ↗
    对应物业服务品质提升、传统岗位赋能与人机协同；知识资产的组织和共享复用同时衔接本次竞赛要求。
政策方向转化为本项目的业务目标；具体办理、专业判断和协同范围遵循各项目的有效制度与授权。
02 / 场景与工单

围绕岗位任务，
设计六类应用场景。

六类场景细化为18项岗位任务，共用同一业务本体。从一线人员的检查卡，到项目负责人的跨周期统筹、工单协同与未决跟进，再到整改复核和岗位学习，形成连续的业务支持。

拟建智能能力

看懂现场，也理解业务。

巡查图片辅助发现可见异常，结合对象、有效要求与历史记录提出补拍补问；整改前后材料按对象和轮次对照，审核后的案例用于岗位学习。图片、文字和语音视频能力按实际条件验证接入。

查看多模态流程构想 ↗
工单管理如何接入

每个模块，都有明确的业务位置。

通过对象、发现、行动或证据连接到同一主线。

03 / 业务知识本体

让业务事物有身份，
让每一次判断有来由。

本体把“管理什么、应该做什么、发生了什么、如何处理、凭什么判断”连成关系网络。点选对象查看关联，展开详情查阅属性、数量约束与业务规则。

14类概念组 · 23个核心实体 · 180项属性 · 38条业务关系
把对象身份、具体事实、责任行动与判断依据连接起来，支撑六类岗位应用。

业务规则与实例 ↓
对象 · 属性 · 关系 · 约束

卡片列出关键属性，连线标明主要关系；点选对象会高亮关联，再选择“查看完整属性”阅读字段、含义与规则。小屏幕可横向滑动。

安全生产巡查巡检 · 业务本体 14类概念分组、23个核心实体。卡片列出属性词典中的关键字段。图示主要关系；全部38条关系保留在对象说明与关系数据中。 [{"id":"project-space","from":"project","to":"space","label":"管理 / 覆盖","cardinality":"可多个；关联范围待确认","condition":"这是管理归属，不推导地理包含或产权。"},{"id":"object-space","from":"object","to":"space","label":"位于 / 发生于","cardinality":"适用时关联一个或多个空间","condition":"作业活动和对象位置不明时允许待核。"},{"id":"project-task","from":"project","to":"task","label":"任务管理归属","cardinality":"项目可管理多次任务","condition":"组织与执行主体由责任分工表达。"},{"id":"source-record","from":"source-order","to":"record","label":"承载原始记录","cardinality":"单据可承载多条记录","condition":"包括检查、报修、投诉和日志；不以巡检计划存在为前提。"},{"id":"source-action","from":"source-order","to":"action","label":"办理承接","cardinality":"可多个；仅限具有承办角色的单据","condition":"工单可先存在或独立办理，再确认安全事项关联；品质保留原流程。"},{"id":"source-issue","from":"source-order","to":"issue","label":"关联事项","cardinality":"多对多；可待确认","condition":"保留来源/承办角色及关联依据，不以原单状态替代问题结论。"},{"id":"task-record","from":"task","to":"record","label":"执行产生","cardinality":"一次任务可有多条记录；记录也可无任务","condition":"任务来源可为计划、临时指派、自主发起；正常记录同样保留。"},{"id":"record-object","from":"record","to":"object","label":"关联检查对象","cardinality":"可多个；对象不明时待核","condition":"正常、异常和未检查记录均可关联对象，不需先形成问题。"},{"id":"record-task-items","from":"record","to":"task","label":"响应内部检查项","cardinality":"检查项与记录可多对多","condition":"检查项属于计划与任务内部结构；保留未检查与未覆盖，不以签到替代检查。"},{"id":"record-issue","from":"record","to":"issue","label":"提出候选","cardinality":"0..多项；多源可指向同一事项","condition":"经人员确认后成为正式事项；正常与优秀记录不必形成安全问题。"},{"id":"issue-object","from":"issue","to":"object","label":"涉及对象","cardinality":"一个或多个；先核清实际范围","condition":"不凭“多处”猜测数量；未知对象保留待核。"},{"id":"action-issue","from":"action","to":"issue","label":"处理 / 协同","cardinality":"多对多；逐条说明覆盖","condition":"行动、工单、事项分别留存；一次行动可处理多个事项。"},{"id":"issue-verification","from":"issue","to":"verification","label":"限定需证明事实","cardinality":"每事项可有多个核验项","condition":"按对象、措施、结果、范围及对应轮次明确判断内容。"},{"id":"action-review","from":"action","to":"review","label":"按需提交复核","cardinality":"0..多次；依适用流程决定是否送审","condition":"品质复用原验收，其他按适用要求办理；复核保留原任务/批次范围，源退回未指明子项时不得自行分配。"},{"id":"evidence-verification","from":"evidence","to":"verification","label":"支持 / 冲突 / 不足","cardinality":"多对多；每条关系说明范围","condition":"材料存在不等于事实成立，也不直接证明安全。"},{"id":"verification-review","from":"verification","to":"review","label":"提供核验意见","cardinality":"多个核验项可纳入一次复核","condition":"核验意见供授权人员判断，不自动销项。"},{"id":"review-source","from":"review","to":"source-order","label":"保留原事件来源","cardinality":"保留可回查的源单/任务/批次引用，原标识未取得时待核","condition":"这是知识关联要求，不表示生产系统必有原生关联字段；先保存源级结论，事项覆盖关系可继续待核。"},{"id":"review-issue","from":"review","to":"issue","label":"覆盖已明确事项","cardinality":"0..多个明确子项；未知范围另标待核","condition":"零个已明确子项不表示没有问题，而表示源事件未说明或尚未确认范围。"},{"id":"review-action","from":"review","to":"action","label":"退回补正 / 后续整改","cardinality":"可针对部分事项与后续行动","condition":"按实际来源记录新提交/轮次，不能覆盖旧材料和旧意见，也不推定所有事项全部重做。"},{"id":"review-recheck","from":"review","to":"recheck","label":"可触发复查","cardinality":"可无或多次复查","condition":"不是所有复核均强制复查；按适用要求和实际安排。"},{"id":"issue-recheck","from":"issue","to":"recheck","label":"未决跟进","cardinality":"可多次；不要求先通过复核","condition":"未决、持续观察或疑似复发经确认可形成复查安排。"},{"id":"task-recheck","from":"task","to":"recheck","label":"安排后续检查","cardinality":"按需形成后续任务","condition":"结合实际计划范围、时间窗口和有效例外。"},{"id":"recheck-record","from":"recheck","to":"record","label":"产生新的执行 / 发现记录","cardinality":"0..多条；与旧事项关系再确认","condition":"保留新检查时间与原文；重复上报、未决持续和整改后复发分别识别。"},{"id":"requirement-object","from":"requirement","to":"object","label":"适用于对象","cardinality":"多对多，受条件及版本限制","condition":"按项目、对象类型及有效区间核对适用性。"},{"id":"requirement-task","from":"requirement","to":"task","label":"约束任务与检查项","cardinality":"多对多，保留本次有效依据","condition":"平台配置、正式标准和经验分别标记；缺依据时待核。"},{"id":"requirement-verification","from":"requirement","to":"verification","label":"提供判断条件","cardinality":"多个要求可对应多个核验项","condition":"按本次对象、事实、版本和范围判断，不由材料自行推导规则。"},{"id":"responsibility-task","from":"responsibility","to":"task","label":"组织 / 执行","cardinality":"按岗位、项目、有效期分工","condition":"项目是管理范围，实际主体来自组织和岗位。"},{"id":"responsibility-issue","from":"responsibility","to":"issue","label":"确认 / 跟进","cardinality":"每项可有不同职责角色","condition":"确认问题与承办整改、授权复核分别表达。"},{"id":"responsibility-action","from":"responsibility","to":"action","label":"承办 / 协同","cardinality":"可多岗位分工，范围明确","condition":"正式派工由有职责人员确认，AI不据按钮权限推定责任。"},{"id":"responsibility-review","from":"responsibility","to":"review","label":"授权复核","cardinality":"按范围和有效期授权","condition":"源单操作人、客服确认人与专业复核人不能自动等同。"},{"id":"responsibility-recheck","from":"responsibility","to":"recheck","label":"安排 / 执行复查","cardinality":"按具体范围与安排分工","condition":"复查形成新执行记录，不直接覆写历史事项。"},{"id":"evidence-record","from":"evidence","to":"record","label":"追溯采集 / 执行记录","cardinality":"0..多条；每条来源关系保留角色与范围","condition":"拟建规范关联：只依据原始引用或人工确认连接材料与执行／发现记录；未形成提交批次仍可追溯。原记录未取得时保留原文件定位及待确认状态，不补造采集事实。"},{"id":"evidence-action","from":"evidence","to":"action","label":"追溯处置行动 / 办理轮次","cardinality":"0..多个行动或已明确轮次；逐条记录覆盖","condition":"拟建规范关联：注明关联目标为行动还是本分组内办理轮次。涉及事项和轮次时逐对保存，并校验轮次归属；缺少轮次不按上传顺序猜测，材料相同不等于行动相同。"},{"id":"review-evidence","from":"review","to":"evidence","label":"采用已审材料版本","cardinality":"0..多个明确材料版本或提交批次","condition":"拟建规范关联：只保存本次实际审阅的版本集合，范围未知另记未明确；后补材料进入后续提交或复核，不倒填早期已审集合。"},{"id":"responsibility-record","from":"responsibility","to":"record","label":"实际采集 / 执行 / 填报","cardinality":"0..多个职责关系；按实际角色与时间分别记录","condition":"拟建规范关联：以原记录或人工确认识别实际采集、执行、填报及提交主体；计划负责人不自动等同执行人。原始主体未提供时保留未明确，不据操作事实推定专业授权。"},{"id":"responsibility-evidence","from":"responsibility","to":"evidence","label":"材料提交职责","cardinality":"0..多个提交职责；落实到具体提交批次","condition":"拟建规范关联：连接材料提交批次与该次实际提交角色、范围和时间；提交人与采集人、行动执行人、复核人分别保存。缺少提交主体或职责依据时不补造。"},{"id":"responsibility-verification","from":"responsibility","to":"verification","label":"材料判断 / 人工确认","cardinality":"0..多个判断职责；按具体核验项及支持关系区分","condition":"拟建规范关联：记录材料判断的角色、范围、时间和确认状态。AI候选与人工确认分别保存；材料核验不替代最终授权复核，操作权限不推定专业判断资格。"},{"id":"review-requirement","from":"review","to":"requirement","label":"采用本次复核依据","cardinality":"0..多个已明确要求版本；未知依据单独标记","condition":"拟建规范关联：原验收可直接保存实际采用的要求版本、原始依据文字和出处，不强制先生成核验项。专业判断核对适用范围与授权；未知版本不补造，不以现行要求回填历史。"}] 安全生产巡查巡检 · 业务本体 14 类概念组 · 23 个核心实体 · 以稳定身份连接业务事实 业务关联 按需关联 A 管理范围与对象 B 执行事实与问题 C 办理与复核 管理项目 — 管理 / 覆盖 → 物理空间。可多个；关联范围待确认。这是管理归属，不推导地理包含或产权。管理 / 覆盖 安全对象 — 位于 / 发生于 → 物理空间。适用时关联一个或多个空间。作业活动和对象位置不明时允许待核。位于 管理项目 — 任务管理归属 → 计划与任务。项目可管理多次任务。组织与执行主体由责任分工表达。管理归属 来源单据 / 工单 — 承载原始记录 → 执行 / 发现记录。单据可承载多条记录。包括检查、报修、投诉和日志；不以巡检计划存在为前提。承载记录 来源单据 / 工单 — 办理承接 → 处置行动。可多个；仅限具有承办角色的单据。工单可先存在或独立办理，再确认安全事项关联；品质保留原流程。办理承接 计划与任务 — 执行产生 → 执行 / 发现记录。一次任务可有多条记录；记录也可无任务。任务来源可为计划、临时指派、自主发起；正常记录同样保留。执行产生 执行 / 发现记录 — 提出候选 → 问题事项。0..多项；多源可指向同一事项。经人员确认后成为正式事项；正常与优秀记录不必形成安全问题。提出候选0..多项 问题事项 — 涉及对象 → 安全对象。一个或多个；先核清实际范围。不凭“多处”猜测数量；未知对象保留待核。关联安全对象 处置行动 — 处理 / 协同 → 问题事项。多对多；逐条说明覆盖。行动、工单、事项分别留存；一次行动可处理多个事项。处理协同多对多 问题事项 — 限定需证明事实 → 核验项 / 待证明事实。每事项可有多个核验项。按对象、措施、结果、范围及对应轮次明确判断内容。限定事实 处置行动 — 按需提交复核 → 复核事件。0..多次；依适用流程决定是否送审。品质复用原验收，其他按适用要求办理；复核保留原任务/批次范围，源退回未指明子项时不得自行分配。按需送审 证据与材料 — 支持 / 冲突 / 不足 → 核验项 / 待证明事实。多对多；每条关系说明范围。材料存在不等于事实成立，也不直接证明安全。逐项核验 核验项 / 待证明事实 — 提供核验意见 → 复核事件。多个核验项可纳入一次复核。核验意见供授权人员判断，不自动销项。核验意见 问题事项 — 未决跟进 → 复查任务。可多次；不要求先通过复核。未决、持续观察或疑似复发经确认可形成复查安排。未决跟进 复查任务 — 产生新的执行 / 发现记录 → 执行 / 发现记录。0..多条；与旧事项关系再确认。保留新检查时间与原文；重复上报、未决持续和整改后复发分别识别。形成新记录 管理项目：表达物业业务的管理范围，连接实际空间、任务及责任。项目可以覆盖不同地理位置，组织和执行任务的主体由责任分工另行表达。 关键属性：管理项目·项目标识（文本）；管理项目·所属组织（关系引用（至组织））；管理项目·有效区间（日期时间区间）表达物业业务的管理范围，连接实际空间、任务及责任。项目可以覆盖不同地理位置，组织和执行任务的主体由责任分工另行表达。 管理项目，管理 / 覆盖，物理空间；可多个；关联范围待确认；这是管理归属，不推导地理包含或产权。 管理项目，任务管理归属，计划与任务；项目可管理多次任务；组织与执行主体由责任分工表达。管理项目包含实体：管理项目组织归属与管理范围文本。本体内识别管理项目的稳定标识。 设计约束：唯一且不随名称变更；与原系统编号分别保存。 来源：设计字段项目标识关系引用（至组织）。承担项目管理的组织。 关系记录具体组织与有效期；不以项目名称猜测组织。 来源：设计字段（依据项目列表）所属组织日期时间区间。该管理范围生效与终止的时间。 未知端点保留空值及原因；当前范围不回填历史。 来源：设计字段（依据管理资料）有效区间 物理空间：表达实际发生检查、作业或问题的地点，保留楼栋、楼层、区域及位置描述；与管理项目和工作检查项分开建模。 关键属性：物理空间·空间标识（文本）；物理空间·上级空间（关系引用（至物理空间））；物理空间·识别状态（枚举）表达实际发生检查、作业或问题的地点，保留楼栋、楼层、区域及位置描述；与管理项目和工作检查项分开建模。 管理项目，管理 / 覆盖，物理空间；可多个；关联范围待确认；这是管理归属，不推导地理包含或产权。 安全对象，位于 / 发生于，物理空间；适用时关联一个或多个空间；作业活动和对象位置不明时允许待核。物理空间包含实体：物理空间实际地点及空间层级文本。本体内区分实际地点的稳定标识。 设计约束：同名空间仍须分别辨认身份。 来源：设计字段空间标识关系引用（至物理空间）。明确的物理层级归属。 仅表达实际包含；不能用管理项目替代物理上级。 来源：设计字段（依据位置资料）上级空间枚举。候选、已确认、存在冲突等位置身份状态。 设计约束：未经确认的映射不能用于自动合并记录。 来源：设计字段识别状态 安全对象：被检查、处置和复核的场所、设施设备、部件或作业活动。对象身份连接不同时间的记录和材料；适用时与实际空间关联。 关键属性：安全对象·对象标识（文本）；安全对象·对象类型（枚举）；安全对象·身份确认状态（枚举）被检查、处置和复核的场所、设施设备、部件或作业活动。对象身份连接不同时间的记录和材料；适用时与实际空间关联。 安全对象，位于 / 发生于，物理空间；适用时关联一个或多个空间；作业活动和对象位置不明时允许待核。 执行 / 发现记录，关联检查对象，安全对象；可多个；对象不明时待核；正常、异常和未检查记录均可关联对象，不需先形成问题。 问题事项，涉及对象，安全对象；一个或多个；先核清实际范围；不凭“多处”猜测数量；未知对象保留待核。 适用要求，适用于对象，安全对象；多对多，受条件及版本限制；按项目、对象类型及有效区间核对适用性。安全对象包含实体：安全对象场所 · 设施设备 · 作业活动文本。跨记录识别同一被检对象的稳定标识。 设计约束：不以名称相似或照片相似自动认定同一对象。 来源：设计字段对象标识枚举。场所环境、设施设备、部件或作业活动等类型。 资料记录与其反映的设备实体分别表达。 来源：设计字段对象类型枚举。对象身份已确认、候选或冲突。 缺少明确身份时允许记录事实，不自动作跨单合并。 来源：设计字段身份确认状态 计划与任务：将计划、任务实例和检查项作为本分组内部结构。任务可由周期计划生成、临时指派或自主发起；计划关联可为空。任务明确对象范围、检查项、岗位和时间窗口。 关键属性：任务实例·任务标识（文本）；任务实例·本次应检范围（关系引用集合（至管理项目／安全对象／检查项））；任务实例·源状态与进度（结构化记录）将计划、任务实例和检查项作为本分组内部结构。任务可由周期计划生成、临时指派或自主发起；计划关联可为空。任务明确对象范围、检查项、岗位和时间窗口。 管理项目，任务管理归属，计划与任务；项目可管理多次任务；组织与执行主体由责任分工表达。 计划与任务，执行产生，执行 / 发现记录；一次任务可有多条记录；记录也可无任务；任务来源可为计划、临时指派、自主发起；正常记录同样保留。 执行 / 发现记录，响应内部检查项，计划与任务；检查项与记录可多对多；检查项属于计划与任务内部结构；保留未检查与未覆盖，不以签到替代检查。 计划与任务，安排后续检查，复查任务；按需形成后续任务；结合实际计划范围、时间窗口和有效例外。 适用要求，约束任务与检查项，计划与任务；多对多，保留本次有效依据；平台配置、正式标准和经验分别标记；缺依据时待核。 责任分工与授权，组织 / 执行，计划与任务；按岗位、项目、有效期分工；项目是管理范围，实际主体来自组织和岗位。计划与任务包含实体：巡检计划与调度、任务实例、检查项计划与调度 · 任务 · 检查项文本。区分每一次任务的身份。 设计约束：与计划标识、来源单据标识分别保存。 来源：设计字段任务标识关系引用集合（至管理项目／安全对象／检查项）。本次适用的管理范围、对象和检查项清单。 每类引用分别保存；不能将配置项数量直接作为对象分母。 来源：设计字段（依据任务详情）本次应检范围结构化记录。任务状态、已完成项数、应完成项数及源评级。 示例7/7表示源口径七项完成，不证明七个实体安全；暂停、例外结果与完成分别保存。 来源：任务详情源状态与进度 执行 / 发现记录：保存正常、异常、未检查、优秀项等原始记录，承载文字、图片、读数和时间。执行记录响应具体检查项并关联对象；报修、投诉、日志等可直接提供发现线索，关联任务可为空。 关键属性：执行／发现记录·记录标识（文本）；执行／发现记录·实际履职主体（结构化职责引用集合（至职责分工与授权））；执行／发现记录·记录性质（枚举）保存正常、异常、未检查、优秀项等原始记录，承载文字、图片、读数和时间。执行记录响应具体检查项并关联对象；报修、投诉、日志等可直接提供发现线索，关联任务可为空。 来源单据 / 工单，承载原始记录，执行 / 发现记录；单据可承载多条记录；包括检查、报修、投诉和日志；不以巡检计划存在为前提。 计划与任务，执行产生，执行 / 发现记录；一次任务可有多条记录；记录也可无任务；任务来源可为计划、临时指派、自主发起；正常记录同样保留。 执行 / 发现记录，关联检查对象，安全对象；可多个；对象不明时待核；正常、异常和未检查记录均可关联对象，不需先形成问题。 执行 / 发现记录，响应内部检查项，计划与任务；检查项与记录可多对多；检查项属于计划与任务内部结构；保留未检查与未覆盖，不以签到替代检查。 执行 / 发现记录，提出候选，问题事项；0..多项；多源可指向同一事项；经人员确认后成为正式事项；正常与优秀记录不必形成安全问题。 复查任务，产生新的执行 / 发现记录，执行 / 发现记录；0..多条；与旧事项关系再确认；保留新检查时间与原文；重复上报、未决持续和整改后复发分别识别。 证据与材料，追溯采集 / 执行记录，执行 / 发现记录；0..多条；每条来源关系保留角色与范围；拟建规范关联：只依据原始引用或人工确认连接材料与执行／发现记录；未形成提交批次仍可追溯。原记录未取得时保留原文件定位及待确认状态，不补造采集事实。 责任分工与授权，实际采集 / 执行 / 填报，执行 / 发现记录；0..多个职责关系；按实际角色与时间分别记录；拟建规范关联：以原记录或人工确认识别实际采集、执行、填报及提交主体；计划负责人不自动等同执行人。原始主体未提供时保留未明确，不据操作事实推定专业授权。执行 / 发现记录包含实体：执行／发现记录现场事实与实际履职文本。一条原始执行或发现记录的逻辑身份。 设计约束：同步重试和转单副本不自动计为新发现。 来源：设计字段记录标识结构化职责引用集合（至职责分工与授权）。分别记录采集、现场执行、填报和提交的实际主体、角色及对应时间。 拟建规范关联：按原记录或人工确认建立，缺失时保留未明确；计划负责人不自动作为实际执行人，操作人不自动具有专业授权。 来源：设计字段（拟建规范关联，依据执行记录）实际履职主体枚举。正常、异常、未检查、优秀项或未明确。 保留原文和分类依据；优秀项不自动进入待整改事项。 来源：设计字段（依据检查记录）记录性质 复查任务：对未决事项、持续观察对象、周期安排或复核意见形成后续检查任务，产生新的执行/发现记录，再确认它与历史事项的关系。 关键属性：复查任务·复查标识（文本）；复查任务·触发来源（结构化关系引用（至任务实例／问题事项／复核事件））；复查任务·任务状态（枚举）对未决事项、持续观察对象、周期安排或复核意见形成后续检查任务，产生新的执行/发现记录，再确认它与历史事项的关系。 复核事件，可触发复查，复查任务；可无或多次复查；不是所有复核均强制复查；按适用要求和实际安排。 问题事项，未决跟进，复查任务；可多次；不要求先通过复核；未决、持续观察或疑似复发经确认可形成复查安排。 计划与任务，安排后续检查，复查任务；按需形成后续任务；结合实际计划范围、时间窗口和有效例外。 复查任务，产生新的执行 / 发现记录，执行 / 发现记录；0..多条；与旧事项关系再确认；保留新检查时间与原文；重复上报、未决持续和整改后复发分别识别。 责任分工与授权，安排 / 执行复查，复查任务；按具体范围与安排分工；复查形成新执行记录，不直接覆写历史事项。复查任务包含实体：复查任务后续检查的独立任务文本。本次后续检查的逻辑身份。 设计约束：与原任务、原问题、原复核事件分别标识。 来源：设计字段复查标识结构化关系引用（至任务实例／问题事项／复核事件）。周期、未决跟进或复核意见等触发类型及原始引用。 不要求先复核通过；普通跟进记录不自动视为已生成复查任务。 来源：设计字段触发来源枚举。待安排、待执行、执行中、已执行或取消等。 设计约束：已执行只表示检查活动完成，结论另行保存。 来源：设计字段任务状态 问题事项：保存安全问题候选及其确认结果；经人员确认的具体事项保持跨来源、行动、轮次和复查的稳定身份。候选与正式事项分别统计。 关键属性：问题事项·事项标识（文本）；问题事项·确认状态（枚举）；问题事项·治理状态（枚举）保存安全问题候选及其确认结果；经人员确认的具体事项保持跨来源、行动、轮次和复查的稳定身份。候选与正式事项分别统计。 来源单据 / 工单，关联事项，问题事项；多对多；可待确认；保留来源/承办角色及关联依据，不以原单状态替代问题结论。 执行 / 发现记录，提出候选，问题事项；0..多项；多源可指向同一事项；经人员确认后成为正式事项；正常与优秀记录不必形成安全问题。 问题事项，涉及对象，安全对象；一个或多个；先核清实际范围；不凭“多处”猜测数量；未知对象保留待核。 处置行动，处理 / 协同，问题事项；多对多；逐条说明覆盖；行动、工单、事项分别留存；一次行动可处理多个事项。 问题事项，限定需证明事实，核验项 / 待证明事实；每事项可有多个核验项；按对象、措施、结果、范围及对应轮次明确判断内容。 复核事件，覆盖已明确事项，问题事项；0..多个明确子项；未知范围另标待核；零个已明确子项不表示没有问题，而表示源事件未说明或尚未确认范围。 问题事项，未决跟进，复查任务；可多次；不要求先通过复核；未决、持续观察或疑似复发经确认可形成复查安排。 责任分工与授权，确认 / 跟进，问题事项；每项可有不同职责角色；确认问题与承办整改、授权复核分别表达。问题事项包含实体：问题事项跨来源与轮次的稳定事项文本。确认前后可追溯的稳定问题身份。 设计约束：转单、转派、补证和关单不改变身份；合并保留原引用。 来源：设计字段事项标识枚举。候选、已确认、撤销或存在冲突。 AI输出初始为候选；正式事项数与候选数分别统计。 来源：设计字段确认状态枚举。未决、处置中、待核验、已形成结论等治理阶段。 设计约束：状态引用实际事件，不从源工单状态自动推导。 来源：设计字段治理状态 证据与材料：照片、读数、维修记录、试验记录及现场核查记录，按对象、时间、批次或轮次关联待证明事实。一个材料可关联多个核验项，每条关系说明支持范围。 关键属性：材料版本·材料标识（文本）；材料版本·原始来源（结构化来源引用集合（至执行／发现记录／处置行动／办理轮次））；材料版本·内容版本（文本）照片、读数、维修记录、试验记录及现场核查记录，按对象、时间、批次或轮次关联待证明事实。一个材料可关联多个核验项，每条关系说明支持范围。 证据与材料，支持 / 冲突 / 不足，核验项 / 待证明事实；多对多；每条关系说明范围；材料存在不等于事实成立，也不直接证明安全。 证据与材料，追溯采集 / 执行记录，执行 / 发现记录；0..多条；每条来源关系保留角色与范围；拟建规范关联：只依据原始引用或人工确认连接材料与执行／发现记录；未形成提交批次仍可追溯。原记录未取得时保留原文件定位及待确认状态，不补造采集事实。 证据与材料，追溯处置行动 / 办理轮次，处置行动；0..多个行动或已明确轮次；逐条记录覆盖；拟建规范关联：注明关联目标为行动还是本分组内办理轮次。涉及事项和轮次时逐对保存，并校验轮次归属；缺少轮次不按上传顺序猜测，材料相同不等于行动相同。 复核事件，采用已审材料版本，证据与材料；0..多个明确材料版本或提交批次；拟建规范关联：只保存本次实际审阅的版本集合，范围未知另记未明确；后补材料进入后续提交或复核，不倒填早期已审集合。 责任分工与授权，材料提交职责，证据与材料；0..多个提交职责；落实到具体提交批次；拟建规范关联：连接材料提交批次与该次实际提交角色、范围和时间；提交人与采集人、行动执行人、复核人分别保存。缺少提交主体或职责依据时不补造。证据与材料包含实体：材料版本、材料提交批次材料版本 · 提交批次文本。材料的逻辑身份。 设计约束：身份与版本分开，重复上传不自动增加治理事项。 来源：设计字段材料标识结构化来源引用集合（至执行／发现记录／处置行动／办理轮次）。记录原文件定位、采集或执行记录引用、处置行动引用、已明确的办理轮次引用，以及各条关联的角色、范围和确认状态。 拟建规范关联：材料未成批次也可保留来源。只关联有出处或经人确认的记录、行动与轮次；原标识缺失保留定位，不以相同文件或上传时间推定同一业务。 来源：设计字段（拟建规范关联，依据附件与执行记录）原始来源文本。该份内容的版本号或可取得的内容指纹。 设计约束：相同内容不自动证明同一次业务；新内容不覆盖已审版本。 来源：设计字段内容版本 核验项 / 待证明事实：将执行、处置或复核所需判断展开为具体事实，例如对象与位置、实际措施、功能验证、范围和时序。由事项或检查要求限定内容，逐项表达材料支持、冲突或不足。 关键属性：核验项·核验项标识（文本）；核验项·目标对象与范围（关系引用集合（至任务实例／检查项／安全对象／问题事项／办理轮次））；核验项·核验状态（枚举）将执行、处置或复核所需判断展开为具体事实，例如对象与位置、实际措施、功能验证、范围和时序。由事项或检查要求限定内容，逐项表达材料支持、冲突或不足。 问题事项，限定需证明事实，核验项 / 待证明事实；每事项可有多个核验项；按对象、措施、结果、范围及对应轮次明确判断内容。 证据与材料，支持 / 冲突 / 不足，核验项 / 待证明事实；多对多；每条关系说明范围；材料存在不等于事实成立，也不直接证明安全。 核验项 / 待证明事实，提供核验意见，复核事件；多个核验项可纳入一次复核；核验意见供授权人员判断，不自动销项。 适用要求，提供判断条件，核验项 / 待证明事实；多个要求可对应多个核验项；按本次对象、事实、版本和范围判断，不由材料自行推导规则。 责任分工与授权，材料判断 / 人工确认，核验项 / 待证明事实；0..多个判断职责；按具体核验项及支持关系区分；拟建规范关联：记录材料判断的角色、范围、时间和确认状态。AI候选与人工确认分别保存；材料核验不替代最终授权复核，操作权限不推定专业判断资格。核验项 / 待证明事实包含实体：核验项、材料支持关系核验项 · 材料支持关系文本。一项待证明事实的身份。 设计约束：不直接采用文件名或照片编号作为核验项身份。 来源：设计字段核验项标识关系引用集合（至任务实例／检查项／安全对象／问题事项／办理轮次）。本项具体针对的目标及时间、轮次范围。 执行检查关联任务检查项对象；事项处置再关联事项与相应轮次。 来源：设计字段目标对象与范围枚举。未核验、得到支持、存在矛盾、支持不足或无法判断。 设计约束：核验状态与源单状态、授权复核结论分别保存。 来源：设计字段核验状态 来源单据 / 工单：独立保存检查单、报修、投诉、日志等来源及承办工单的身份、内容和状态。单据承载原始记录；适用的承办工单关联处置行动，可先存在或按原流程办理，再确认与安全事项的关系。 关键属性：来源单据·单据标识（文本）；承办工单·关联事项（关系引用集合（至问题事项））；承办工单·办理状态（文本）独立保存检查单、报修、投诉、日志等来源及承办工单的身份、内容和状态。单据承载原始记录；适用的承办工单关联处置行动，可先存在或按原流程办理，再确认与安全事项的关系。 来源单据 / 工单，承载原始记录，执行 / 发现记录；单据可承载多条记录；包括检查、报修、投诉和日志；不以巡检计划存在为前提。 来源单据 / 工单，办理承接，处置行动；可多个；仅限具有承办角色的单据；工单可先存在或独立办理，再确认安全事项关联；品质保留原流程。 来源单据 / 工单，关联事项，问题事项；多对多；可待确认；保留来源/承办角色及关联依据，不以原单状态替代问题结论。 复核事件，保留原事件来源，来源单据 / 工单；保留可回查的源单/任务/批次引用，原标识未取得时待核；这是知识关联要求，不表示生产系统必有原生关联字段；先保存源级结论，事项覆盖关系可继续待核。来源单据 / 工单包含实体：来源单据、承办工单来源单据 · 承办工单文本。本体内的来源单据身份。 设计约束：与原单编号分开，不按标题自动并单。 来源：设计字段单据标识关系引用集合（至问题事项）。工单承接的事项及覆盖部分。 多对多逐条确认；关闭一单不自动关闭全部关联事项。 来源：设计字段关联事项文本。待处理、处理中、已处理、已完成、已关闭等源状态。 按所属模块解释；已关闭不代替专业复核或安全销项。 来源：工单详情办理状态 处置行动：保存维修、清理、临时措施、协同交接、补证等实际行动及办理轮次，并关联证据分组的材料提交批次。一次行动可覆盖多个事项，一个事项也可有多次或并行行动。 关键属性：处置行动·行动标识（文本）；处置行动·事项与轮次覆盖（结构化事项—轮次配对集合）；处置行动·执行状态（枚举）保存维修、清理、临时措施、协同交接、补证等实际行动及办理轮次，并关联证据分组的材料提交批次。一次行动可覆盖多个事项，一个事项也可有多次或并行行动。 来源单据 / 工单，办理承接，处置行动；可多个；仅限具有承办角色的单据；工单可先存在或独立办理，再确认安全事项关联；品质保留原流程。 处置行动，处理 / 协同，问题事项；多对多；逐条说明覆盖；行动、工单、事项分别留存；一次行动可处理多个事项。 处置行动，按需提交复核，复核事件；0..多次；依适用流程决定是否送审；品质复用原验收，其他按适用要求办理；复核保留原任务/批次范围，源退回未指明子项时不得自行分配。 复核事件，退回补正 / 后续整改，处置行动；可针对部分事项与后续行动；按实际来源记录新提交/轮次，不能覆盖旧材料和旧意见，也不推定所有事项全部重做。 责任分工与授权，承办 / 协同，处置行动；可多岗位分工，范围明确；正式派工由有职责人员确认，AI不据按钮权限推定责任。 证据与材料，追溯处置行动 / 办理轮次，处置行动；0..多个行动或已明确轮次；逐条记录覆盖；拟建规范关联：注明关联目标为行动还是本分组内办理轮次。涉及事项和轮次时逐对保存，并校验轮次归属；缺少轮次不按上传顺序猜测，材料相同不等于行动相同。处置行动包含实体：处置行动、办理轮次处置行动 · 办理轮次文本。区分具体措施和办理活动的身份。 设计约束：行动与承办工单、材料批次分别编号。 来源：设计字段行动标识结构化事项—轮次配对集合。行动覆盖的逐事项—逐轮次配对，以及每一配对实际处理的部分。 拟建规范关联：每条保存事项引用、轮次引用、覆盖部分及确认状态；已知轮次须属于该事项。轮次未明确时保留缺失标记，不将多事项与多轮次交叉组合，不以空集合表示全部。 来源：设计字段（拟建规范关联）事项与轮次覆盖枚举。拟安排、已安排、执行中、已执行、受阻或取消。 设计约束：分派和计划不等于实际执行。 来源：设计字段（依据处理记录）执行状态 复核事件：保留授权人员针对源任务、提交批次或明确事项集合形成的复核事件。记录原始覆盖范围、依据、时间及通过/退回/待补证意见；明确到子项的结论再与对应事项及轮次关联。 关键属性：复核事件·复核标识（文本）；复核事件·原始来源与覆盖范围（结构化范围记录（含事项—轮次配对））；复核事件·规范结论（枚举）保留授权人员针对源任务、提交批次或明确事项集合形成的复核事件。记录原始覆盖范围、依据、时间及通过/退回/待补证意见；明确到子项的结论再与对应事项及轮次关联。 处置行动，按需提交复核，复核事件；0..多次；依适用流程决定是否送审；品质复用原验收，其他按适用要求办理；复核保留原任务/批次范围，源退回未指明子项时不得自行分配。 核验项 / 待证明事实，提供核验意见，复核事件；多个核验项可纳入一次复核；核验意见供授权人员判断，不自动销项。 复核事件，保留原事件来源，来源单据 / 工单；保留可回查的源单/任务/批次引用，原标识未取得时待核；这是知识关联要求，不表示生产系统必有原生关联字段；先保存源级结论，事项覆盖关系可继续待核。 复核事件，覆盖已明确事项，问题事项；0..多个明确子项；未知范围另标待核；零个已明确子项不表示没有问题，而表示源事件未说明或尚未确认范围。 复核事件，退回补正 / 后续整改，处置行动；可针对部分事项与后续行动；按实际来源记录新提交/轮次，不能覆盖旧材料和旧意见，也不推定所有事项全部重做。 复核事件，可触发复查，复查任务；可无或多次复查；不是所有复核均强制复查；按适用要求和实际安排。 责任分工与授权，授权复核，复核事件；按范围和有效期授权；源单操作人、客服确认人与专业复核人不能自动等同。 复核事件，采用已审材料版本，证据与材料；0..多个明确材料版本或提交批次；拟建规范关联：只保存本次实际审阅的版本集合，范围未知另记未明确；后补材料进入后续提交或复核，不倒填早期已审集合。 复核事件，采用本次复核依据，适用要求；0..多个已明确要求版本；未知依据单独标记；拟建规范关联：原验收可直接保存实际采用的要求版本、原始依据文字和出处，不强制先生成核验项。专业判断核对适用范围与授权；未知版本不补造，不以现行要求回填历史。复核事件包含实体：复核事件原范围、已审材料与判断依据文本。每一次复核意见的身份。 设计约束：通过、退回及后续意见各自留存，不覆盖历史。 来源：设计字段复核标识结构化范围记录（含事项—轮次配对）。分别保存源单、任务、提交批次引用，原始范围类型与确认状态；明确到事项时保存事项引用、对应轮次引用和结论覆盖部分。 拟建规范关联：源任务级、批次级与事项级分别记录。事项—轮次配对可为空或待确认；已知轮次须属于对应事项，不把笼统退回分配给全部事项，不补造轮次。 来源：设计字段（拟建规范关联，依据验收记录）原始来源与覆盖范围枚举。通过、退回、待补证、其他或未明确。 保留原值和转换依据；规范化不升级为全项目安全结论。 来源：设计字段（依据验收记录）规范结论 共同的业务依据与职责 适用要求：规定对象或检查项应满足什么条件、怎样检查和记录。按项目、对象、任务类型及有效时间匹配，约束执行和核验；保留原文、条件与例外。 关键属性：适用要求版本·要求标识（文本）；适用要求版本·适用范围（关系引用集合（至管理项目／安全对象／检查项））；适用要求版本·版本与发布状态（结构化记录）；适用要求版本·依据出处（来源引用）规定对象或检查项应满足什么条件、怎样检查和记录。按项目、对象、任务类型及有效时间匹配，约束执行和核验；保留原文、条件与例外。 适用要求，适用于对象，安全对象；多对多，受条件及版本限制；按项目、对象类型及有效区间核对适用性。 适用要求，约束任务与检查项，计划与任务；多对多，保留本次有效依据；平台配置、正式标准和经验分别标记；缺依据时待核。 适用要求，提供判断条件，核验项 / 待证明事实；多个要求可对应多个核验项；按本次对象、事实、版本和范围判断，不由材料自行推导规则。 复核事件，采用本次复核依据，适用要求；0..多个已明确要求版本；未知依据单独标记；拟建规范关联：原验收可直接保存实际采用的要求版本、原始依据文字和出处，不强制先生成核验项。专业判断核对适用范围与授权；未知版本不补造，不以现行要求回填历史。适用要求包含实体：适用要求版本适用要求版本文本。要求条款的稳定身份。 设计约束：条款身份与具体内容版本分别保存。 来源：设计字段要求标识关系引用集合（至管理项目／安全对象／检查项）。条款适用的项目、对象类型及检查内容。 逐条标注范围和条件；名称相似不代表要求相同。 来源：设计字段适用范围结构化记录。版本号、发布日期及有效、草稿或未明确等状态。 未提供正式版本时保留未明确；当前展示不视为历史不可变快照。 来源：设计字段版本与发布状态来源引用。文件名称、发布主体、条款或配置位置。 出处与适用性分别确认；文件存档日期不当作生效日期。 来源：设计字段（依据业务资料）依据出处对象适用 · 任务约束 · 核验判据 · 复核依据 责任分工与授权：将人员/岗位、组织与职责分工放在本分组内部，在具体项目、对象及有效期内说明组织、执行、确认、承办、协同、复核与复查职责。 关键属性：职责分工与授权·分工标识（文本）；职责分工与授权·履职主体（关系引用（至人员／岗位／组织））；职责分工与授权·授权范围（结构化范围引用（至管理项目／安全对象／业务实体））；职责分工与授权·确认状态（枚举）将人员/岗位、组织与职责分工放在本分组内部，在具体项目、对象及有效期内说明组织、执行、确认、承办、协同、复核与复查职责。 责任分工与授权，组织 / 执行，计划与任务；按岗位、项目、有效期分工；项目是管理范围，实际主体来自组织和岗位。 责任分工与授权，确认 / 跟进，问题事项；每项可有不同职责角色；确认问题与承办整改、授权复核分别表达。 责任分工与授权，承办 / 协同，处置行动；可多岗位分工，范围明确；正式派工由有职责人员确认，AI不据按钮权限推定责任。 责任分工与授权，授权复核，复核事件；按范围和有效期授权；源单操作人、客服确认人与专业复核人不能自动等同。 责任分工与授权，安排 / 执行复查，复查任务；按具体范围与安排分工；复查形成新执行记录，不直接覆写历史事项。 责任分工与授权，实际采集 / 执行 / 填报，执行 / 发现记录；0..多个职责关系；按实际角色与时间分别记录；拟建规范关联：以原记录或人工确认识别实际采集、执行、填报及提交主体；计划负责人不自动等同执行人。原始主体未提供时保留未明确，不据操作事实推定专业授权。 责任分工与授权，材料提交职责，证据与材料；0..多个提交职责；落实到具体提交批次；拟建规范关联：连接材料提交批次与该次实际提交角色、范围和时间；提交人与采集人、行动执行人、复核人分别保存。缺少提交主体或职责依据时不补造。 责任分工与授权，材料判断 / 人工确认，核验项 / 待证明事实；0..多个判断职责；按具体核验项及支持关系区分；拟建规范关联：记录材料判断的角色、范围、时间和确认状态。AI候选与人工确认分别保存；材料核验不替代最终授权复核，操作权限不推定专业判断资格。责任分工与授权包含实体：组织、人员、岗位、职责分工与授权组织 · 人员 · 岗位 · 职责分工与授权文本。一条具体职责关系的身份。 设计约束：同一主体承担不同职责时分别记录。 来源：设计字段分工标识关系引用（至人员／岗位／组织）。承担本条职责的明确主体。 指明主体类型；联合分工使用多条关系。 来源：设计字段履职主体结构化范围引用（至管理项目／安全对象／业务实体）。分别引用该职责适用的项目、对象及具体任务、记录、事项、行动、材料批次、核验或复核事件；每条标明目标实体类型和范围。 拟建规范关联：只在明确范围及有效期内适用；保留范围未明确状态，管理员账号或实际操作记录不自动证明专业授权。 来源：设计字段（拟建规范关联）授权范围枚举。候选、已确认、已撤销、到期或存在冲突。 设计约束：AI推荐不直接形成正式责任或授权。 来源：设计字段确认状态实际履职 · 材料提交与核验 · 承办协同 · 授权复核 图示主要关系，点击对象查看全部关联 安洁物业 · 安全生产巡查巡检
完整业务关系词典

每条关系分别说明方向、数量与成立条件。总图突出主要联系，词典保留所有业务关联。

01

让事实对应具体事项

正常检查留存原记录；异常按对象和范围确认，巡检、报修和投诉通过同一事项接续。

02

让依据贯穿每次行动

巡前明确检查要求，处置明确行动与职责，复核对照需要证明的事实及对应材料。

03

让责任与历史持续接续

每轮办理保留范围、材料和结论；未决事项继续交接，复查与经验更新反馈下一次检查。

业务规则 / 场景实例

把现场事实，转成清楚的业务规则。

围绕任务、地点、工单、材料和复核，明确事实如何记录、事项如何关联、结论如何形成。

业务知识连接原平台记录，辅助岗位理解、判断与协同；正式任务、工单和验收仍由原流程承载。

下载对象属性词典 ↓
查看任务语义与本体约束 ↗下载本体关系图 ↓
04 / 真实业务推动设计

从现场记录中，
识别真正需要解决的问题。

案例选取巡检、整改和工单中的实际记录，展示位置确认、事项拆分、状态区分与后续办理的业务规则。

设计推演 / 以应急照明为例串起完整业务

从一次巡检任务，走到有据可查的闭环。

一种路径示例 · 各来源按适用流程办理
05 / 我的智能体，我培育

让知识有出处，
让更新可追溯。

比赛的 40% 关注知识体系建设。展示原文如何转成实体、关系和规则，AI 在哪里会错，业务人员怎样纠正，以及新版本怎样验证。

01来源登记→02清洗分类→03完整语义切片→04AI 抽取候选→05业务人员校验→06版本发布与测试
知识培育工作台

从原文到可用的业务知识。

培育过程示意
最终沉淀

有出处、能解释、
可维护的知识资产。

  • 实体与关系词典统一术语、身份、属性、同义词和来源映射
  • 适用检查项与规则卡保留条件、例外、范围、版本及审核状态
  • 问答与案例集覆盖正常、异常、缺依据与信息不足场景
  • 评测与纠错记录开发样本与留出样本分开，记录失败原因
06 / 参赛呈现与落地

把业务讲清楚，
把培育过程展示出来。

初赛交付业务场景说明与本体框架图。决赛按已提供通知的 20 分钟组织，让评委看到来源、逻辑、纠错和应用价值。

竞赛判断 / 对照本次通知与去年作品

六类应用，深耕一项业务。

通知要求选取1个具体业务场景深耕。我们的主线是安全巡检与隐患治理，六类岗位应用共同支撑它；竞争力来自业务连续性、知识培育过程与可验证的效果。

查看优秀作品对标与创新设计 ↗经理任务、工单流程与规则专题 ↗
30%业务与本体

场景为何值得做；实体、关系、属性如何从业务中形成；一页图讲清整体。

40%知识体系建设

材料分类、清洗切片、问答与元数据；AI 辅助、人审修正和持续维护。

30%应用与验证

从巡前到复查演示辅助过程；用留出案例和失败样本验证实际价值。

建议讲解路线 · 20 分钟

一条故事，讲透整个作品。

  1. 04min业务与真实痛点
  2. 03min本体与规则
  3. 07min知识怎样培育
  4. 05min应用演示与验证
  5. 01min价值与下一步
实施路径

从设计成果，
走向经过验证的应用。

围绕巡前指引、异常发现、工单协同与复核接续，选取真实样本形成可演示的业务闭环，再开展跨项目验证。

设计阶段

业务与设计基线

16类业务模块、六类岗位应用、对象属性与关系规则，形成巡检、处置和复核的统一设计。

下一阶段

知识与样本基线

补齐适用标准、岗位授权、脱敏案例、业务标注答案和规则审核记录。

待实现与验证

多模态原型及效果评测

先接入图片、文字与获准业务资料；对照同一模型有无本体增强，开展留出样本和跨项目验证。

治理价值，怎样验证？

风险早发现

在经确认的适用范围内，比较漏查、漏识别与错误肯定，检查发现的问题能否追溯到对象、记录和依据。

责任有承接

从问题确认计时至相应岗位确认接手和下一动作；单列未承接、退回及长期未决事项，记录跟进责任。

知识可复用

追踪知识版本实际支持的检查卡、处置建议与复核输出；比较修订量，并计入跨项目适配和维护成本。

同批留出案例、相同输入与知识范围，对照同一多模态模型的直接识别、检索增强与本体规则增强，并与人工比较。以上为评测设计，尚无已测得的准确率或提效数据。
方案资料

同一套业务设计，
从网页到初赛材料。

业务场景说明与一页本体图用于初赛呈现。完整方案展开六类应用、18项任务和16类模块关联；属性与关系词典提供细节。

01

业务场景说明

选题、岗位需求、业务主线与应用价值

在线阅读 ↗Word ↓PDF ↓
02

一页本体框架图

实体、代表属性、关系与规则 · A3 横向打印

交互图谱 ↑PDF ↓矢量图 ↓
03

整体设计方案

完整业务设计、知识培育与实施路径

在线阅读 ↗Word ↓PDF ↓
读懂方案

方案通俗解释版

用日常例子理解本体、多模态、六类场景与工单闭环

打开解释版 ↗下载解释稿 ↓
下载初赛材料包 ↓对象属性词典 ↓关系与规则词典 ↓
业务图谱 · 放大与下载；对象属性请在正文查看

完整本体框架图

下载 SVG ↓
清晰阅读
业务框架图