会议纠偏助手（工作分配助理）

概述

会议纠偏助手（Meeting Correction）

适用对象与定位

本技能适合中小企业，特别是工业企业，内置工厂的各种管理逻辑，能够非常高效地把一把手的想法和思路转化为可执行的工作，并有效下达。

快速使用（Quick Start）

1. 给输入：把会议记录发给本 Skill——Excel(.xlsx/.csv) / Word(.docx) 优先，其次 PDF / 截图 / 文本。

上传提示：请优先提供 Excel 或 Word 文档原件，输出为 PDF；避免使用图片截图，图片文字识别易不清、造成大量延迟与浪费。

1. 逐条把关：对记录中每条工作分配自动检查 6 个维度：
   • 负责人是否明确（缺责任人）
   • 确认人是否指派、是否 ≠ 负责人本人（自确认）
   • 是否给了完成时间（缺时限）
   • 是否有可衡量目标（缺量化）
   • 交付物/输出结果是否清楚（目标不清 / 成果不清）
   • 一把手是否越权确认一般事项（高层越权）
2. 拿结果：输出一份可直接交付的 HTML 纠偏报告 + PDF，包含：

任务主表 → 每条纠偏明细（标签/分析/建议）→ 方向性议题（≤3）→ 近四次趋势 →整体观感 → 修正后的会议记录最终版。

无需联网、无需 API Key、无任何付费步骤，本 Skill 全部在本地运行。

触发条件（When to Use）

• 用户提供会议记录 Excel/Word/PDF/截图/文本，要求"生成纠偏报告""纠偏分析""执行该会议记录"
• 输入通常为：Excel(.xlsx/.csv)、Word(.docx)、会议纪要 PDF、截图 PNG、转录文本
• 输入优先级提醒：能提供 Excel/Word 原件就不发截图（图片识别易错、慢且浪费）；上传时请指定文件为 Excel/Word 文档，输出为 PDF。

工作流

Step 1 — 提取会议记录内容

输入优先级（v1.0.3 统一提醒）：Excel(.xlsx/.csv) 与 Word(.docx) 原件 ＞ PDF ＞ 截图/图片 ＞ 转录文本。收到图片截图时应先提示用户：能提供 Excel/Word 原件请改发原件，避免图片识别不准确造成延迟与浪费。

• Excel(.xlsx/.csv)：逐行读取单元格内容（如 编号/负责人/任务内容/完成时间 等列，按行还原为记录条目）——优先推荐
• Word(.docx)：提取段落与表格文字——优先推荐
• PDF：提取文字（用 pdf 相关工具）
• PNG/图片：仅在无原件时使用，读取图片内容识别文字并核验准确性
• 文本：直接读取

Step 2 — 逐条任务分析（纠偏）

按以下 6 大维度逐条审视，每条给出标签 + 分析 + 建议：

2.1 负责人主体式（2026-08-25 用户裁定）

会议记录主体永远是负责人。建议行与最终版任务内容一律以负责人为主语：负责人 + 完成什么事 + 输出什么结果。上游输入作"根据XX"状语，不改变主体、不挂时限。时间与确认人由表格单独列承载，不在任务文字中重复出现。禁止把确认人/输入方写成执行主体并挂时限。

2.2 5W1H 交付物判别（2026-08-25 用户裁定）

• When（时间）与 Who（负责人）由表格单独列承载
• What（干什么事）可缺
• How（怎么干）以交付物/输出结果呈现、必须明确（硬性底线）
• Why（为什么干/价值判断）不进入记录文字（分析层）

判别映射：

• 交付物形态未明（如"标签及合格证"是设计稿还是数据项）→ 目标不清
• 确认/验收方式未明（如确认人确认的是设计图还是现场验收）→ 目标不清
• 交付物知道是什么但缺具体数字（数量/面积/吨数/标准）→ 缺量化
• What 没说清但交付物明确 → 可接受，不机械判问题
• 最佳状态 = What 与交付物两个都有

2.3 零容忍自确认（确认人≠负责人）

