按旧版干活，到底损害了什么？
变更靠打印下发、口头传达，无回执、无追踪——谁看到了、谁没看到全靠猜，出事就是一批件全废加一场责任扯皮。
推送覆盖率
ECN 生效即解析影响面（产品×工序×岗位），受影响岗位逐一推送确认卡，不再靠"打印+口头"。
签收及时率
本人签收回执（人/时点/版本留痕），SLA 内未确认自动升级提醒（班组长→车间主任）并重复推送。
责任边界清楚
签收必须本人（代签拦截留痕）；未确认岗位报工入口自动暂停、旧版图纸置灰，杜绝"按旧版干活"。
WorkBuddy 操作效果录屏
从「推送变更」到「闭环归档」：定向推送 → 本人签收 → 超时升级 → 报工拦截 → 旧版置灰
assets/recording.mp4（1280×800 · 交互页真实操作实录）
配套交互页：f5-interactive.html ↗
f5-interactive.html 页面的真实操作实录（浏览器实机录制）：默认示例「T-9002」（已升级+拦截，超 SLA 20h）→ 一键切换「T-9001」（70 分钟本人签收，已闭环）→「T-9004」（未签收+拦截，SLA 内剩 6h）→「T-9007」（已升级+旧版置灰）→「T-9006」（刚推送 2h 等待签收）→ 滚动查看闭环看板（推送 14 · 已确认 7 · 未确认 3 · 已升级 4 · 拦截 7 工序）。您可以打开交互页亲手操作验证。可下载数据源电子表格
14 条变更确认任务样本（合成脱敏，含未确认/已升级/拦截样例），字段与生产版 MCP 只读视图一一对应，可直接替换为你的真实数据
| 字段 | 含义 | 类型 | 说明（规则口径） |
|---|---|---|---|
task_id | 确认任务号 | 文本 | 主键，一张 ECN×一个岗位=一条任务，如 T-9001 |
ecn_no | 变更单号 | 文本 | 如 ECN-2601；R1 按 ECN 聚合影响面 |
change_type | 变更类型 | 分类 | 图纸版次/工艺参数/材料代用/BOM变更/检验标准 |
product / line | 产品 / 产线 | 文本 | 影响面维度 → R1 定向推送 |
process / station | 受影响工序 / 工位 | 分类/文本 | R1/R4：拦截按 工序×岗位 生效 |
position | 受影响岗位 | 文本 | R1 推送目标（岗位终端） |
worker | 责任人 | 文本 | R2 签收须本人确认（代签拦截） |
priority | 变更级别 | 分类 | 紧急/一般 → R3 SLA 分级（2h/24h【H1 待拍板】） |
notify_time | 推送时间 | 时间 | R3 计时起点 |
confirm_sla_h | 签收时限(h) | 数值 | R3 超时未确认→自动升级提醒 |
confirm_time | 确认时间 | 时间 | R2 签收时点（人/时点/版本留痕） |
confirm_status | 确认状态 | 分类 | 未确认/已确认/已升级（R2/R3 状态机） |
version_change | 版本变更 | 文本 | 如 V2.0→V2.1；R5 版本校验（防按旧版干活，联动 F4） |
report_blocked | 报工拦截 | 分类 | 是/否（R4：未确认→暂停该工序报工，联动 F2 报工入口） |
五步闭环规则，步步有回执
判定走状态机+规则引擎而非黑盒大模型——每一次推送、签收、升级、拦截都能追溯到证据
定向推送
ECN 生效→影响面解析（产品×工序×岗位）→逐岗位生成确认任务并推送；影响面缺失标"待补"，不盲目全厂推送。
签收确认
责任人本人点确认，留痕 人/时点/版本；签收人≠责任人→拦截（代签治理留痕）。
超时升级
now−推送 > SLA（紧急2h/一般24h）且未确认 → 自动升级提醒（班组长→车间主任）+ 重复推送，次数留痕。
报工拦截
未确认 → 该工序报工入口暂停，提交即提示"请先确认变更"；确认后自动放行（联动 F2 报工入口）。
版本校验
终端版本 ≠ 变更新版 → 提示"按新版作业"，旧版图纸/工艺置灰（联动 F4 工艺卡版本）。
本人签收 + 只读 + 留痕
不代签、不批量、不自动确认；不写回 ERP/ECN 主数据、不自动改图纸/工艺/BOM；拦截不篡改报工数据；升级/转派/放行全程留痕。
POC 验收 KPI：开工前定好，上线后对账
基线指标（截图口径）：变更签收及时率 · 因未执行变更导致的返工批次
推送覆盖率 100%
受影响岗位全部定向推送（影响面解析日志可回算）。
签收及时率 ≥95%
SLA 内本人确认任务 / 全部确认任务。
升级时效 ≤15min
超时时刻 → 升级提醒发出（层级班组长→车间主任【H2 待拍板】）。
报工拦截准确率 100%
拦截命中且确属未确认 / 拦截总数（联动 F2 报工入口）。
返工批次降幅 ≥80%
因未执行变更导致的返工批次，基线对比【H1 待拍板】。
变更签收及时率
基线诊断期人工统计 → 上线后引擎口径连续统计对比。
白纸黑字的规矩 · 三条铁规矩
不清楚起点，不配谈改善。先出《基线诊断报告》。
你的人会用、能通过操作考核，这一项才算交付完成。
每个场景定好验收口径，上线前后按口径出对比数据。
先把你的问题理清楚，
再决定要不要花钱
联系马工，你会先拿到一份《场景清单》——厂里的管理窟窿按痛感排好序，先干哪 3 个写清楚。清单不满意，可以到此为止。
- 先量基线，再收钱——诊断阶段不收咨询费
- 渐进式接入——从最痛的一个场景开工，不伤现有业务
- 效果进账本——上线前后对比数据摆在面前
把问题发过来就行