这套方案，
怎样帮我们工作？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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