周例会会议纪要 · 验收推进与回款盘点周例会

> 这一份读完就能跑。一种会、一套流程。

§配置（首次使用前填写一次，之后复用）

本 skill 是"项目验收推进 + 应收款项回收"类周例会的通用模板。首次使用前，在 reference/ 下按你的项目填好两份数据，并在下方记下路径约定：

> 下方正文统一用"项目验收、回款明细表""本周追踪事项""上周待办"等通用词；凡涉及具体客户名/路径/文件名，均以上表配置为准，不写死。

§0 触发闸门（先验，不满足就退出）

双条件硬闸，两个都满足才动手：

1. 用户发来转写：项目验收推进与应收款项回收类周例会的腾讯会议转写（.txt/.docx/.md，或直接粘贴正文）。
2. 用户明确指令：说了"请帮我做本周例会纪要"或高度近似的话。

缺转写 → 提示"请把本周腾讯会议转写发我"，不编。缺指令 → 不主动触发。
是录音/视频 → "请先 ASR 转写后再发我，本 skill 不做转写"。

拿到腾讯会议转写文本后，无需用户另说“请校对”，必须自动进入步骤 2；不得直接从原始转写组稿。

§1 工作流（8 步，按序走）

步骤 1 · 定位四个输入

连接目录根：配置的归档目录是本会的落点，基准表在配置的项目根下（见 §配置）。

运行：

python scripts/extract_previous_actions.py --root <项目根> --before YYYYMMDD --json

未找到上一期纪要时，向用户确认是首次建档还是需补充上期纪要；不得静默省略上周待办复盘。

步骤 2 · 自动做 ASR 全稿文字校对（先清洗，再组稿）

1. 优先自动调用 meeting-and-brief-bowei:asr-proofread，把原始转写转换为清洗稿和纠错对照清单；
   这一步是本 skill 的固定前置流程，不等待用户再次授权。
2. 如宿主未加载或无法调用 asr-proofread，立即读取 reference/proofreading_guide.md 的 ASR 三档规则，
   在本 skill 内完成同等校对；不得以“校对 Skill 不可用”为由跳过。
3. 只纠正错别字、同音字、明显断句和专名误听，不摘要、不润色、不补会议内容。保留说话人、时间戳、
   否定词、条件词、程度词和不确定表达。
4. 三档处置：
   - 高置信普通错字/同音错词 → 静默纠正并记入对照清单；
   - 中置信候选 → 留在内部待确认清单，不直接写入纪要；
   - 数字、金额、比例、日期、项目号、人名职务、承诺节点 → 本步只标记，除非原文上下文可唯一确定。
5. 客户名、项目名、项目号、人名等专名即使看似明显，也交给步骤 3 用别名表、明细表或 roster 确证；
   通用语言模型判断不能单独作为专名静默修改依据。
6. 过程稿写入 work/weekly-minutes-YYYYMMDD/：
   原始转写（只读） → 转写清洗稿.txt → 纠错对照清单.md。下游步骤只读清洗稿。

清洗稿可在内部标注 [?待核：原词→候选]，但所有标记必须在步骤 4 解决或删除，正式纪要不得出现。

步骤 3 · 项目专名核验 + 上周待办对照（本 skill 的核心）

以清洗稿为输入，对腾讯转写的高风险实体逐一处理：

1. 从转写里抽出所有客户名、项目名、口语项目号（如"422""439"）、金额。
2. 每个对象按顺序匹配：①别名表命中 → 直接用标准名；②lookup_table.py 在明细表三张表
   （26年计划验收明细表/财务数据/回款明细）的"客户名称/项目名称/唯一编号"列检索命中 → 用标准名。
3. 确证的（别名命中 或 明细表唯一命中）→ 静默纠正，纪要正文只出现标准名，不留〔注〕、不写"原文误"。
4. 拿不准的（明细表查无 / 多个候选 / 疑似当周新签 / 金额对不上）→ 不擅改、不写进纪要，
   收集成一张"待确认清单"，走步骤 4 一次性问用户。

同步处理上一期待办：