• 确认人必须 ≠ 执行人（负责人本人不得确认自己）
• 确认人 = 工艺链相邻部门互确认（研发↔生产、生产↔仓储）
• 无相邻部门时：按"下游消费者确认适用面、不碰技术性"处理
• 纯技术单点职能缺口：标"职能缺口待建确认机制"

2.4 一把手越权与例外（2026-08-01 用户固化）

• 主规则：使用人/承接方确认
• 例外：结果直接关系合规/安全/重大成本/战略目标，一把手需直接掌握时，可保留一把手确认
• 一般部门事项不得以"老板关心"为由回流一把手
• 规划性大调整由一把手确认合理（非越权，如库房整体调整）
• 一把手只做 A 层（调整目标/输出新目标），不做 C 层（逐项检查确认）

2.5 建议行 = 提醒式修正（2026-08-25 用户裁定，零容忍杜撰）

• 分析行负责诊断（"没说明白什么"）
• 建议行负责提醒交付/确认结果应该是什么——用"按照某某XX标准""明确XX"等占位式表达
• 绝不编造具体数字/标准/来源/人名/维度清单
• 不清楚就提出或标目标不清，绝不虚构
• 仅缺量化类可提醒应明确的量化项（数量/节点等）；目标不清类只能用占位式提醒

2.6 全链路推演（每条的必备首步）

分析每条任务前，必须先推演其完整事件过程（前因→端到端→后果），再定位当前记录截取的是哪一阶段（上游输入来源、下游承接人），再判断纠偏。【成果-阶段目标-最终目标三层结构】最终目标=长远大结果；阶段目标=本条要解决的问题；成果=本条记录交付物。最佳记录公式：奔着长远目标→解决当下问题→给出问题所需的成果。

Step 3 — 打标签（14 标签）

负向 11：极模糊 / 缺时限 / 缺责任人 / 缺量化 / 责任泛化 / 目标不清 / 高层越权 / 制度化解 / 需拆分 / 成果不清 / 自确认 正向 1：分配合理 特殊 2：信息通报 / 内容重叠

判别速查：

• 整条不知所云 → 极模糊
• 大目标/本条要解决的问题没说清（含确认对象/交付物形态未明）→ 目标不清
• 交付物知道要什么、只是没给数 → 缺量化
• 确认人=负责人本人 → 自确认
• 一条记录多件性质不同的工作 → 需拆分（如"收率+成本"：收率=技术指标由研发确认、成本=财务核算）
• 责任人泛化（多主体并列无主导）→ 责任泛化
• 无截止时间 → 缺时限
• 无负责人 → 缺责任人
• 一把手确认一般部门成果 → 高层越权
• 整条根本不知要产出什么 → 成果不清
• 需要制度化解决 → 制度化解
• 条目正确 → 分配合理（内联标签，无 corr-row）
• 纯信息同步 → 信息通报

正负互斥：同一条目禁止正向标签与负向标签共存。

Step 4 — 计数与溯源（强制门禁）

硬约束（最高优先级，违反即严重缺陷）：

1. 输出行数 == 源文档带编号标题总数。无独立编号的子项不得拆行（并入同标题行 ①②③）
2. 单层编号豁免：源文档只有一层编号（1,2,3 扁平列表）时，序号列仅显示自然序号 N，

不出现【板块.序号】溯源编号，不需要 original_ref；verify_count 用单层模式（–expect N）

1. 多板块模式（二层及以上）：才用【板块.序号】一一对应源标题号；禁止字母子编号、

禁止重复、禁止碰撞；【x.y】ref 集合 == 源标题号集合

1. 输出前必须运行 scripts/verify_count.py，断言通过才可交付

Step 5 — 生成报告（V2 格式）

报告结构（自上而下）：

1. 头部：会议日期/主持/时长/共分析 N 条/报告版本 V2
2. Stats 统计条：N 项无量化要求 / N 项无截止时间 / N 项责任人缺失 / N 条一把手越权 / N 项量化和责任相对完整
3. 任务主表：№ / 任务内容 / 负责人 / 确认人 / 完成时间 / 类型
   • 任务内容 = 源文档原文完整照搬（引用永远不改）
   • 分配合理 → 绿色标签内联在任务内容前端，无 corr-row
   • 被纠偏 → 任务行下跟 corr-row（标签 + 分析 + 建议）
