1实现原理 · 为什么它能做到
对抗『单遍必然丢内容』的核心机制是并行冗余完整通读 + UNION 合并：三个隔离上下文的 Task 子代理各自从完整 transcript 生成全套 minutes，再取并集。
daymade-audio/meeting-minutes-taker/SKILL.md
MUST use the Task tool to spawn multiple subagents with **isolated context**, each generating **complete minutes**
注：这里在做什么：SKILL.md 明确反对按段落分工（'❌ Narrow-focused passes… wastes tokens, causes bias'）与单遍（'A single pass will absolutely lose content.'）；理由写得很直白——不同上下文状态会抓到不同细节，UNION 合并把 X/Y 都保住。每个 pass 写独立 versionN.md，杜绝共享盲区互相传染。
文件系统上下文卸载：每个 pass 输出写进 <output_dir>/intermediate/<transcript-name>/，merge 阶段只读所需文件，防止长 transcript 撑爆对话上下文且留痕可审。
daymade-audio/meeting-minutes-taker/SKILL.md
**Critical: Write each pass output to files, not conversation context.**
注：路径约定 <output_dir>/intermediate/<transcript-name>/version1..3.md + retrieval-claims.md；强调 intermediate/ 应进 .gitignore、合并后不得删除（人审与事后调试要用）。
检索自测（Step 3.5）：用全新上下文的子代理只看 transcript（绝不看 draft）反向抽取『未来查询声明』，再对可检索层做命中测试、撤销扫描，输出带数字的报告而非二元 pass。
daymade-audio/meeting-minutes-taker/SKILL.md
4. **Report, never a binary "passed"**. Output: `enumerated N / hits M / promoted K / uncertain list` and show it alongside the draft.
注：动机：三个生成子代理共享 prompt 与『什么算决策』的模型，错误相关，UNION 只防内容丢失不防共同盲点；此步直接检验『几周后有人检索某条指令能否在 Key Decisions/Action Items 表里扫到』这个终端属性。miss 升级须带 verbatim quote + 时间戳且先做撤销扫描；不确定的进 Open Questions 不膨胀决策表。
发言人识别走『源侧标注优先』：只要 transcript 来自支持人工标注的平台（飞书妙记/腾讯会议），就停下来让用户去源头标好再重导，文本推断只是兜底。
daymade-audio/meeting-minutes-taker/SKILL.md
**stop and ask the user to label the speakers at the source, then re-export/re-ingest the labeled transcript** before generating minutes
注：理由：平台标注是人在听真实声音（权威源）；文本推断只能解析被叫到名字的人，且对『多人被合并成同一标签』的 diarization 段无解。兜底推断（Phase A 词量/段长/语气词比例特征表 → Phase B 对照 context.md 团队目录 → Phase C）也强制每条映射带证据+置信度+用户确认，禁止静默假设身份。
人机多轮迭代是产出质量的来源：初稿必须交人逐行审，术语冲突/域知识只有人知道；跨 AI 输出（Gemini/ChatGPT）可做交叉比对降偏但必须回 transcript 验证后才并入。
daymade-audio/meeting-minutes-taker/SKILL.md
Meeting minutes are **not one-shot outputs**. High-quality minutes emerge through multiple review cycles
注：Merge 原则 'UNION, never remove'；Step 5 交叉比对清单区分『我方缺的（加）』与『对方错的（不抄）』；输出要求证据化决策（每条决策带 verbatim blockquote + 发言人）、Mermaid 图（ER/时序/流程图按讨论类型）、图片拷入 meeting-media/ 顶部嵌入。
文件名智能生成但需用户确认：YYYY-MM-DD-<topic>-<type>.md，topic 取 2-4 词主题、type 取 review/sync/planning/retro/kickoff。
daymade-audio/meeting-minutes-taker/SKILL.md
**Pattern**: `YYYY-MM-DD-<topic>-<type>.md`
注：同节另有 '**Ask user to confirm** the suggested filename before writing.'——写盘前有人闸。
2核心能力
01三路并行完整通读 + UNION 合并生成不丢内容的 minutes（3 Task 单消息并行）
02检索自测：未来查询声明抽取 + 可检索层命中测试 + 撤销扫描（enumerated N / hits M / promoted K）
03发言人识别：源侧标注优先 + 特征推断兜底 + context.md 团队目录映射 + 用户确认门禁
04完整度自审（completeness_review_checklist.md）+ 跨 AI 输出交叉比对降偏
05结构化工件：Executive Summary / Key Decisions / Action Items / Parking Lot / Open Questions + Mermaid 图 + meeting-media 图片嵌入
06证据化引语纪律：blockquote 独立行格式 + 发言人归属 + 决策按要素识别（who + do-what + condition）而非措辞
07智能文件名（YYYY-MM-DD-<topic>-<type>.md）用户确认后落盘
08上游衔接编排：doc-to-markdown（.docx/.pdf 转 md）+ transcript-fixer（ASR 纠错）→ 本 skill → pdf-creator/ppt-creator 导出
3外部依赖
| 类型 | 依赖 |
|---|---|
| cli | markitdown（可选，.docx→md 转换） |
| cli | Task/sub-agent（宿主能力，非第三方） |
4风险提醒 风险提醒：蓝色 · 知晓即可
风险提醒：蓝色 · 知晓即可
- 内容正确性最终依赖 LLM 与人工审查 — 无论几遍 pass，引语转写/决策归纳仍可能错或漏；SKILL.md 自己承认 checklist 挡不住生成与审查共享的盲区（由 3.5 部分缓解），终稿质量仍系于用户的逐行审。
- 成本高：3+ 并行子代理 + 检索自测子代理 + 多轮人审 — 一次高质量 minutes 的 token 与等待成本显著高于单遍生成；对低价值/简短会议可能过度（skill 有质量分层建议但默认流程偏重）。
- 发言人推断可能张冠李戴 — 即便有确认闸，文本推断把内容归给错误 speaker 会污染『谁说的』这一证据链；源侧不可标注时只能靠用户逐条确认。
- 无内置安全边界 — 写盘范围、子代理权限全靠宿主约束与路径约定（intermediate/ 进 .gitignore 只是建议）；文件被写错位置时无自检。
- 输出容易被误当『逐字记录』 — minutes 是结构化提炼而非 verbatim 记录；若下游把提炼当原话引用（尤其带引语的决策行），需要回到 transcript 溯源。
风险提醒：蓝色，知晓即可。纯 SKILL.md prompt 编排：无脚本、无网络外发、无凭证读取；本地读写为用户工作目录内的 minutes/中间文件（且 SKILL.md 要求文件名先确认、intermediate 进 .gitignore、final 需人审批准），无删除/清盘等破坏性内建操作。子代理并行写作与 Mermaid/图片嵌入均为宿主能力。注意点仅为 LLM 内容幻觉与发言人多重确认的对话性风险。
5第二遍独立确认
- [ok] 无脚本/无资产面外文件 — glob 全量清单仅 SKILL.md + 3 references；无 tests/evals/scripts/agents。
- [ok] 无网络外发/无凭证接触 — 目录 token 扫描零命中（URL/curl/API_KEY/secret/subprocess/os.system）；唯一命令示例为可选 markitdown。
- [ok] 并行 3 完整 pass + UNION 机制描述一致 — Step 2 与 Checklist 均写『3 Task subagents IN PARALLEL』；Anti-Patterns 反向禁止『Sequential subagent execution』与『Divided sections』，正反一致。
- [ok] Retrieval Self-Test 独立性（抽取器不见 draft） — Step 3.5 原文『Spawne ONE fresh-context subagent that reads ONLY the transcript — it must NOT see the draft』存在。
- [ok] 发言人识别：源侧优先 + 不静默假设 — Phase 0 ALWAYS TRY FIRST 段落与『CRITICAL: Never silently assume speaker identity.』原文均在。
- [ok] 文件名确认闸 — 『**Ask user to confirm** the suggested filename before writing.』原文存在。
- [ok] 引用格式纪律与决策要素识别规则 — blockquote 格式要求、『Decisions are identified by elements, not phrasing』、不确定→Open Questions 均有原文。
- [ok] 功能声明 vs 夸大检查 — description 四用途逐一对应工作流；『high-fidelity, evidence-based』由证据引语+自测+人审流程支撑；无越界承诺。
6结论
适合：适合：需要高保真、可检索会议纪要的场景（产品/技术决策会、复盘会、含多人发言与行动项的中大型会议）；上游已有 transcript-fixer 清洗过、希望结构化沉淀的转录；以及需要把飞书妙记/腾讯会议等平台转录变成『几周后还能检索』的知识资产的团队。
不适合：不适合：简短/低价值会议（单遍摘要足够）；转录质量太差未先经 transcript-fixer 的输入；期望 AI 一次出终稿不需要人审的场景；实时会议记录（本 skill 处理的是已完成的转录文本而非直播）；需要逐字记录而非结构化提炼的场景。
安装 agent 直装可复制
① 本站镜像 更新 2026-09-09
方式 A · 人下载镜像包下载 meeting-minutes-taker.tar.gz
sha256:
方式 B · JSON 格式安装指南，复制给 agent28192c17a4ef62ce…agent 读 JSON 指南后会自动从本站下载安装，无需更多说明。
② 上游 GitHub · 原始来源
来源信息 GitHub 原始
作者 / 仓库daymade / daymade/claude-code-skills
原始 GitHubdaymade/claude-code-skills ↗
Stars1385
最近推送2026-09-09
本 skill commit
d5c4678cb5许可MIT（仓库根 LICENSE 文件；GitHub API spdx MIT；Copyright (c) 2025 daymade）
本站信息
收录日期2026-09-06
分类内容创作
侦查报告2026-09-06 · 2 遍
本站镜像与 GitHub 原始是不同来源：本站锁定 commit 快照经 /r2 分发；GitHub 为实时上游，内容可能已更新。