# 安洁智巡：方案通俗解释版

帮助读懂整体方案、本体图和多模态设计｜2026年10月23日

## 1. 用一句话说，我们到底要做什么？

**我们要给安洁物业做一个懂本单位业务的智能工作助手，帮助员工知道该查什么、记录现场情况、发现疑似隐患、衔接工单、跟进整改，并把经验留下来。**

它服务的是一整段工作：检查之前做准备，检查时帮助记录，发现问题后协同处理，处理后核实结果，再安排后续跟进。员工、项目经理、工程和品质人员分别在自己的职责内使用。

大家常说的“闭环管理”，就是一件事从发现到后续处理始终有人接、有记录、有下一步。暂时解决不了，也要写清原因、当前措施和接下来由谁推进。这类事项仍保留为未决，持续跟进，不能因此算作已经解决。“已经填完表”与“问题已经解决”需要分开看。

这项工作的价值，最终落在居民生命财产安全和日常物业履职上：让风险更早被发现，让责任接续更清楚，让人员流动后工作经验仍能使用。

## 2. 跟着一个例子，走完这套设计

**以下是虚构教学例子，项目、编号、人员和时间均为说明设计而设，不是真实业务记录，也不是模型已完成的识别结果。**

假设“示范苑项目”的一条公共通道出现了堆物。

**第一步，巡前准备。** 员工选择本次任务，助手调出这个项目、这条通道适用的检查要求，以及上次尚未处理完的事项。它整理一张检查卡，告诉员工本次关注什么、怎样记录、哪些内容需要现场确认。

**第二步，现场发现。** 员工上传照片并说明“东侧公共通道有纸箱和自行车”。模型先描述照片中看得见的现象，标出需要关注的区域。如果看不清位置或范围，就提出补拍、补录请求。员工确认现场情况后，才形成明确的问题事项。

**第三步，组织处置。** 助手查询已有报修、投诉或值班记录，提出可能属于同一事项的关联。负责人确认后，安排清理、沟通或其他适用办理路径；需要工单时生成草稿，再按原平台流程办理。不能仅凭文字相似就合并居民反映。

**第四步，留下处置材料。** 清理人员记录谁在什么时间做了什么，提交原位置的整改照片。如果只清掉纸箱，自行车仍待协调，应分别写明已处理和未处理范围。

**第五步，核实本轮结果。** 助手把原问题、清理行动、整改照片放在一起，提示“是否原位置”“材料是否覆盖原占用范围”等待确认事实。照片位置不清，就具体指出缺什么。相应责任人员核实后记录结论及覆盖范围。

**第六步，接续复查。** 若仍有未决部分，交接给下一班继续跟进；后续现场检查又发现堆物，要确认是此前没有清完，还是处理后再次出现。这会影响下一步行动。

**第七步，形成经验。** 业务骨干审核后，把这个案例整理成“怎样拍摄才能说明位置和范围”的图文知识。下一位员工巡查时，就能得到更合适的记录提示。

同一套思路还可用于设备异常、维修协同、跨班交接、长期改造和演练复盘；不同事项采用各自适用要求与原办理流程。

## 3. 为什么分成六个场景、十八项任务？

六个场景对应工作中的六类需要，每类有三种具体帮助，合计十八项岗位任务。它们共同处理一件事。实际工作可以返回补充、交叉协同，不必机械按顺序走完每一步；知识维护也可以独立进行。

| 场景 | 用日常话理解 | 三项任务能帮什么 |
|---|---|---|
| A 巡前准备与检查指引 | 出发前知道该查什么 | 生成本次检查卡；带入历史问题；核对经理核查与专业工作周期 |
| B 巡中记录与异常发现 | 现场情况记得清 | 整理口述和图文；把一段话中的不同发现拆开；提示补拍补录 |
| C 隐患工单与责任协同 | 发现以后有人承接 | 关联多处来源；建议工单路径与责任；组织跨岗和长期协同 |
| D 整改材料核验与复核 | 看清做了什么、还缺什么 | 列提交材料要点；逐项对应材料；形成复核草稿与补正提示 |
| E 未决事项与复查治理 | 换班、跨月也接得下去 | 整理交接与未决事项；辨别重复和复发；提出复查与改进安排 |
| F 知识更新与岗位学习 | 越做越懂业务 | 抽取知识并人工纠错；管理版本并复测；支持问答和情境学习 |

方案还连接十六类相关业务模块，例如项目巡检、设备巡检、报修、投诉、值班日志、计划和改造跟踪。纳入的是其中与安全有关的对象、发现、行动或资料，普通行政事项仍按原业务办理。

