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

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

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

模糊不清 → 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. 三档处置：
   - 高置信（命中专名表 / 命中口音规则且拼音回推成立）→ 直接改。
   - 中置信（同音可疑但上下文不能确定）→ 不静默改，标 [?待核：原词→疑似]。
   - 数字、金额、比例、日期、领导姓名职务 → 一律只标不改，回听音频人工定。
2. 优先级：领域专名 ＞ 口音规则 ＞ 通用同音/形似。冲突时高优先级覆盖低。
3. 留痕可溯：清洗稿不改原意、只纠错别字；每处改动在纠错对照清单留痕（原词→正词｜归因）；
   新确认的错→正回写 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 行必跑：

任一不过 → 退回步骤 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 · 定位四个输入

步骤 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 场会议出现，叠加提级
3. 输出 5 项清单，每项含：问题摘要 / 来源会议 / 我方承诺 / 现状 / 建议动作

§5.2 交付物问询

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

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

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

§6 工作流 · 客户登记

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

步骤 1 · AskUserQuestion 一次性问 4 个

步骤 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 排版要点

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

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

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

§7.4 议题标题格式

强制 action title（结论句）。

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

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

§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 协同

§12 升 C 档触发

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

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

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

§13 脚本索引

脚本依赖

pip install python-docx caldav pyyaml openpyxl

§14 参考文档索引

§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