智能化能力全典

明·如归 · 宿舍管理白皮书 ｜ 第九篇 全典篇

智能化篇讲过"是什么、怎么做、边界在哪"。现在把智能化层的所有能力逐项摊开、标上落地档——已投产的给具体规则、按批次推进的明确写"批次"、边界外的直接写"不做"。智能化不是把 4 个大模型出口挂上就算完，是三检测器 + 五规则 + 三定时任务 + 四出口一起构成一个可核验的判断层。

44.1 归寝异常三检测器

三个检测器共用同一条底层链：日历判定 → 数据源筛选 → 规则匹配 → 去重落问题工作台。去重键四元组（规则编码 + 学生 + 房间 + 业务日）保证"一个学生一间房一天最多一条同规则记录"——不会因为定时任务重跑就轰炸通知。

检测器	规则口径	数据源边界	落地档
连续未归	近 N 个考勤日全部未归（默认 N=3）	考勤日志最终态；已批假期自动覆盖时段直接排除	已投产
作息突变	今日归寝时刻 vs 个人 14 天中位数基线，偏差 > 90 分钟触发；有效样本至少 5 条	用打卡记录的更新时刻做基线，不用门禁时间——门禁可能延迟或补录	已投产
同寝连带	同一房间当日未归人数 ≥ K 触发（默认 K=2）	按房间维度聚合，不跨楼层	已投产

每一项都可在预警工作台单独开关、单独调参——N=3 是不是合适、K=2 要不要变、90 分钟太严还是太松——学校按自己作息节奏调。参数不是硬编码，规则不是不可见。

44.2 数据质量五规则

五个规则扫全库，扫出来的问题按 (规则, 实体, 待处理) 去重进问题工作台。同一份脏数据重复扫一百次也只挂一条——这是幂等扫描的基本纪律。

规则	判据	处理动作
一人多占	同一人在同一时刻存在多条"在住 + 已关联床位"的分配记录	进问题工作台，标为高优先级；管理员人工确认后合并或撤销
性别不符	分配记录的性别与目标房间的性别属性冲突	进问题工作台；系统层面已在分配时拦截，事后主要是历史遗留
离校在住	学生学籍状态为"已毕业/已退学/长期离校"，仍有在住分配	进问题工作台；触发批量退住提醒
证件校验位	身份证号第 18 位校验和不匹配	进字典治理；要求当事人或管理员补录
通行无主	门禁/闸机日志里的工号在系统内找不到对应在住人	进连接器对账报告；反馈给设备管理员

"扫出来"不等于"能落地"——规则的落点必须是一条有责任人、有状态、有处理时限的记录。问题工作台承担这个角色：状态从"待处理 → 处理中 → 已解决/已忽略"，每一步留操作者与时刻。

44.3 定时任务三处理器

系统的"自动动作"全部收敛在三个处理器上——避免"谁偷偷跑了一段代码把数据改了"这类不可追溯的自动化。

处理器	触发	主要工作	手动执行
自动考勤	每晚 23:00 日执行	按考勤日历过滤非考勤日 → 拉取当日五路来源 → 汇成考勤日志 → 未归状态入库	支持；用于补跑或测试
质量扫描	按配置周期	依次跑五条规则 → 生成或更新问题工作台记录 → 触发相关通知	支持；管理员改完一批数据可以立刻扫一次
归寝异常预警	每晚自动考勤之后	依次跑三个检测器 → 生成预警 → 站内警报 + 可选 事件回调派发	支持；用于临时回捞前几晚数据

每个处理器有独立的执行历史：开始时间、结束时间、耗时、扫了多少条、生成多少条、失败原因（如有）。执行历史不是日志的替代品，是"这次自动动作到底做了什么"的账本。

幂等与并发控制：任务运行中不允许同任务再起一次；多实例同时运行时用行级锁防重复执行；重启后不重复执行已经完成的时间段。这三条一起解决"重启会不会把昨天的预警再发一次"这个具体问题。

44.4 大模型四出口：接口在、模型待接入

四个智能化出口走同一个统一接口，当前全部为确定性测试桩——真实模型接入按投产前批次推进，绝不写成"AI 助手已上线""对话式查询可用"。