场景数量说明设计组织方式。比赛价值要看这些场景是否解决真实问题、是否接得起来，以及能否通过案例证明效果。

## 4. “本体”为什么重要？看懂五个词就够了

可以把本体理解为一份**业务共同字典和连接规则**：大家说的是哪个对象，这个对象有哪些信息，它与其他事情有什么联系，在什么条件下怎样处理。

| 词语 | 通俗意思 | 本例中的含义 |
|---|---|---|
| 对象类型 | 业务中需要记录的一类事物 | 物理空间、问题事项、工单、材料等 |
| 实例 | 这一类中的某一个具体事物 | 示范苑东侧公共通道；本次通道占用事项 |
| 属性 | 描述这件事的具体信息 | 编号、位置、发现时间、确认状态、来源 |
| 关系 | 两件事怎样联系 | 问题发生于某通道；工单承接某问题；材料支持某项事实 |
| 规则 | 满足什么条件，怎样处理或提示 | 整改材料应对应原事项及本轮处置；位置不明时先补清信息 |

**属性需要展示。** 总图展示代表性属性，方便看全局；对象详情和完整词典展开其余字段，方便真正建系统。把所有字段同时塞进一页，会使图难以阅读。

下面继续使用虚构例子，看看一张“问题事项阅读卡”：它既显示事项本身的属性，也汇总关联的位置、发现记录和处置进展。位置、时间和来源也可以通过关系引用取得，并非所有信息都存放在同一个对象里。

| 展示信息 | 示例值 | 含义与来源 |
|---|---|---|
| 稳定标识 | ISSUE-DEMO-001 | 描述修改、换人处理后，仍认得是同一件事 |
| 关联位置 | SPACE-DEMO-01：示范苑东侧公共通道 | 明确发生地点，避免把别处照片接进来 |
| 确认状态 | 现场人员已确认 | 区分模型提出的候选与人确认的事实 |
| 事项进展 | 纸箱已清理，自行车待协调 | 汇总关联行动及未决范围，说明解决到哪一步 |
| 发现时间 | 2026年10月23日09:10 | 取自关联发现记录，与后续清理、拍照和复查时间区分 |
| 来源 | RECORD-DEMO-001及其原图引用 | 回查最初是谁怎样报告的 |

方案中的**十四个概念组、二十三类实体、一百八十项属性、三十八条概念组关联**，说的是这份模型的组织规模：组是分类，实体是类别，属性是各类定义的字段，关联是概念组之间的连接定义。它们不是实际隐患数量，也不是识别率或治理效果；一百八十项属性更不意味着每件事都填一百八十项。

## 5. 为什么不能把记录、问题、工单都当成一回事？

它们在工作中承担不同作用，分清后才能准确跟进。

| 概念 | 日常理解 |
|---|---|
| 原记录 | 最初写下、拍下的情况，保留原话和原材料 |
| 问题事项 | 从记录中确认出来、需要持续跟进的具体问题 |
| 工单 | 按既有流程分派和办理工作的单据 |
| 处置行动 | 实际做过的清理、维修、沟通等事情 |
| 证据与材料 | 支持说明事实的照片、记录、文件及其版本 |
| 核验项 | 这次具体需要证明什么，例如“本轮清理针对原位置” |
| 人工复核 | 授权人员根据依据和材料，确认本轮结果及其范围 |
| 复查 | 以后再次查看现场或相关资料，形成新的检查事实 |

一条原记录可能同时写“通道堆物、附近灯具异常”，经确认形成两个问题。一件问题也可能被巡查、居民报修和值班日志分别记录。

工单同样可能交叉：一张工单处理几个问题，一个问题需要清理、维修和协调等多张工单或行动共同推进。材料也可能支持多个核验项，一个核验项可能需要几份材料共同支持。这就是“多对多”，每条关联都要说明覆盖哪一部分。

“核验项”尤其有用。它让复核人员看清一张照片到底支持什么：照片可帮助说明某处障碍物被移走；设施功能是否正常，还应结合适用的检查记录或现场核查。材料交齐与专业结论成立，要分别判断。

## 6. 三组容易混淆的业务概念

**管理项目与实际空间。** 项目是管理范围，空间是真实地点。一个管理项目可以包括几个分散场所，项目名称不能直接当成设备所在位置。定位材料时要继续找到具体楼栋、车库、房间或对象。

**经理核查周期与专业执行周期。** 经理今天核查资料，专业工作可能按另一周期执行，资料还对应特定期间。例如经理本周查看某项月度专业记录，需要确认设备与所属月份；经理查看一次，并不代表专业工作也完成一次。任务截止时间、实际作业时间、资料覆盖期间也分别保存。

