会议纪要 + 工作简报 skill · 管理咨询

单文件入口——读完本文件就能用。脚本在 scripts/，参考文档在 references/。

---

§1 四档路由（先判档再动手）

用户输入	档位	走法
"这是什么会议类型 / 项目最近开过哪些会"	A · Quick	直答，不落盘
≤2000 字文字稿 + "整理纪要" / 历史纪要小幅修订	B · Mini	Context → Execute → 自查 → Deliver
≥2000 字 / 多场会议 / 含付款/合规决议 / 要求"入库+后续调取" / 用户说"走 harness / 正式纪要"	C · Full	10 步全链路（Plan/Dispatch/Research前/Research后/Judge）
"甲方 X 最近有什么问题需要我们配合"	B	跨场问询 → 5 项优先级清单
"甲方 X 在 Y 时段做了什么 / 交付了什么"	B	交付物挖掘 → 3 桶交付清单
"出 X 月简报 / 给甲方 X 写月度简报 / 月底整理一下"	B'·简报档	聚合多份切片 → 正式信函 docx（必须人审）
"做本周/本月例会纪要" + 存在上一期纪要或台账	B·周例档	待办周际联动 → 纪要 docx + 追踪事项 xlsx
"登记新客户 / 新建客户切片骨架"	B	客户登记流程

模糊不清 → AskUserQuestion 一次问清 A/B/C/B'，不偷偷换档。

---

§2 输入边界

• 支持：.docx / .txt / .md 文字稿
• 拒绝：录音 / 视频 → 提示"请先用 ASR 转写后投入，本 skill 不承担转写"
• 转录校对：检测到 ASR 转录来源（腾讯会议/钉钉/飞书等语音转文字产出）→ 自动执行 §2.5 转录文字校对（三档置信处置：高置信改 / 中置信标 [?待核] / 数字·姓名职务只标不改；配套词典 references/asr-纠错对照表.md）
• 让位：识别到一对一深度访谈 → 让位 interview-insight skill

---

§2.5 转录文字校对（预处理步骤 · v1.5 重写）

腾讯会议等语音转文字产出的文字稿，错别字 95% 是中文同音字替换，来源分三类： 专名错（客户名/领导职务/项目名/行业术语）、口音错（方言导致的系统性声韵母混淆）、 通用同音/形似错。本步骤在 Context 之前自动执行，按三类来源定向纠而非逐字凭感觉猜； 拿不准的一律标记不静默改——咬合反幻觉红线。配套词典：references/asr-纠错对照表.md。

触发条件（自动）

满足以下任一条件即自动执行校对：

• 文字稿包含时间戳标记（如 [00:01:23] / 00:01:23 / （01:23））
• 文字稿包含说话人标注（如 发言人1： / 张三： / Speaker 1: / A： 模式）
• 用户明确说"这是腾讯会议转写/语音转的文字/ASR 出来的"
• 用户说"先校对一下 / 修正错别字 / 转写有错字 / 转写稿纠错 / 同音字纠正 / 纪要前先纠错"

纠错纪律（三条红线 · 不可豁免）

1. 三档处置：

• 高置信（命中专名表 / 命中口音规则且拼音回推成立）→ 直接改。
• 中置信（同音可疑但上下文不能确定）→ 不静默改，标 [?待核：原词→疑似]。
• 数字、金额、比例、日期、领导姓名职务 → 一律只标不改，回听音频人工定。

1. 优先级：领域专名 ＞ 口音规则 ＞ 通用同音/形似。冲突时高优先级覆盖低。
2. 留痕可溯：清洗稿不改原意、只纠错别字；每处改动在纠错对照清单留痕（原词→正词｜归因）；

新确认的错→正回写 references/asr-纠错对照表.md §5 自增长混淆集，越用越准。

纠错不得变脑补。拿不准就标，不替音频做主。专名/数字宁可标待核，不可猜改。

工作流（5 步）

步骤 1 · Context

1. 识别客户、会议/工作类型、与会者。
2. 读 memory/doc/facts/client-codename.md 取该客户代号/专名；查不到 → 走 §6 客户登记。
3. 读该客户 memory/projects/clients/{客户代号}/术语表.md（若有）；读历史切片 frontmatter 的

说话人口音: 字段（若有）建口音画像。

步骤 2 · 专名锁定（最高优先级）

用对照表 §4 专名接口（client-codename.md + 客户术语表 + 咨询锚词），把转写稿里的真名 / 近音错名 / 错术语回贴为登记代号或正确专名。专名先锁死，后续口音/通用规则不得再覆盖。

管理咨询高频术语误识（种子示例，完整见对照表 §3）：