4. 方向性议题（≤3 项）：标签高发（负向跨场累计≥3 场未改观）或新发结构性严重
5. 近四次趋势对比：红头表，仅近 4 次（标题是「近四次」）
6. 整体观感：note-box bullet point
7. 正确的会议记录最终版（报告最末）：table.final 绿头(#1e8449)，列=№/任务内容/负责人/确认人/完成时间（不含纠偏"类型"列）
   • 被纠偏行：class="mod"（浅黄背景 #fff3cd）+ 任务内容前 <span class="tag-fix">修正</span> 橙签
   • 分配合理行：取主表原值，无填充无签
   • 需拆分条目：拆为独立子任务连续编号
   • 建议行/最终版文字 = 负责人主体式（时间/确认人由列承载，不在文字重复）

格式规则：

• 人名不显示岗位括号（如 王xx（财务）→王xx，用记录中出现的实际姓名）
• 报告正文不保留读者可见「注：」说明行
• 类型列 14 项标准化枚举分行业套用（零售套/制造套），禁止复合标签
• 首次输入企业只做总经理越权判断、不指定具体人选；已有身份映射企业可给具体人员建议

Step 6 — 校验与交付

1. 运行 scripts/verify_count.py <html> --expect N 校验（强制门禁）
2. 用 scripts/html2pdf.py 生成 PDF
3. 交付 HTML + PDF 双文件

关键规则汇总（红线）

1. 零容忍自确认：确认人必须≠负责人，且须为相邻部门互确认或下游使用人/承接方
2. 零容忍杜撰：建议行不得编造原文没有的内容（数字/来源/人名/维度清单）
3. 引用永远不改：主表任务内容=原文完整照搬，修正只在分析/建议
4. 负责人主体式：建议行/最终版以负责人为主语，时间确认人由列承载
5. 5W1H：交付物必须明确（硬性底线），What 可缺，Why 不进记录
6. 一把手只做 A：不做 P/D/C 层操作；越权例外仅限合规/安全/重大成本/战略级
7. 计数红线：输出行数==源标题号数；单层豁免/多板块溯源两种模式严格区分
8. 正负互斥：一条目不得同时有正向+负向标签

Resources

scripts/

• verify_count.py：计数/标签/溯源校验脚本（交付前必跑）
• html2pdf.py：HTML→PDF 转换

references/

• v2_template_rule.md：V2 模板处理逻辑规则（HTML 注释块规则提取）
• tag_glossary.md：标签词汇总表（14 标签定义与判别）
• identity_map.md：身份映射方法论（如何建立企业人员-角色-确认链映射，含通用示例，不含真实客户数据）

assets/

• correction_report_v2.html：V2 模板 HTML（CSS + 结构 + 示例）

变更记录（Changelog）

v1.0.3（2026-09-07 输入引导）

1. 统一输入提醒：新增"输入优先级"引导——优先上传 Excel(.xlsx/.csv) / Word(.docx)

会议记录原件，输出为 PDF；图片截图文字识别易不清，会带来大量延迟与浪费。提醒写入 description、Quick Start、触发条件与 Step 1 四处以内建引导试用者。

v1.0.2（2026-09-07 补丁）

1. scripts/verify_count.py：任务行计数改用结构化解析（Python 标准库 html.parser），

兼容 <td class="td-num red"> 等多 class / 顺序变化 / 引号差异；仅统计 table.main内真实任务行，排除 corr-row、thead、HTML 注释示例与 table.final；标签/溯源编号校验在剔除注释后进行，避免注释示例误报。

1. scripts/html2pdf.py：为 Edge 使用独立临时 –user-data-dir（避免与已运行实例复用

profile 导致"命令返回但未生成"）；file:// URL 做 RFC 3986 编码（兼容中文/空格路径）；捕获输出 Edge 退出码/stdout/stderr；成功判定含文件存在、%PDF 魔数与 %%EOF，而非只看退出码；先写 .part.pdf 验证后再原子替换，失败保留旧 PDF；失败返回非零退出码并给定位信息。