用途
Synthesis Meeting Transcripts 是一套协议与脚本，用于从用户的 Gmail 和 Google Drive 抓取 AI 生成的会议转录，落地为本地 Markdown 归档。它面向使用 Google Meet + Gemini（或同类工具）产出会议笔记与逐字转录、并把内容存放在 Google Docs 中的团队，希望把这些记录与项目上下文一并镜像到本地。
主要规则
- 声明即抓取：批次同步需先枚举声明集合，逐一抓取，并把每个成员记为已抓取或未闭合缺口；相关性在抓取后按内容判断。
- 未知覆盖范围是显式缺口：未知的认证状态、标签枚举或归档覆盖不得变成“无来源”断言。
- Drive 搜索列表无法证明窗口完整，因为缺少提供方完整性标志；整页、下一页令牌、incompleteSearch 警告或失败搜索都会使窗口保持开放。
- 逐字转录是唯一一手来源；Gemini 邮件仅用于发现，不用于内容。
- 按文档稳定标签 ID 选择转录，不按顺序或正则；仅当完整标签列表中恰好一个标签带该标题时才用标题。
- 称一场会议已抓取前，须用 verify_transcripts.py --file <exact saved file> --json 验证两半内容均已落地，目录扫描不能替代。
- 仅在来源确实没有转录时使用 <!-- VERIFIER: no-source-transcript --> 标记，并在旁注明一行原因。
- 不得从工具摘要推导归属；谁警告、决定、批准或负责须取自逐字转录，若转录未说明则保留被动表述。
- 扫描出的承诺在当轮由当事人确认前只是候选；确认后须打上恰好一个负责人，不能仅凭扫描器输出创建内容。
- 写入带日期文件前，每个日期须用至少两个独立信号交叉核对。
- 转录不得留在 ~/Downloads/，须提交到 transcripts_repo，其提交前门禁会拒绝把摘要当作转录保存。
使用方式
单场会议路径的步骤 1 至 6 位于 references/protocol-steps.md。批次同步（Day-Start 3c、Day-End Step 1）执行步骤 0 的声明窗口扫描：从 .agents/meeting-transcripts.yaml 枚举窗口内每个声明会议模式与每次结束于窗口内的发生；对每个成员运行步骤 2–5；报告中每个声明成员一行，记为已抓取（含路径）或未闭合缺口（含成员、窗口、失败原因，如 no doc found、fetch failed、verbatim half missing）。可选 workspace-mcp 辅助脚本 fetch-meeting.py --window FROM THROUGH 可列出声明模式找到的全部文档及其保存状态。水位推进使用 sync_watermark.py advance --workspace <W> --surface meetings --through <T>，T 取窗口结束、检查前两小时、每个未保存文档创建前一秒三者中最早者；失败搜索、整页、下一页令牌、incompleteSearch 或未知标签列表都保持水位不动。
配置与参考文献
.agents/meeting-transcripts.yaml 的必填字段为 workspace、google_account、transcripts_repo、transcripts_path，并支持多账户选项。references/transcript-primary-and-commit-gate.md 记录 v0.4.0 证据层级与 v0.5.0 提交前门禁；references/setup.md 说明配置与前置条件；references/release-notes.md 与 earlier-version-history.md 覆盖 v0.2.0 至 1.0.1；references/coverage-map.md 说明旧版文本位置与 M3 脚本变更。可选 workspace-mcp 含 fetch-meeting.py、mcp_client.py、服务脚本与 doctor.sh。
适用场景与限制
适用于依赖 Google Meet + Gemini 类工具产出会议笔记与逐字转录、并希望本地归档与可审计归属的团队。该协议不涉及托管服务价格与平台支持范围，资料未提供；非 Google 生态的会议工具适配情况也暂未提供。