正确术语	常见误识为
经营分析会	精英分析会 / 经验分析会
组织架构	组织架够 / 组织架设
绩效考核	绩效考和 / 鸡校（重口音）
薪酬体系	薪酬体细 / 新仇体系
尽职调查	禁止调查 / 进调
对标	对表 / 对彪
复盘	复判 / 富盘
合规	和规 / 和归
闭环	壁环 / 必还
颗粒度	颗粒都 / 科立度
交付物	交付五 / 交付无
并购 / 股权	病够 / 古权·股全

步骤 3 · 口音定向扫

按口音画像启用对照表 §2 的规则行（R1 平翘舌 / R2 前后鼻音 / R3 l-n / R4 f-h / R5 鼻韵尾脱落）。 对可疑词用拼音回推检验：识别词与上下文应有词只差一个声韵母维度 → 判口音错、改； 差很远 → 转步骤 4。无籍贯线索时，用语义断裂信号兜底（整句突然不通 / 冒生僻字组合 / 量词搭配反常）→ 标 [?待核]。

步骤 4 · 通用兜底

剩余可疑词查对照表 §3 通用同音种子 + §5 自增长混淆集，命中 §5 直接复用历史判定。高频组： 在/再、的/得/地、做/作、象/像、他/她/它、是/十/四、反映/反应、须/需——以句子语义和 上下文语法为准逐句判别。

步骤 5 · 三档处置 + 输出 + 回写

• 三档处置按纪律执行；格式归一（不改变数值/事实）允许高置信直接做：
• 百分比口语 → 20%；上下文明确的"一千二" → 1200
• "下周三" → 按会议日期推算为 YYYY-MM-DD，附 （原话：下周三）
• 语义矛盾检测：数字前后不一致 / 态度反转 / 时间线矛盾 → 标 【待核实：前后矛盾】，不自行修改。
• 去重合并：同一句话被转写出两次（间隔 <30 秒）→ 保留一句；说话人自纠（"我是说……不对，

我的意思是……"）→ 保留修正版、删冗余。

• 断句标点：长句按语义断句补逗号句号；疑问语气补 ？；直接引语补 ""；列举补顿号；

删除口语填充词（那个 / 就是说 / 然后呢 / 嗯 / 啊，除非影响语义）。

• 新确认的错→正回写对照表 §5（日期 / 客户 / 原错词 / 正确词 / 归因 / 来源 六列）。

校对输出（3 份 · 落盘 outputs/{客户代号}/）

1. 清洗稿 {原名}_proofread.md — 修正后全文，顶部保留水印：

[本文为 ASR 转写稿，已机器纠错；[?待核] 处与数字/专名以原音频为准]