1. 把提取出的上周待办依次编号为 上周-01、上周-02……，逐项在本周转写中查找进展同步。
2. 进展状态只使用：已完成、进行中、未启动、阻塞、取消。不得把“会上未提及”推断为“未完成”。
3. 已完成、取消：保留在上周复盘表，不再进入本周待办；取消项写明会上确认的原因。
4. 进行中、未启动、阻塞：必须承接到本周待办，分配 本周-XX 编号，注明 承接上周-XX，
   并填写本周明确的负责人、追踪人和新完成时限。
5. 原事项被调整或拆分时，在上周复盘表写明 调整为本周-XX/XX，本周各条分别注明来源。
6. 转写未同步状态、开放项未给新时限或承接关系不清时，统一进入步骤 4 的待确认问题。

步骤 4 · 不确定项 → 直接问用户（用 AskUserQuestion）

把 ASR 中置信错字候选、拿不准的客户名/项目/金额，以及上周待办的进展状态、承接方式、新完成时限，
汇成 1 次 AskUserQuestion（每项给候选 + "其他"）。
绝不在纪要里用"待核实/疑误听/〔注〕"这类提示——用户要的是干净纪要。
用户答完：能定的填进正文，仍定不了的 → 该条按用户口径写或暂不写（询问时一并确认）。

步骤 5 · 组稿（两大主题 + 金字塔，详见 reference/template_spec.md §结构）

只使用已完成校对且已消除待核标记的清洗稿组稿，正文骨架固定：

• 一、会议议程（3–4 条，结论化）
• 二、会议小结与决议——按两个主题切块，每个小结论用 action title（结论句，带关键数字），
  下挂 2–4 条证据 bullet：
• 主题一·项目验收进度复盘：上半年已验收额、下半年目标、月底攻坚清单、受阻项目+原因、
  集团资源协调事项（会议主导人口径）、在建项目节点（项目/模块负责人口径）。
• 主题二·应回未回款盘点：本周新签、存量项目回款计划、应回未回的大额项目、现金流研判、
  银行授信/外部协调。
• 三、待办事项跟踪（必须是正文最后一个实质段落）：
• （一）上周待办事项进展：六列
  编号 | 上周待办事项 | 负责人 | 原定时限 | 进展状态 | 进展说明及本周处理。
• （二）本周待办事项：六列
  编号 | 会议安排事项 | 负责人 | 追踪人 | 完成时限 | 来源/备注。
• 延续项用 承接上周-XX 建立关联；本周新增项标 本周新增。
• 待办执行主体统一称为“负责人”，表头及正文不得使用“责任人”。
• 每条本周待办只填写一个主负责人；需多人分别负责时拆成多条，保证 Excel 可按负责人准确筛选。
• 表后接 整理人 | 咨询项目组 | 抄送 | 项目相关部门 页脚。

会议基本信息表用 §3 固定 roster 兜底（转写常缺与会名单）。

步骤 6 · 生成 docx + 本周追踪事项 xlsx

调 scripts/build_minutes.py，按附件10 博维格式出 docx（微软雅黑 / 标题18pt / 正文10.5pt / 表格 twips 宽 / 全黑边框）。
内容以结构化 dict/JSON 传入（脚本里有 --content 入口和内置 schema 示例）。

文件名：{客户}-项目验收与回款周会-会议纪要-YYYYMMDD.docx（客户简称见 §配置）
落点：项目管理/每周验收和回款会议/（连接目录内）。

再用同一份 content JSON 调 scripts/build_action_tracker.py，将 action_items 一对一写入 Excel。

python scripts/build_action_tracker.py --content content.json --out {客户}-本周追踪事项-YYYYMMDD.xlsx

Excel 固定要求：

• 与 Word 本周待办同源，编号、事项、负责人、追踪人、完成时限、来源和备注必须一致；
• 工作表名为“本周追踪事项”，表头开启筛选，冻结首行；
• 状态列下拉值为 未启动/进行中/阻塞/完成/取消，新生成的本周事项默认“未启动”；
• 状态选“完成”时，该事项整行自动变为浅绿色；
• 详细列顺序、样式与条件格式见 reference/action_tracker_spec.md。

