报工凑数，到底损害了什么？
工时填满 8 小时、工序跳着报、一人同时报两台设备——老师傅心知肚明却没法逐单核对的事，交给规则引擎逐单过。
校验覆盖率
报工提交即全量过 R1–R5 规则引擎，不再靠人工抽检；通过单也留痕，覆盖率可回算。
异常识别率
跳序/重叠/超产能/多机/超单五类逻辑矛盾自动识别，误报率 ≤10%，可疑才进人工复核。
工时概差
报工工时与设备/IoT 实际工时偏差 ≤5%；报工异常率降幅 ≥70%，成本与排产数据回归可信。
WorkBuddy 操作效果录屏
从「提交报工」到「出校验回执」：五规则并行校验 → 可疑标记待复核 → 输出违规人员/工序清单
assets/recording.mp4（1280×800 · 交互页真实操作实录）
配套交互页：f2-interactive.html ↗
f2-interactive.html 页面的真实操作实录（浏览器实机录制）：默认示例「张伟 焊接」（通过）→ 一键切换「赵敏 检测」（R1 跳序）→「李强 冲压」（R2 时间重叠+R4 一人多机双标）→「周敏 总装」（R5 数量超单）→「孙倩 冲压」（R3 超产能）→ 恢复默认 → 滚动查看违规人员/工序清单与待复核标记。您可以打开交互页亲手操作验证。可下载数据源电子表格
14 条报工记录样本（合成脱敏，含 5 类违规样例），字段与生产版 MCP 只读视图一一对应，可直接替换为你的真实数据
| 字段 | 含义 | 类型 | 说明（规则口径） |
|---|---|---|---|
report_id | 报工单号 | 文本 | 主键，如 RPT-5001 |
worker | 报工人 | 文本 | 操作工/班组长；R2/R4 按「同一人」聚合校验 |
shift | 班次 | 分类 | 白班/夜班 |
workorder | 工单号 | 文本 | 如 WO-2026-101；R1/R5 按工单聚合 |
product | 产品 | 文本 | 产品族，关联工艺路线 |
process | 工序 | 分类 | 冲压/焊接/涂装/总装/检测 → R1 工序先后 |
seq_no | 工序序号 | 数值 | 工艺路线顺序 1~5，R1 校验依据 |
equipment | 设备 | 文本 | 如 EQ-310；R4 一人多机校验依据 |
start_time / end_time | 开始/结束时间 | 时间 | 报工时间窗 → R2 时间重叠 / R4 |
hours | 报工工时(小时) | 数值 | R3 产能核算分母 |
qty_ok | 合格数量 | 数值 | R3 超产能 / R5 数量超单校验对象 |
wo_qty | 工单数量 | 数值 | 工单总需求；R5 上限 |
capacity_ph | 工位小时产能(件/h) | 数值 | R3：qty_ok > capacity_ph × hours × 1.05 → 可疑 |
check_flag | 校验结果 | 分类 | 通过 / 可疑（可疑=自动标记待复核，不写回 ERP） |
violation | 违规类型 | 分类 | 无/跳序/时间重叠/超产能/一人多机/数量超单 |
五条校验规则，条条可回算
判定走规则引擎而非黑盒大模型——每一个「可疑」都能追溯到规则、阈值与证据
工序先后
工序序号 > 该工单已报最高序+1（前道未报）→ 可疑·跳序；并行工序白名单豁免。
时间重叠
同一人报工时间窗相交（start<busy_end 且 end>busy_start）→ 可疑·时间重叠；输出相交时段与冲突单号。
超产能
合格数 > 工位小时产能 × 工时 × 1.05 → 可疑·超产能；输出理论上限对比，提示核对产能主数据版本。
同一人多机
R2 命中且跨设备 → 可疑·一人多机（与 R2 双标不吞并）；输出两台设备号与相交时段。
数量超单
同工单同工序累计合格数 > 工单数量 → 可疑·数量超单；补件/返修单号段豁免。
只读 + 待复核
可疑只自动标记「待复核」，不写回 ERP、不自动改数、不自动判罚；修正须人工复核确认；输出重复违规人员/工序清单；全程留痕。
POC 验收 KPI：开工前定好，上线后对账
基线指标（截图口径）：报工异常率降幅 ≥70% · 工时数据与实际概差 ≤5%
校验覆盖率 100%
报工单全量过规则引擎（含通过单留痕）。
异常识别率 ≥95%
引擎已标记且复核确认可疑 / 复核确认可疑总数。
误报率 ≤10%
标记可疑中人工复核确认正常的占比。
复核时效 ≤24h
可疑标记 → 人工复核完成（超时升级班组长→车间主任）。
工时概差 ≤5%
|报工工时 − 设备/IoT 实际工时| / 实际工时（月度对账）。
异常率降幅 ≥70%
基线诊断异常率 → 上线后月度异常率，按口径出对比数据。
白纸黑字的规矩 · 三条铁规矩
不清楚起点，不配谈改善。先出《基线诊断报告》。
你的人会用、能通过操作考核，这一项才算交付完成。
每个场景定好验收口径，上线前后按口径出对比数据。
先把你的问题理清楚，
再决定要不要花钱
联系马工，你会先拿到一份《场景清单》——厂里的管理窟窿按痛感排好序，先干哪 3 个写清楚。清单不满意，可以到此为止。
- 先量基线，再收钱——诊断阶段不收咨询费
- 渐进式接入——从最痛的一个场景开工，不伤现有业务
- 效果进账本——上线前后对比数据摆在面前
把问题发过来就行