外观
常见问题
智悟单独卖吗？
不单独卖。智悟作为平台的智能能力随智安、智眸等业务平台开通，AI 按用量计费。客户买的是隐患闭环、值守与派单能力，智悟是里面负责判断与推动作的那一层。
智悟、智眸、虹元、蓝精灵各管什么？
一句话：虹元记事实，智眸看现场，智悟拿口径做判断，蓝精灵负责看图下结论。智眸在现场用小模型盯画面，只上行结构化事件；虹元统一接入并保存事件、规则、任务、裁定；智悟订阅事件，取规则与口径，调蓝精灵判定，按规则通知与派单，结果写回虹元。任何两个系统之间都不直连，都经虹元。
智悟会自动做裁定吗？
不会。裁定由人在值守台做，智悟不改事件本体。唯一的例外是行为候选：边缘节点拿不准的打架、倒地、攀爬，蓝精灵判为无异常或置信不足时，智悟直接写误报裁定回流现场，不建任务。判为有异常的仍然建任务、发通知，等人确认。
通知发出去了怎么证明？
看任务体，不看日志。每个通道一条留痕：状态、耗时、错误、掩码后的接收人。超时升级那一次单独留痕。验收问"这条通知发出去没有"，答案在虹元的任务记录里。
同一件事为什么只通知了一次？
规则的冷却时间在起作用。同租户、同摄像头、同类事件、同规则在冷却期内只通知一次，其余事件仍落任务，标"已抑制"，看板上的"冷却抑制"能统计到。另有一层接收人节流：同一个人、同一件事短时间内不重复发，换人或换事件单独计时。
规则改了不生效？
三种可能。一是规则体不合法，被跳过了，状态接口的 badRules 能看到计数；二是缺 tenant_code，按坏规则丢弃；三是还没到 60 秒刷新，POST /api/uanmind/rules/reload 可以立即触发，这个接口要登录或带管理密钥。
虹元连不上时，智悟按什么口径判？
按最近一次从虹元拉到的那份。每次拉成功，智悟把响应规则、提示词、阈值、模型台账四类口径原样写进一个本地缓存文件，只留本实例服务的租户。虹元不可达或智悟重启时先读缓存，各租户照样按自己的口径判。状态接口的 ruleSource 写明口径来自虹元、缓存还是内置，来自缓存时带上那份口径的拉取时间。
值守台的图片是空白的？
证据图存在智眸现场，虹元只存引用。地址是现场内网地址，浏览器在公网打不开。部署时要配公网可达的地址改写，服务端自己拉图与给浏览器看的图是两套改写，分别配置。现场换过地址、新旧前缀并存时，每套改写可以用分号写多条，每个地址用第一条前缀对得上的规则。
判定用的提示词能改吗？
能，作为口径对象登记在虹元，带版本。改动流程：改文本，用历史照片或真值集回归，附分数登记新版。智悟 60 秒内生效。值守台的"判定口径"页只读，登记走脚本或接口。没有回归分数的版本不该生效。
智悟宕机会丢事件吗？
不会。游标在虹元，只在智悟确认处理完后前进。进程重启从上次确认的位置继续，不丢不重。判定失败的行为候选重试 3 次，仍失败退回人工复核任务；每 60 秒另有一轮兜底扫描捡回未裁定的候选。
大模型不可用会怎样？
分三种。语境摘要不配端点就不做，配了但失败按失败记，不写空摘要，不影响任务与通知。行为判定失败重试后退人工复核。照片判定失败直接返回错误，调用方退回自己的兜底路线。
车辆轨迹为什么分成了好几条？
关联规则拿不准时宁可多开一条让人合并，也不把两辆车串成一条。合并一键，拆开要人逐段看。跨相机关联依赖资产登记里的相机邻接关系，没登记邻接的相机之间默认不关联。
一套智悟能服务多家客户吗？
能。事件、规则、口径、任务都带租户码，智悟按租户守门；从门户进入的用户只能看本租户。通知通道当前是实例级配置，需要各客户各自收通知的用一租户一实例。详见按客户隔离。
哪些场景已经在用，哪些还在规划？
已经常态运行的分四块。智能体的九项技能：交接班汇总、跨系统核对、作业票风险提示、报警归并单、计量数据核对、逾期隐患催办、审批催办、周报月报、复盘报告。响应引擎按规则做的：视频告警复核派单、报警实时归并、车辆轨迹关联、语境摘要、误报案例沉淀、超时升级。智悟工作台里的企业问答。照片判定接口支撑的：智安随手拍的隐患定性建议。
规划中的：审批催办以外的文稿推送到通知通道，智能体的工具调用、规划与记忆。规划中的不写进合同。
智悟里有几个智能体？
一个，带九项岗位技能，归成安全、生产、流程三类。每项到点自动出稿，写回虹元知识库，带口径版本和事实依据。告警的判定、派单、催办、超时升级由响应引擎按规则做，画面判定由蓝精灵出。技能按岗位一项项加，详见智悟智能体。