Excel 文件名：{客户}-本周追踪事项-YYYYMMDD.xlsx（客户简称见 §配置）
落点：与当期 Word 纪要相同目录；两个文件使用相同日期和版本后缀（如有）。

步骤 7 · 交付 + 校对日志

• present_files 同时给出 docx 和 xlsx；缺任一文件不得宣称交付完成。
• 在对话里（不在文档里）附"本次纠错日志"，分两类：
• 普通 ASR 错字：原词 → 改为 → 依据(上下文/同音/固定术语)；
• 项目专名：原文 → 标准名 → 依据(别名/明细表/SDQR编号/roster)。
• 报告高置信修改数、经用户确认数和未采用数；不得只说“已校对”而不给结果摘要。
• 一句话结论收尾，不长篇。

步骤 8 · 回写记忆（让 skill 越用越准）

本次新确认的"误听→标准名"映射 → 追加进 auto-memory client-name-aliases 与
reference/client_name_aliases.md（如能写）。普通 ASR 错字按 asr-proofread 的自增长规则回写；
使用内置兜底时，只把用户确认过的稳定映射写入校对指南。下次自动命中，少问一次。

§2 校对基准表怎么用

项目验收、回款明细表YYYYMMDD.xlsx（4 张表，文件名见 §配置）：
- 26年计划验收明细表 / 财务数据：客户名称、合同号、项目名称、唯一编号(SDQR-XXXX)、合同金额、确认收入日期 → 查验收进度、核客户标准名、核金额。
- 回款明细：年月日、摘要、客户、借/贷方金额、唯一编号 → 查回款口径。
- 汇总：月度回款额。

口语项目号映射：会上常说的"三数字代号"对应明细表中的唯一编号（形如 SDQR-0XXX）；首次使用时按你的项目校准示例。
始终取文件名日期最新的那一版（脚本已处理；若用户另指版本则从用户）。

§3 固定与会者 roster（转写缺名单时兜底，详见 reference/roster.md）

> 上表为通用结构示例；实际名单见 reference/roster.md，首次使用前按你的项目替换。

整理 roster 时：默认列全员为"应到"，再据转写实际发言/点名标"实到"。人名也要按 roster 纠音
（如转写出现近音错名，对照本表订正；拿不准同样走步骤 4 问用户）。

§4 博维纪律（硬约束，不可豁免）

• 结论先行、金字塔；每个二级标题是 action title 结论句，不是主题词。
• 客户名/金额：本件为内部真名版，文件首行标注"内部留档 · 不对外发送"。对外汇报另按博维脱敏规范处理。
• 事实只来自转写 + 明细表；查不到证据 → 停-问（步骤4）/ 停-删，禁止脑补。
• 措辞红线：禁"业内通行/据说/大概/基本上/综上所述/首先其次/值得注意的是/作为 AI"。
• 中文数字编号"1、2、3、"；中文标点（GB/T 15834）。

§5 自查（出文件前必过）

任一不过 → 退回对应步骤改，不交付半成品。

§6 文件清单

• reference/proofreading_guide.md — ASR 三档校对、语义保真、项目实体匹配与问询规则
• reference/client_name_aliases.md — 误听→标准名映射（种子已填，持续生长）
• reference/roster.md — 固定与会者 + 职务 + 角色
• reference/template_spec.md — 附件10 博维格式规格 + 正文结构样板
• reference/action_tracker_spec.md — 本周追踪事项 Excel 列、筛选、状态下拉和浅绿条件格式规格
• scripts/lookup_table.py — 自动定位最新明细表 + 按客户/项目号/SDQR编号检索
• scripts/extract_previous_actions.py — 自动定位上一期纪要并提取上周待办
• scripts/build_minutes.py — 按博维格式生成 docx（含 content schema 示例）
• scripts/build_action_tracker.py — 从同一 content JSON 生成可筛选、可下拉更新状态的本周追踪事项 xlsx