出口	输入	输出	当前档
分配解释	一次智能预排的输入参数与结果摘要	用自然语言解释"为什么把 A 同学分到 B 房"	桩已就位，模型待接
约束式自然语言查询	一句自然语言（"上学期未归超过 3 次的女生有哪些"）	结构化查询条件，管理员点击执行才跑	桩已就位；不自动执行
问数	一句问句	只读数据查询（三把白名单：异常、质量、住宿）	桩已就位；模型不碰写路径
周报草稿	一周的告警与处理数据	结构化摘要，供管理员二次编辑	桩已就位；发布前人工确认

四出口共享同一条纪律：模型只出建议、不执行操作；操作由人点击确认触发；每一次触发留审计。这条纪律不因模型能力变化而松动——模型越强，越需要"人来按最后那个按钮"。

44.5 判断层的三档口径

对照 D.4 三档表述：

• 写实（已投产）：三检测器、五规则、三处理器、去重键、幂等复跑、执行历史、问题工作台、站内警报、事件回调派发。这些能当场演示、能当场调参、能当场导出。
• 写"批次"（列投产前）：真实大模型接入、增量同步（当前只有全量对账）、字段级加密扩面、邮件/短信/WebPush 通道、企业微信消息模板。这些有接口、有设计、有部分实现，生产化在投产前补齐。
• 写"范围"：智能问答、对话式界面、无感通行分析、活体检测、防替考级——没有实现、不做；正文出现时一律转为"我们不做这件事、别的方案里请自行评估"的范围表述。

智能化篇的分寸就在这三档里：写实的是数据分析和规则判断，写批次的是模型接入和通道扩展，写范围的是明确不做的事。把批次吹成投产、把范围写成功能——是全典篇最容易犯、也最经不起追问的错。

44.6 判断层量化清单

智能化能力全部落到具体数字上，学校可以拿这几个数字与厂商逐一核对：

项	数量	说明
归寝异常检测器	3	连续未归 / 作息突变 / 同寝连带
数据质量规则	5	一人多占 / 性别不符 / 离校在住 / 证件校验位 / 通行无主
定时任务处理器	3	自动考勤 / 质量扫描 / 归寝异常预警
大模型出口	4	分配解释 / 约束式自然语言查询 / 问数 / 周报草稿
去重键维度	四元组	规则 + 学生 + 房间 + 业务日
考勤合成来源	五路	学生自助 / 宿舍长 / 宿管 / 门禁 / 自动
预警送达层级	五层	宿管 / 宿舍长 / 学院 / 辅导员 / 家长
工作台状态	三态	待处理 / 已处置 / 已忽略
大模型白名单	三把	数据范围 / 操作范围 / 输出格式
判断层硬不变量	三条	性别隔离 / 组织预分 / 一人一床
智能分配规模上限	单批 500 人	超过时提示分批次执行
归寝时刻数据源	打卡更新时刻	门禁时间未接入
幂等四道防护	4	唯一约束 / 去重键 / 执行历史 / 手动兜底

每一项都能当场演示、当场调参、当场导出。如果厂商说"我们有 AI 能力"但说不出上面这几行、那就是没做过宿舍管理的 AI。

44.7 三条关于智能化的常见误解

误解一：智能化 = 接大模型。恰恰相反——这套系统的智能化 95% 靠明规则：三检测器是阈值判定、五规则是数据比对、三处理器是定时任务、大模型只占 4 个出口且当前是测试桩。把大模型当成智能化本身、是把 5% 说成 100%。学校评估厂商时不要问"你有没有 AI"、要问"你的规则能不能当场演示"。

误解二：预警越多说明系统越智能。预警多只说明阈值设得松或规则太多——健康的预警体系是"每天几十条、大部分能当场判定为误报或忽略、真正需要人工跟进的每周几到十几条"。一所学校上线三个月后每周还有几百条待处置预警、说明规则需要收紧而不是系统需要更聪明。

误解三：判断层能自动执行操作。判断层只出"建议 + 依据 + 追溯"、永远不出"已经帮你做了什么"。学生调宿、批量退住、密码重置——这些写操作永远由人在具体页面点下最终那个按钮。判断层的价值是让人点得对、不是替人点。

44.8 一句话收口

这套系统的智能化能力，不是"接了一个大模型"，是"三检测器 + 五规则 + 三处理器 + 四出口 + 一套去重与幂等纪律"。前者是别人的能力，随时可以换；后者是自己的判断，落在代码里、落在操作日志里、落在问题工作台的每一条已处理记录里。

下一章：索引映射与交付批次——把这本书里说过的每一个能力，映射回具体功能、控制器、页面，标注它属于已交付/在建/按批次/依赖外部哪一档。