**任务完成与安全结果。** 员工完成检查，可能发现待处理问题；工单办理结束，可能仍有等待协调的部分；整改材料提交，也可能等待复核。将这些状态分别记录，才能知道当前真正需要谁做什么。

## 7. 多模态大模型、本体、知识库和平台各做什么？

“多模态”就是能共同理解文字、图片等不同形式的信息。我们的拟建应用，让成熟模型理解现场输入，再结合安洁的对象、规则和历史形成有业务含义的辅助结果。

| 组成 | 负责的工作 |
|---|---|
| 多模态大模型 | 理解图片与文字、整理记录、提出候选发现和补问；语音、视频按实际能力接入 |
| 业务本体 | 说明哪个对象、哪件问题、哪次处置、谁负责，以及彼此的关系 |
| 知识库 | 保存可查询的制度、检查要求、案例和原文，保留来源与版本 |
| FSWorkspace | 已确定的单位内网建设运行平台；具体如何组织模型、数据和应用，要在单位端验证 |
| 原物业平台 | 按既有流程承载正式任务、工单、整改和验收等业务办理 |
| Codex | 辅助方案设计、知识加工、应用开发和测试，并在具备接入条件后协助配置 |

例如模型看到“照片里有纸箱”，本体帮助对应“哪个项目的哪条通道”，知识库提供适用检查要求，应用再整理待确认事项和处置建议。这样的配合，才使识图结果能够衔接实际业务。

截至本解释版编写时，建设方向已确定为单位内网FSWorkspace。**上次确认时，单位电脑尚未配置远程连接；单位端的图片理解、数据保存、工作台和系统接口等能力仍需实测。** 远程操作提供进入单位电脑的方式，员工现场访问和比赛演示的入口还要分别落实。

现有网页是方案展示成果；图像识别、正式系统联动和运行成效仍需开发与验证。后续按获准接口对接原平台，接口未明确时可先用办理草稿和人工补录单号衔接。

## 8. 人工确认，到底由谁确认什么？

人工确认是实际职责分工。现场人员确认位置、对象和看到的情况；负责人确认事项关系、承办范围与协同安排；工程或相应专业人员确认适用的专业要求和功能记录；具有相应职责及授权的人员作出复核结论；知识维护人员发布经过审核的内容。

助手应把需要确认的事实、理由和材料摆清楚，减少人员重复查找。现场紧急处置继续按既有程序进行，不必等待模型回答或审批。

## 9. “知识培育”是不是重新训练一个大模型？

本方案首先做的是把安洁业务知识整理好、审核好、使用好：保留原文，抽取业务内容，纠正误解，发布有效版本，再用案例检查是否影响了实际回答。

例如某条要求只适用于某类设备，知识维护时必须保留这个条件。条件丢失会使模型把要求用到别的设备上；纠正后，需要重新测试相关检查卡和回答。

这是让应用更懂安洁业务的主要方法。是否需要模型微调属于后续技术选择，不能把增加知识资料直接称为已经重新训练了基础模型。

## 10. 比赛中，怎样讲清价值并证明它？

最值得展示的是一条真实可核对的工作链：同样一组输入，应用能否把对象认准、依据用对、问题拆清、责任接上，并指出材料缺口。再展示一次知识纠错怎样改变输出，评委就能看见本体实际起了什么作用。

验证可使用获准的脱敏案例和标明性质的构造样本，由业务人员先确定参考答案。比较人工原方式、模型直接回答、查询文档后的回答，以及加入本体规则后的结果。除正确发现外，还记录漏报、误报、错误肯定、人工改动和总工作量。

模型看不清时能否提出有效补问，资料不足时能否承认不足，也属于质量。现阶段不预设准确率、效率提升或获奖结果；案例和试运行记录形成后，再据实说明成效。

## 11. 想继续看正式方案，到哪里找？

| 想弄明白的问题 | 《整体方案》对应章节 |
|---|---|
| 为什么做、涉及哪些业务 | 第1—2章：目标、依据与模块连接 |
| 一件事怎样走完、六场景做什么 | 第3—4章：业务链与岗位任务 |
| 本体图、属性、材料与规则 | 第5—7章：本体、核验项和条件规则 |
| 知识怎样维护、多模态怎样工作 | 第8—9章：知识建设与智能能力 |
| 经理如何统筹、创新在哪里 | 第10章：跨周期履职与业务推演 |
| 怎样验证、建设与交付 | 第11—13章：评价、安排与成果 |
| 公共价值依据 | 第14章：政策依据与适用方向 |

正式方案第9章原有平台比较表述，需结合后来确定的FSWorkspace部署决定阅读。本解释版采用已确定的部署方向；具体技术能力以接入单位环境后的验证为准。