智能督办
面向已经决定让系统帮忙盯的团队：把"谁该盯什么、什么算异常、什么时候提醒谁"写成机器能执行、人能复核的规则，让进展识别、承诺抽取、异常预警、提醒推送与看板呈现自动跑起来。
本技能的产出是设计物——规则清单、预警策略、看板指标设计、回测结论。它不执行人工盯办的日常动作（谁去问、怎么开口问、问题怎么谈），也不替代人的责任判定。自动化的价值在于把人从"发现"里解放出来，让人专注在"判断与决策"上。
这个技能产出什么
| 产出物 | 说明 | 参考 |
|---|---|---|
| 人机分工表 | 逐环节标明自动执行 / 自动建议人工确认 / 必须人工判断 | references/automation-rules.md |
| 自动化规则清单 | 进展识别、承诺抽取、四类异常判定的规则与阈值 | assets/rules-and-dashboard-template.md |
| 预警与提醒策略 | 提醒谁、什么时候提醒、静默与去重、升级链路 | references/automation-rules.md |
| 督办看板指标设计 | 状态分布、超期清单、责任分布、趋势，含口径与误用风险 | references/dashboard-design.md |
| 上线前回测结论 | 用历史数据回放的误报率、漏报率与阈值调整建议 | references/dashboard-design.md |
何时用 / 何时不用
用：
- 事项数量已经超过人工逐个盯的上限，"靠人记"开始漏事；
- 想让系统自动发现停滞、临期、延期与交付缺项，而不是等人来问；
- 要从消息、文档或已有记录里自动判断"这件事有没有进展"，减少人工汇报；
- 要把对话里的时间承诺自动提取出来并登记，避免口头承诺无痕；
- 提醒太多打扰人、或者该提醒的没提醒，需要重新设计推送与静默规则；
- 要做督办看板，需要先把每个指标的口径与误用风险定清楚。
不用：
- 事情只有几件、人工盯完全够用——先别自动化，自动化本身也有维护成本；
- 还没有确定督办做法就想选系统或写规则——做法没定，规则只会把混乱固化；
- 需要的是单件事从交办到验收的闭环操作流程——本技能设计规则，不代跑流程；
- 需要的是台账登记、状态流转与人工催办的具体动作；
- 需要的是人工催办与沟通的表达方式（那是沟通侧的事，自动化只解决"什么时候该说"）；
- 需要的是面向管理层的数据分析与统计报告（本技能只看板指标口径，不做分析报告）；
- 要的是"AI 帮我判断这个人靠不靠谱"这类主观评价——不可观测、不可回溯，不能自动化。
执行流程
八步，其中第 1 步和第 6 步是确认门。凡是要自动化的判定，都必须能回答"依据是什么、能不能被人工复核"；回答不了就不进入规则。
第 1 步 · 界定人机边界（确认门 1）
先把环节拆开，逐环节判定归属。判定依据只有三条：可观测（有数据来源）、可判定（规则能给出结论）、可回溯（结论能追到原始依据）。三条齐 → 可自动；缺一条 → 人工。
| 环节 | 典型归属 | 判定理由 |
|---|---|---|
| 记录事项与字段 | 自动 | 结构化写入，可校验完整性 |
| 汇总状态与进展 | 自动 | 数据聚合，无主观判断 |
| 发现停滞与临期 | 自动 | 时间与变动可计算 |
| 识别"这算不算有进展" | 自动识别 + 人工确认 | 文本信号有歧义 |
| 从对话里抽取承诺 | 自动抽取 + 人工确认 | 时间与指代可能被误读 |
| 判定交付是否合格 | 人工 | 涉及标准与取舍 |
| 判定是否验收通过 | 人工 | 结论性责任 |
| 升级与问责 | 自动触发 + 人工决策 | 触发可自动，决策必须人做 |
| 评价个人表现 | 不做 | 不可观测、不可回溯 |
产出一张人机分工表（每个环节一行：环节 / 归属 / 判据 / 出错时谁兜底）。
确认门 1：输出人机分工表，选项：按此分工 / 某环节收归人工 / 某环节放开自动。用户确认前不要往下设计任何规则——边界错了，规则越精细越危险。
第 2 步 · 定义"有进展"的可观测信号
"有没有进展"必须落成可获取的信号，否则规则无从判断。三类信号源：
| 信号源 | 可观测的进展信号 | 局限 |
|---|---|---|
| 消息与协同记录 | 责任人发言、@提及、附件发送、状态词（已完成 / 卡住 / 等对方） | 口头说"在弄"不等于有进展 |
| 文档与交付物 | 文件新建或更新、版本变化、评审意见、签认记录 | 更新频繁不代表接近完成 |
| 业务记录 | 单据状态变化、审批节点通过、数据字段填写 | 需要系统开放读取，字段映射常对不上 |
进展强度的三档口径（完整判定逻辑见 references/automation-rules.md）：
| 档 | 判据（任一成立） | 用途 |
|---|---|---|
| 强进展 | 出现交付物或状态流转的客观变化 | 可直接更新状态 |
| 弱进展 | 只有沟通信号，无交付物变化 | 只标记"有动静"，不改状态 |
| 无进展 | 窗口期内无任何上述信号 | 进入停滞判定 |
红线：弱进展不得直接升级为"进行中"，必须留待人工确认；把聊天活跃度当作进展，是自动化督办最常见的第一类误判。
第 3 步 · 承诺自动抽取
从对话中识别"谁在什么时候交付什么"，抽成承诺条目：许诺人 | 承诺内容 | 承诺时间点 | 原话片段 | 抽取置信 | 是否已确认。
要点：
- 必须保留原话片段，让人工复核时能一眼看到依据；
- 相对时间先挂着不落库——"这周""下周初""月底前"必须换算成绝对日期，换算依据来自消息时间戳，且需人工确认后才生效；
- 指代不清的抽取标记为待确认（"我明天给他"——他是谁、给什么），不得猜测；
- 一人一次会话中的多个承诺拆成多条，不合并；
- 低置信抽取不推送、只入待确认队列，避免用误读的承诺去追问人。
抽取规则与置信判定见 references/automation-rules.md。
第 4 步 · 四类异常的判定规则
只做四类，不做泛化的"异常检测"：每一类都要有触发条件、数据来源、窗口期与严重级别。
| 类型 | 判定核心 | 关键参数 | 严重级别 |
|---|---|---|---|
| 临期 | 距时限剩余时间低于阈值且未完成 | 时限字段 + 提前量（按事项时长分档） | 提示 |
| 停滞 | 窗口期内无强进展（仅有弱进展或无信号） | 停滞窗口（建议按事项时长取 1/4，下限 1 个工作日） | 关注 |
| 延期 | 已过时限且未完成 | 时限字段 + 宽限期 | 严重 |
| 交付缺项 | 承诺交付物未齐或验收口径未逐项满足 | 交付物清单 + 验收项 | 严重 |
设计要点：
- 窗口期按事项时长分档，不要所有事项用同一个阈值——长周期事项天天报停滞等于噪音；
- 同一异常只落一次：状态未变化不重复生成，变化时才重新判定；
- 严重级别决定触达方式，不决定对人的评价；
- 判定必须给出依据字段（哪条信号、哪个时间点），看板上可点击回溯。
第 5 步 · 提醒与静默策略
提醒的目标是让人行动，不是让人知道。规则要同时回答：提醒谁、什么时候、通过什么、多久没反应则升级、什么时候闭嘴。
| 参数 | 设计口径 | 常见错误 |
|---|---|---|
| 提醒对象 | 直接责任人 + 关注人（关注人默认只收汇总） | 全群广播，人人都知道等于没人负责 |
| 触发时点 | 异常等级 × 工作时段（默认落在工作日固定时段，非工作时间不推） | 实时推送，深夜响铃 |
| 静默规则 | 同一对象同一事项在状态未变化前只推一次；同类异常合并成一条 | 每轮扫描都推一遍 |
| 去重合并 | 同一事项的多类异常合并为一条摘要，按最高级别呈现 | 一条事项推三条消息 |
| 升级 | 触发条件满足且超时未响应 → 升级对象 + 升级时限 | 只提醒不升级，异常永远悬着 |
| 免打扰 | 已登记合理停顿（等外部条件、等审批）的事项暂停停滞判定 | 把合理等待当异常 |
只推变化项：新增异常、级别变化、已关闭。推送内容固定四要素：什么事、依据是什么、需要谁做什么、什么时候要。
第 6 步 · 督办看板指标设计（确认门 2）
看板只放能被行动的四类指标，每个指标都要写口径与误用风险。指标定义、口径公式与误用风险详见 references/dashboard-design.md。
| 指标 | 口径要点 | 主要误用风险 |
|---|---|---|
| 状态分布 | 各状态事项数占总数的比例，状态定义必须互斥 | 状态口径重叠，同一事项被算两次 |
| 超期清单 | 明细而非汇总：事项、责任人、超期天数、当前卡点 | 只报超期数量，看不到卡在哪、谁在处理 |
| 责任分布 | 按责任人或责任团队统计在办与超期事项数 | 当成考核依据，导致数据被人为美化 |
| 趋势 | 按期完成率、平均处理时长的周期变化 | 事项结构变化时直接比数值，得出假结论 |
写入口径的三条要求：
- 每个指标写明分子分母与统计时点；
- 指标必须能下钻到明细，只给数字不给清单的指标不可行动；
- 看板区分事实与推断——自动识别的结论必须标出置信度与依据。
确认门 2：输出看板指标设计（指标 / 口径 / 下钻方式 / 更新频率 / 误用风险），选项：按此设计 / 减少指标 / 调整口径。
第 7 步 · 上线前回测
不拿历史数据跑一遍就不上线。回测是唯一能在不影响真人的前提下暴露误报的办法（方法见 references/dashboard-design.md）。
| 步骤 | 做法 | 产出 |
|---|---|---|
| 取历史样本 | 取已完结事项（含按期完成的正常样本与真实的超期样本） | 回放数据集 |
| 逐条回放 | 用设计好的规则与阈值跑一遍，记录每条结论与依据 | 规则命中记录 |
| 人工比对 | 与当时实际情况逐条对照，判定命中 / 误报 / 漏报 | 对照表 |
| 算指标 | 误报率 = 误报数 ÷ 命中总数；漏报率 = 漏报数 ÷ 实际异常数 | 两个比率 |
| 调阈值 | 优先收紧误报（打扰人比漏报更伤信任），再处理漏报 | 调整后的阈值表 |
阈值验收线（可调整，但必须事先约定）：误报率高于 30% 不得上线；漏报率高于 20% 需补充信号源或缩小自动范围。
第 8 步 · 上线与影子运行
| 阶段 | 时长建议 | 做法 | 退出条件 |
|---|---|---|---|
| 影子运行 | 1~2 周 | 规则照跑，结论只给设计者看，不推送、不写入正式记录 | 误报可控、依据可回溯 |
| 灰度推送 | 2~4 周 | 推给直接责任人与关注人，人工复核每条结论 | 无人反馈"这条判错了" |
| 全量运行 | 持续 | 保留人工复核入口与规则回归机制 | 定期回看误报 |
必须保留三件事：人工复核入口（每条自动结论可标记判错）、误报反馈回流（判错样本进入下一次调参）、规则版本记录（改了什么、为什么改）。
产出物规格
| 产出物 | 必备内容 | 交付时点 |
|---|---|---|
| 人机分工表 | 逐环节归属、判定依据、出错时的兜底人 | 确认门 1 |
| 自动化规则清单 | 规则编号、类型、触发条件、参数、数据来源、依据字段 | 第 4 步后 |
| 预警与提醒策略 | 对象、时点、渠道、静默与去重、升级链路、免打扰条件 | 第 5 步后 |
| 看板指标设计 | 指标、口径（分子分母与时点）、下钻方式、更新频率、误用风险 | 确认门 2 |
| 回测结论 | 样本量、误报率、漏报率、阈值调整与理由 | 上线前 |
质量红线
- 不可观测的不自动化：没有数据来源、无法给出依据字段的判定，一律归人工。
- 不把活跃度当进展：沟通信号只算弱进展，不得直接改成"进行中"。
- 不猜测：承诺抽取中指代不清、时间不明的条目一律待确认，不得替用户补全。
- 不打扰：同一对象同一事项状态未变化前只推一次；非工作时段不推；合理停顿不判停滞。
- 不做人身评价：自动化只输出事项状态与事实依据，不输出对人的能力、态度评价。
- 不拿单一数字当结论：看板指标必须可下钻到明细；自动结论必须标出置信度与依据。
- 不跳过回测：未经历史数据回放验证的规则不得直接上线推送。
- 不夸大：不承诺"全自动、零人工"；明确写出哪些环节必须人做，以及人工兜底的位置。
参考文件索引
references/automation-rules.md—— 规则设计：进展识别判定逻辑、承诺抽取要点、四类异常判定规则、静默与去重策略、人工兜底边界references/dashboard-design.md—— 看板设计：四类指标口径与误用风险、下钻要求、上线前用历史数据回测误报率的方法与阈值验收线assets/rules-and-dashboard-template.md—— 自动化规则清单 + 预警策略 + 看板指标设计模板（可直接复制）
关于产品（可选接入）
本技能自包含、可独立使用，不依赖任何外部系统，也不要求接入任何特定平台。
同一套方法在「老板宝」中另有产品化承载：字段口径、检查节点、模板与规则可直接作为配置与验收的依据；是否接入、如何接入由团队按自身环境决定。