2. 纠错对照清单 {原名}_diff.md — 表头：原词 | 改为 | 归因(专名/口音R#/同音/形似) | 处置(改/待核) | 位置
3. 存疑清单 {原名}_uncertain.md — [?待核] 与 【待核实】 条目汇总，供人审 / 回听

回复用户给 computer:// 链接 + 一句话报：改了 N 处、待核 M 处、回听建议清单。

上游预防 · 客户专名 → ASR 热词（源头少错）

错别字最划算的减法在源头：转写前把客户专名喂进 ASR，转写阶段就少错专名。

python scripts/gen_hint_words.py --client {客户代号}
# 读 memory/doc/facts/client-codename.md（公司/人员/项目真名）
#  + memory/projects/clients/{客户代号}/术语表.md（产品线/缩写/黑话/职务）
# → 去重、截到 ~200 字 → outputs/{客户代号}/hint-words.txt

把生成的热词串传给 asr-transcribe skill 的转写命令（--hint-words，即 whisper initial_prompt， 偏置识别专名）。保密：热词串含甲方真名，仅本地 whisperX 离线用、数据不出域；脚本默认只写 本地文件、不回显真名（除非 --print）。转写出的真名后续由本 skill 代号化。

政治校对红线

领导姓名 / 职务 / 排序遵循新华社最新表述；存疑只标不改，提醒人工核。

校对后衔接

校对完毕 → 将清洗稿作为 §3 步骤 1（Context）的输入，正常走 B 档/C 档纪要整理流程。 Context 阶段读文字稿时优先使用 _proofread.md。

周期性例会/有台账可核的场景：语言层校对后追加项目实体核验（客户名/项目号/人名/金额 三级匹配：别名表 → 基准台账 → roster，确证静默改、拿不准一次问用户），规则详见 references/entity-verification.md 与 §3.5 步骤 2。

校对不通过的情况

以下情况跳过校对或降级处理：

• 文字稿无明显 ASR 特征 → 跳过校对，直接进入 §3
• 文字稿过短（<200 字）→ 跳过校对
• 校对后存疑条目 >20 条 → 暂停，交用户审存疑清单后再继续

---

§3 工作流 · B 档·会议纪要（默认大多数场景）

步骤 0 · 转录校对（如有必要 · 在 Context 之前）

检测文字稿是否为 ASR 转录来源 → 是则执行 §2.5 转录文字校对 → 产出校对后文字稿。

步骤 1 · Context（30 秒内完成）

读三类信息：

1. 文字稿内容（如经 §2.5 校对则读 _proofread.md）→ 识别客户、会议/工作类型、日期
2. memory/doc/facts/client-codename.md → 查客户代号；查不到 → AskUserQuestion 让用户登记
3. memory/projects/clients/{客户代号}/ → 查最近 90 天有没有同客户的历史切片（供跨场对照）

工作类型八选一：sales / ops-review / project-mgmt / research / site-visit / process-mapping / policy-design / other。详见 references/meeting-types.md。

步骤 2 · Execute（先证据矩阵后正文 · 不允许颠倒）

对每个议题：

1. 先在 markdown 注释里写"证据矩阵"——论点 / 证据类型 / 来源 quote / 来源位置 四列
2. 矩阵下方扩写正文，每个事实句必带【实证】/【估算】/【常识】+ [source: 文件名:位置]
3. 议题标题用 action title（结论句），不是主题词

按 §7 附件10 模板结构组织 markdown 草稿。

步骤 3 · 自查（post_write · Judge 前必过）

正文 ≥10 行必跑：

项	通过线	检查方法
句级三态覆盖率	事实句 100% 带【实证】/【估算】/【常识】	grep `【实证】	【估算】	【常识】`
source token 实存	【实证】句必含 [source: + 路径文件存在	抽 5 条 grep 原文件
行动项四要素	内容 / 责任人 / 完成时限 / 交付物 缺一不可	看 §7 行动项表是否填满
客户脱敏	无真名 / 无精确金额（万元级以下数字）	用代号 + 范围（千万级 / 百万级）
措辞红线	0 命中"业内通行 / 据说 / 大概 / 综上所述 / 首先其次 / 作为 AI"	grep 禁用词清单

任一不过 → 退回步骤 2 自己改。

步骤 4 · Deliver（落盘三份）

1. docx 正本（按 §7 附件10 表格式）→ outputs/{客户代号}/{客户代号}-{会议简称}-YYYY-MM-DD.docx
2. markdown 全文（含证据矩阵 + 未核实清单 · 内部留档版）→ 同目录同名 .md
3. 记忆切片（关键事项浓缩，供后续调取）→ memory/projects/clients/{客户代号}/{会议类型}/YYYY-MM-DD-{slug}.md

docx 生成：调 scripts/meeting_docx.py 的 build_minutes(data, output_path)。

回复用户给文件路径 + 一句话结论；不要长 postamble。

---

§3.5 工作流 · 周期性例会档（B·周例档）

专治"周例会/月度例会"类周期性会议：周际待办承接——提取上一期待办 → 逐项复盘进展 → 开放项承接到本期 → 出正式纪要 docx + 本周追踪事项 xlsx。两类主体均可承载： ①在手项目验收/交付进度复盘与堵点对策；②应回未回款项/应收盘点。 完整规则见 references/weekly-action-linking.md；正文骨架与承接校验规则也在其中。 无上一期纪要（首次建档）时向用户确认，不静默省略上周复盘。

触发条件（双条件硬闸）

1. 用户发来转写：周期性例会（周例会/月度例会）的腾讯会议转写（.txt/.docx/.md，或直接粘贴正文）。
2. 用户明确指令："做本周例会纪要 / 周会纪要 / 月度例会纪要"或高度近似。

缺转写 → 提示"请把转写发我"，不编。缺指令 → 不主动触发。 是录音/视频 → "请先 ASR 转写后再发我"。拿到转写无需用户另说"请校对"，自动进入步骤 1。

步骤 1 · 定位四个输入

输入	来源	备注
原始转写正文	用户本次发来的 txt/docx/md/粘贴	事实内容源；只读保留，禁止覆盖
上一期纪要	归档目录内会议日前最近一期正式 docx	scripts/extract_previous_actions.py --root <归档根> --before YYYYMMDD --json 提取上周待办；不得把本期或临时文件当上期
基准台账/明细表	项目根下最新日期版（*.xlsx）	客户名/项目号/金额核验基准，详见 references/entity-verification.md
别名表 + roster	客户 术语表.md + 固定与会名单	已确认的"误听→标准名"，先查这里再查台账

步骤 2 · 转录校对 + 项目实体核验（先清洗，再组稿）

1. 自动执行 §2.5 转录文字校对（错别字/同音词/断句/标点）→ 产出清洗稿与纠错对照清单；过程稿写 work/weekly-minutes-YYYYMMDD/，下游步骤只读清洗稿。
2. 对清洗稿中所有客户名、项目名、口语项目号、金额、人名职务执行项目实体核验（references/entity-verification.md 三级匹配）：

• 确证（别名命中 / 台账唯一命中 / roster 唯一命中）→ 静默改，纪要正文只出现标准名，不留〔注〕、不写"原文误"；
• 拿不准（查无 / 多候选 / 疑似当周新签 / 金额对不上）→ 不擅改、不写进纪要，收集成"待确认清单"走步骤 5。
• 通用语言模型判断不能单独作为专名修改依据。

步骤 3 · 上周待办提取 + 进展对照

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

步骤 4 · 组稿（正文骨架固定）

按 references/weekly-action-linking.md §二 骨架组稿，只使用已清洗且无 [?待核] 标记的文本：

• 一、会议议程（3–4 条，结论化）
• 二、会议小结与决议——按主题切块，每个小结论用 action title（结论句，带关键数字），下挂 2–4 条证据 bullet
• 三、待办事项跟踪（必须是最末实质段落）：
• （一）上周待办事项进展：六列 编号 | 上周待办事项 | 负责人 | 原定时限 | 进展状态 | 进展说明及本周处理
• （二）本周待办事项：六列 编号 | 会议安排事项 | 负责人 | 追踪人 | 完成时限 | 来源/备注
• 延续项用 承接上周-XX 建立关联；本周新增项标 本周新增；每条只填一个主负责人
• 会议基本信息表用固定 roster 兜底（转写常缺与会名单）
• 表后接 整理人 | 咨询项目组 | 抄送 | 项目相关部门 页脚

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

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

步骤 6 · 生成 docx + 本周追踪事项 xlsx（同源同构）

用同一份 content JSON（schema 见 weekly_minutes_docx.py --sample）：

python scripts/weekly_minutes_docx.py --content content.json --out {客户}-{例会}-会议纪要-YYYYMMDD.docx
python scripts/build_action_tracker.py --content content.json --out {客户}-本周追踪事项-YYYYMMDD.xlsx

• docx：附件10 博维格式（微软雅黑 / 标题18pt / 正文10.5pt / 表格全黑边框）；生成前内置

validate_action_links() 强制校验承接关系（开放项必须承接、关闭项不得重复进入、引用须存在）。

• xlsx：工作表名"本周追踪事项"，表头开启筛选、冻结首行、状态列五值下拉、选"完成"整行浅绿；

规格详见 references/action-tracker-spec.md；保存后自动复检结构。

• 两个文件落点同目录、同日期后缀。

步骤 7 · 交付 + 自查

• present_files 同时给出 docx 和 xlsx；缺任一文件不得宣称交付完成。
• 对话里附"本次纠错日志"（普通 ASR 错字 + 项目专名两类，格式见 references/entity-verification.md），

报告高置信修改数、经用户确认数和未采用数。

• 自查（出文件前必过）：ASR 校对完成且有清洗稿/对照清单；正式纪要 0 处待核标记；正文 0 处误听名；

上周待办逐项记录五态状态、无悬空项；开放项均承接有效的 本周-XX；已完成/取消项未重复进入本周； Excel 行数与 Word 本周待办数一致、关键字段逐行一致；措辞 0 命中红线词。

• 回写：新确认的"误听→标准名"追加客户 术语表.md；普通错字仅在用户确认后按 §2.5 回写混淆集。
• 一句话结论收尾，不长篇。

---

§4 工作流 · 简报档 B'（月度/阶段聚合）

触发：用户说"出 X 月简报"/"给甲方 X 写月度简报"/"月底了整理一下"。

步骤 1 · AskUserQuestion 一次性问 4 个参数

• 客户代号（必填；查不到走 §6 客户登记）
• 时间窗（默认本月）
• 抬头对象（默认读客户 README §1.2）
• 版本（外发版 / 内部留档版）

步骤 2 · 扫描 + 聚类

glob memory/projects/clients/{客户}/*/{YYYY-MM-*.md}   # 8 类工作目录
↓
按切片 frontmatter `工作主题`（或 `工作类型` → 默认主题名）归并 → 3-7 个主题块

主题数 >7 → 让用户选保留哪些。输出主题清单 → 用户审一次再进步骤 3。

步骤 2.5 · 拉日程（v1.3 三层路线）

优先顺序：CalDAV → gcal MCP → ICS 离线 → 跳过

1. 企微 CalDAV：读 ~/.consult/wecom-caldav.yaml；存在则调 scripts/wecom_caldav.py 拉日程。配置详见 references/wecom-caldav-setup.md。
2. gcal MCP：如客户 README §1.2 有 gcal: 配置且 CalDAV 不可用，调 list_events 补充。
3. ICS 离线：用户从任何日历应用导出 ics → 调 scripts/calendar_ics_parse.py 解析。

合并规则：

• 同日同主题 → 切片日志胜过日程（切片含决议/行动项）
• 切片中没记录的日程 → 标 [来源:{caldav/gcal/ics}] 补到主题块
• 三条路线都不可用 → 跳过（不报错）

步骤 3 · 填充每个主题块

按 references/brief-template.md §2.2 结构填：

• 主题概述（取切片 §1 议题速记合成 1-3 句）
• 子事项标题（动名词，从切片 §3 行动项内容聚类）
• 日志条目（严格"{月}月{日}日，{动词}{对象}"格式）
• 备注/建议（从切片 §4 我方承诺未交付 + §5 风险与信号 + frontmatter 我方观察建议 抽，括号包裹）
• 相关文件（从切片 frontmatter 相关产出物 全量展开 + 去重）

步骤 4 · 完成情况对照 + 下月计划

三、本月计划完成情况：读上月简报"四、本月计划" → 对照本月切片已完成行动项 → 出三列对照表， 状态列用四态图标：✅ 已完成 / 🔄 进行中 / ⏸ 暂缓（附原因）/ ❌ 未启动（附风险）

四、下月计划：取所有 deadline 在下月窗口的待办行动项 → 按主题排列 → 保守原则（少胜于错）

步骤 5 · 二次事实校对（强制）

1. 日期-动作回溯抽样（每个主题抽 5 条 → grep 切片）
2. 文件名实存（每个《XXX》→ grep outputs/{客户}/）
3. 承诺一致性（与上月简报"下月计划"对照）
4. 称谓核对（抬头对象在客户 README 已登记）
5. 函号校对（与客户 README 流水表对照）

任一失败 → 加红色【二次校对未过】+ 违规清单。

步骤 5.5 · 附件区自动汇总

调 scripts/deliverable_mining.py · scan_deliverables() 出 3 桶分类：

• 主交付物（外发版用）
• 中间产出物（内部留档版用）
• 待分桶（交用户审）

步骤 6 · 人审 + Deliver

强制人审——简报草稿先以 markdown 形式 + diff 报告交用户审，用户明确"OK 出 docx"才进入下一步。

输出：

1. outputs/{客户}/{客户}-{年}年{月}月辅导简报.docx（调 scripts/brief_docx.py）
2. memory/projects/clients/{客户}/_briefs/{年}-{月}.md（供下月做完成情况对照）

---

§5 工作流 · 跨场问询（5 项优先级清单 / 3 桶交付清单）

§5.1 优先级问询

用户问"甲方 X 最近有什么问题需要我们配合"时：

1. 扫描 memory/projects/clients/{X}/{所有类型}/ 近 90 天切片
2. 按四维度加权排序（详见 references/recall-prioritize-rules.md）：

• 我方承诺未交付（权重最高 · 一票顶格：存在即进清单）
• 紧急度（高权重）：甲方明示 deadline / 已被催 ≥2 次
• 影响面（中权重）：涉及金额 / 人数 / 业务线
• 反复频次（加成权重）：同一问题在 ≥2 场会议出现，叠加提级

1. 输出 5 项清单，每项含：问题摘要 / 来源会议 / 我方承诺 / 现状 / 建议动作

§5.2 交付物问询

用户问"甲方 X 在 Y 时段做了什么 / 交付了什么"时：

1. 调 scripts/deliverable_mining.py · scan_deliverables() 扫描 4 个数据源
2. 按 3 桶分类：主交付物 / 中间产出物 / 我方独立完成事项
3. 输出格式化交付清单

如用户要诊断深化 → 让位 / 联动 biz-diagnosis skill。

---

§6 工作流 · 客户登记

触发：客户代号查不到 / 用户说"登记新客户 / 新建客户"。

步骤 1 · AskUserQuestion 一次性问 4 个

参数	说明
客户真名	公司全称
行业	微电子 / 化工 / 金融 / 公用事业……
项目代号偏好	"项目X" 或具体编号
主要干系人	1-3 人，含真名 + 职务

步骤 2 · 分配代号

按 references/client-codename.md §1 规则：

• 公司代号：下一个未占用的 甲方A / 甲方B / ...
• 项目代号：项目X / 项目Y / ...
• 干系人代号：P-{角色}-{姓首字}
• 部门代号：D1 / D2 / ...

步骤 3 · 写入映射表

用户必须明确"确认登记" 才写入 memory/doc/facts/client-codename.md。

步骤 4 · 建客户目录骨架

memory/projects/clients/{客户代号}/
├── README.md                    用 references/client-readme-template.md 填
├── 术语表.md                    产品线/子公司/项目缩写/行业黑话/关键职务（供 §2.5 专名锁定 + gen_hint_words.py）
├── sales/
├── ops-review/
├── project-mgmt/
├── research/
├── site-visit/
├── process-mapping/
├── policy-design/
└── other/

术语表.md 格式：一行一个术语（- 术语 或 - 术语 | 说明）；登记时先放干系人职务 + 已知产品线，后续每场会议新确认的专名随时追加。

步骤 5 · 引导填简报签发参数

在客户 README §1.2 段引导填：函号格式、抬头对象、寒暄称谓、联系人、签发节奏。

---

§7 附件10 模板结构（已对齐解析结果）

附件10 是单页 A4 + 单张 7 列 10 行表格——所有要素压在同一张表里，不是分章节布局。

§7.1 排版要点

项	值
字体	微软雅黑（全表统一；与我司 V2.6 通用标准的"仿宋+黑体"不同——本 skill 走附件10）
标题字号	18pt 加粗居中（表外唯一标题段）
表内字号	默认（约 10.5-11pt）；标签列加粗
页面	A4（21×29.7cm）
页边距	上 3.0 / 下 2.5 / 左 3.0 / 右 3.0 cm
页眉	无
页脚	页码居中

§7.2 表内行序（7 列 10 行 + 合并规则）

行	列结构	字段
R0	C0=会议时间 ¦ C1-C4 合并=时间 ¦ C5=会议地点 ¦ C6=地点	一行容两组键值
R1	C0=会议主持人 ¦ C1-C6 合并=主持人
R2	C0=与 会 者 ¦ C1-C6 合并=与会者（"公司：xxx ¶ 集团：xxx"，按姓首字母排序）
R3	C0=会议议程 ¦ C1-C6 合并=议程编号列表
R4	C0-C6 全合并	会议决议： + 编号决议 + 补充决议：
R5	C0-C1 合并=会议安排事项 ¦ C2=责任人 ¦ C3=追踪人 ¦ C4=完成时限 ¦ C5-C6 合并=备注	行动项表头
R6+	同 R5 列结构	每行一个行动项
倒数1	空白预留	增补用
末行	C0-C1=整理人 ¦ C2=人名 ¦ C3=抄送 ¦ C4-C6 合并=抄送范围

详细字段映射 → references/meeting-template.md。

§7.3 行动项四要素（强制）

字段	必填	备注
内容（会议安排事项）	✅	动词开头；可加议题号前缀
Owner（责任人）	✅	代号（P-角色-姓首字 / 甲方某姓）
Tracker（追踪人）	✅	项目经理或指定监督人
Deadline（完成时限）	✅	YYYY-MM-DD；禁用"近期/尽快/ASAP"
交付物	✅	写在"备注"列

§7.4 议题标题格式

强制 action title（结论句）。

不对：议题 1：数字化采购系统 对：议题 1：数字化采购系统二期暂停一个月待 IT 压测后启动

---

§8 简报排版要点（信函简报样式）

项	值	与会议纪要 docx 的区别
字体（正文）	仿宋 14pt	会议纪要用微软雅黑
字体（标题）	黑体 16pt（大标题）/ 15pt（一级标题）	会议纪要 18pt 黑体
页面	A4	同
页边距	上 2.5 / 下 3.0 / 左 3.9 / 右 3.2 cm	会议纪要 上 3.0 / 下 2.5 / 左右 3.0
页脚	"X / 总页" 居中	会议纪要仅页码

§8.1 信函元素分层

公司标准（脚本硬编码）：

• 大标题："{客户} {项目名}辅导项目" + "{年}年{月}月辅导简报"
• 函号：【咨{YYYY}函】 或 【咨{YYYY}{seq}函】
• 寒暄："非常感谢您两位对我司的信任和支持！"
• 节序：一、X月辅导工作 ⇒ 三、X月计划完成情况 ⇒ 四、次月工作计划（跳过"二、"）
• 结尾 + 落款：固定格式

项目组按客户填：客户名/项目名/抬头对象/函号 seq/联系人/落款日期

配置位：memory/projects/clients/{客户}/README.md §1"简报签发参数"段。

---

§9 记忆体系（跨场调用的关键）

§9.1 切片放哪

memory/projects/clients/{客户代号}/
├── README.md                    客户级状态镜像（NOW 同步）
├── _briefs/                     简报归档（供下月对照）
├── sales/                       销售会议
├── ops-review/                  经营分析会
├── project-mgmt/                项目管理会
├── research/                    调研/资料梳理
├── site-visit/                  现场走访/参观
├── process-mapping/             流程梳理
├── policy-design/               制度方案设计
└── other/                       其他

每场会议/工作 → 一份 YYYY-MM-DD-{slug}.md 切片，放对应类型子目录。

§9.2 切片内容结构

---
客户: 甲方A
工作类型: ops-review
工作主题: 2026Q2 业绩盘点
日期: YYYY-MM-DD
时间窗: YYYY-MM-DD ~ YYYY-MM-DD
我司主笔: P-CON-钱
原始来源: outputs/...
说话人口音: P-财务总监-张=湖南   # 选填 · 供 §2.5 建口音画像
入库时间: YYYY-MM-DD
相关产出物:
  - 《XXX 报告 V2》
我方观察建议: |
  ……
---

## §1 议题速记（3-5 行 bullet）
## §2 决议要点（含紧急度 / 影响面标注）
## §3 行动项跟踪表（标"我方角色"列）
## §4 我方承诺未交付项（跨场问询最高优先扫描位）
## §5 风险与信号
## §6 索引关键词（便于跨场 grep）

详细 schema → references/slice-frontmatter-schema.md。

§9.3 客户级 README 维护

每次入库后更新 clients/{X}/README.md：

• 当前进行中项目
• 最近一次会议
• 未交付承诺
• 跨场反复出现的问题

模板 → references/client-readme-template.md。

---

§10 红线（PERMISSIONS 摘要 · 触发即停手）

反幻觉（P1）

• 事实句必带【实证】/【估算】/【常识】
• 【实证】必含 [source: 文件名:位置]；查不到 → 停-问 / 停-降为【估算】/ 停-删
• 禁用模糊归因："业内通行 / 专家指出 / 据说 / 网传 / 相关数据显示"
• 禁用不可证伪量词："大概 / 大致 / 应该是 / 可能是 / 基本上"
• 禁用 AI 痕迹："首先 / 其次 / 综上所述 / 值得注意的是 / 作为 AI"

客户保密（P2）

• 真实公司全名 → 用代号（甲方A / 甲方B...）
• 精确金额 → 用范围（百万级 / 千万级 / 亿级）
• 未公开战略 → "战略方向 X" + 一句话脱敏描述
• 内部组织调整 → 用"部门 D1/D2"

原件保护（P3）

• 文字稿原件不动；只读不改

禁用清单（P4）

• 不写真名/真金额/跨客户内容/推测性惯例/个人隐私/无关闲聊

权限（P5）

• 不直接修改 memory/doc/facts/client-codename.md（脱敏映射最敏感）
• 已入库切片不修改——发现错误起 v2 文件

顶级（P6）

• 未在文字稿中出现的内容禁止编造（句级三态强制）
• 触发任一红线 → 立即停手，输出违规清单，等用户决策

---

§11 跨 skill 协同

触发场景	调用谁
预处理 · 音频 → 文字稿	asr-transcribe（仅转写，不校正错字）；转写前跑 scripts/gen_hint_words.py --client {代号} 生成专名热词喂 --hint-words，源头少错
预处理 · 转录文字校对	本 skill 内置 §2.5（自动执行 · 三档置信 + 口音定向 + 自增长词典 references/asr-纠错对照表.md）；重度错字可叠加 plan-proofread 做深度审校
周期性例会 · 待办周际联动	本 skill 内置 §3.5（B·周例档）：extract_previous_actions.py 提上周待办 → weekly_minutes_docx.py 出纪要 → build_action_tracker.py 出追踪表
Formatter 出 docx（C 档 · 复杂表格）	moways-docx，但字体走附件10 微软雅黑覆盖 V2.6 仿宋
post_write 校对（C 档）	plan-proofread
post_write 去 AI 味	stop-slop-zh
5 项清单后做诊断	biz-diagnosis
识别到深度访谈	让位 interview-insight

---

§12 升 C 档触发

• 文字稿 ≥2000 字
• 多场会议合并到一份纪要
• 含付款节点 / 合规风险
• 用户明示"正式纪要 / 走 harness"

C 档比 B 档多 5 步：Plan（出 plan.md + 证据卡占位）/ Dispatch / Research 前（切证据卡）/ Research 后（抽样 5 条 source 实存）/ Judge（独立新会话 5 维盲评 ≥75 且每维≥15）。

B 档大部分场景已够——别为了"走流程"而升档。

---

§13 脚本索引

脚本	用途	调用方式
scripts/meeting_docx.py	会议纪要 docx 生成（附件10 表格式）	build_minutes(data, output_path)
scripts/weekly_minutes_docx.py	周期性例会纪要 docx（待办周际联动多表布局）	build_weekly_minutes(content, out)；CLI --content/--out/--sample
scripts/build_action_tracker.py	本周追踪事项 xlsx（筛选/状态下拉/完成浅绿）	CLI：python scripts/build_action_tracker.py --content content.json --out …xlsx
scripts/extract_previous_actions.py	定位上一期纪要并提取上周待办	CLI：--root --before YYYYMMDD --file --archive-subdir --json
scripts/brief_docx.py	工作简报 docx 生成（信函样式）	build_brief(data, output_path)
scripts/consult_docx_utils.py	docx 通用工具（字体/段落/页面）	被 meeting_docx / brief_docx import
scripts/deliverable_mining.py	交付物挖掘（3 桶分类）	scan_deliverables(project_root, client_code, start, end)
scripts/wecom_caldav.py	企微 CalDAV 日程拉取	fetch_schedules(start, end, client_keywords)
scripts/calendar_ics_parse.py	ICS 离线日程解析	parse_ics(ics_path, start, end, client_keywords)
scripts/gen_hint_words.py	上游预防：客户专名/术语 → ASR 热词串	CLI：python scripts/gen_hint_words.py --client {代号}

脚本依赖

pip install python-docx caldav pyyaml openpyxl

---

§14 参考文档索引

文件	用途
references/meeting-template.md	附件10 模板节序与排版要点
references/meeting-types.md	8 类工作类型特征对照
references/brief-template.md	简报模板与排版要点
references/brief-skeleton.md	简报中间层骨架（data schema）
references/client-codename.md	客户代号映射规则
references/client-readme-template.md	客户级 README 模板
references/slice-frontmatter-schema.md	切片 frontmatter 字段规范
references/memory-permissions.md	记忆体写入红线（7 条）
references/deliverable-mining-rules.md	交付物挖掘规则
references/recall-prioritize-rules.md	4 维优先级排序规则
references/asr-纠错对照表.md	ASR 转写纠错词典（纠错纪律/口音画像/口音规则/同音种子/专名接口/自增长集）
references/entity-verification.md	项目实体核验三级匹配（别名表 → 基准台账 → roster；确证静默改、拿不准问用户）
references/weekly-action-linking.md	周期性例会正文骨架 + 上周/本周待办联动规则 + 承接校验
references/action-tracker-spec.md	本周追踪事项 Excel 列顺序/样式/交付校验规格
references/gcal-integration.md	Google Calendar 集成指南
references/wecom-caldav-setup.md	企微 CalDAV 配置指南
references/wecom-caldav-config-template.yaml	CalDAV 配置模板

---

§15 版本

• v1.0 · 2026-05-17 · Harness 骨架完成
• v1.1 · 2026-05-17 · 附件10 真实模板回填 + 入口卡片 + B 档冒烟测试通过
• v1.2 · 2026-05-17 · SKILL.md 改为自包含单文件入口
• v1.3 · 2026-05-17 · 加 B'·简报档 + 4 类工作目录扩容 + 交付物挖掘 + 日程集成三层路线
• v1.3.1 · 2026-06-12 · 转换为 WorkBuddy 兼容 skill 格式（4 子 skill 合并为单一入口）
• v1.3.2 · 2026-06-12 · 脱敏处理：移除所有公司名、品牌名、个人敏感信息
• v1.4.0 · 2026-07-26 · 新增 §2.5 转录文字校对：7 类 ASR 转写错字自动修正（同音错字/术语误识/断句标点/数字单位/人名模糊/语义矛盾/去重合并），自动检测转录来源并在 B 档步骤 0 执行预处理；更新 §11 跨 skill 协同表
• v1.5.0 · 2026-07-26 · §2.5 吸收市场版 asr-proofread 机制重写：三档置信处置（高置信改 / 中置信标 [?待核] / 数字·金额·日期·姓名职务只标不改）+ 专名＞口音＞通用优先级 + 口音定向扫（拼音回推）+ 自增长混淆集回写 + 清洗稿水印与纠错对照清单；新增 references/asr-纠错对照表.md 与 scripts/gen_hint_words.py（上游热词预防）；§6 客户登记补建 术语表.md；切片 schema 加选填 说话人口音: 字段；§4 完成情况对照表加四态图标（✅/🔄/⏸/❌）；§5.1 优先级四维度加权重标注
• v2.0.0 · 2026-08-19 · 合并周例会 skill（weekly-meeting-minutes）三项能力进本 skill：①新增 §3.5 周期性例会档（B·周例档）——上周待办提取与承接、待办五态复盘、开放项强制承接校验；②追踪事项 Excel——新增 scripts/build_action_tracker.py + references/action-tracker-spec.md（筛选/状态下拉/完成行浅绿）；③上周/本周待办合并——新增 scripts/extract_previous_actions.py（定位上一期纪要提待办）+ scripts/weekly_minutes_docx.py（待办联动多表布局，内置 validate_action_links()）+ references/weekly-action-linking.md；§2.5 校对后衔接补充项目实体核验（新增 references/entity-verification.md：别名表/台账/roster 三级匹配）；依赖新增 openpyxl