jeasonstudio/organizing-meeting-reports

Organizing meeting reports (整理会议报告)

概述

在整理会议内容时，默认执行者对当前项目与业务背景几乎零上下文。将用户提供的原始材料（会议转录、会议文档、会议纪要、*.srt）整理成可直接分发的语义化文档。

默认先基于会议材料本身完成整理；仅当材料中出现与当前工作空间强相关的明确信号（如仓库名、模块名、文件路径、PR/Issue 编号）时，才关联代码上下文。若缺乏上述信号，不得强行建立代码关联。文档需要足够完整，让未参会的开发成员也能快速理解“发生了什么、决定了什么、接下来谁做什么”。输出要分块清晰、语义清晰、可快速扫描，避免冗余（DRY），避免无关扩展（YAGNI），只保留对执行有价值的信息。

默认假设执行者写作能力和工程能力良好，但对当前项目术语、人员分工和上下文不熟悉。因此必须补足必要背景，不得依赖“大家都懂”的隐含信息。 由于可能根据语音内容转录的文字，有一些内容识别的不准，你需要根据你的理解将特定的专业名字写正确，不确定或者有可能有异议的，必须依次列出来让执行者确认。

• 开始时声明：我正在使用 organizing-meeting-reports 技能整理会议内容并生成报告。
• 上下文：建议在独立工作区中执行整理任务，避免与并行开发任务互相干扰。

<!-- * **保存路径**：`docs/meeting-reports/YYYYMMDD-<会议主题>/<会议报告文档>.md` -->

用户输入

在继续之前你必须优先处理用户输入（如果不为空）。

• 若用户明确指定输出目标、语言、格式或结构，用户要求优先级最高，可覆盖默认模板与字段顺序。
• 若用户未提供可分析的会议材料（文本、文档、*.srt 或可访问路径），必须先请求补充材料，不得猜测生成结论。
• 若用户仅提供部分材料，先基于现有信息输出“已确认内容 + 缺失信息清单”，并明确继续产出所需的最小补充输入。

何时使用

• 用户提出“整理项目文档”等基于会议内容的文档整理需求。
• 用户提供 *.srt 等会议记录文件并需要内容分析与归纳。
• 用户提供会议转录文本并需要提取关键信息。
• 用户提供会议纪要或会议文档并需要重新组织成更清晰的报告。
• 用户需要从会议材料中提取行动项、负责人、时间点或上线决策。
• 用户需要纠正术语/人名识别错误，并形成可执行的待确认问题列表。

工作流

1. 读取执行者提供的会议材料，结合当前代码仓库和工作空间，理解会议内容与结构。
2. 合并重复信息，并统一人名、模块名、日期等表达，将模糊表述转为清晰的表述。
3. 分析会议内容，确定会议的核心议题。
4. 向执行者确认不确定的专业术语、人员分工、会议结论等关键信息，确保理解准确。（如果没有不确定信息则跳过此步骤；若有不确定信息，必须执行“确认中断协议”）
5. 按下方模板输出整理结果；需要“会议章节（大纲）”时必须复用模板引用中的章节模板。模板为默认输出结构；若用户明确要求其他交付形式（如仅行动项、仅结论、仅发言人观点），可在不丢失关键信息的前提下裁剪输出。

确认中断协议（步骤 4 专用）

• 触发条件：存在任何无法 100% 确认的信息（术语、人名、角色分工、结论归属等）。
• 强制行为：触发后必须立即中断常规输出，只输出“待确认问题列表”，不要继续生成最终报告正文。
• 输出格式：问题按编号列出，问题要具体且可直接回答；优先使用可选项（A/B/C）减少沟通成本。
• 等待规则：抛出问题后立即停止，等待执行者回复；在收到回复前，不得继续输出整理结果。
• 继续条件：收到执行者回复后，先回填确认结果；若仍有未确认项，继续仅输出剩余问题，直到可确认信息满足产出标准。

## 待确认问题列表（请按编号回复）
1. 术语确认：这里的「XXX」是否指「YYY」？
2. 责任人确认：行动项 A 的负责人是 @甲 还是 @乙？
3. 结论确认：本段讨论最终是否已决定“本期上线”？

收到你的回复后，我会继续输出完整会议整理结果。

模板引用

• 会议章节（大纲）：
  • 模板：meeting-chapter-outline.md
  • 用途：将会议内容按时间段拆分成章节，快速产出结构化大纲。
  • 字段规范：每章至少包含 标题、时间范围、参与人、概要。
  • 拆分建议：按讨论自然转折拆分，建议 3-10 个章节，避免过细或过粗。
  • 内容要求：标题概括该时段核心结论；概要建议 2-4 句，覆盖背景、分歧、结论与影响。
  • 观点要求：末尾必须包含 发言人观点，按发言人汇总核心观点条目。
  • 说明：模板文件本身是完整演示示例；实际产出时请复用其结构，不要直接复制示例内容；

何时停下来寻求帮助

出现以下情况时立即停止执行，要求澄清而不是猜测：

• 会议内容涉及多个项目或多个会议，无法确定当前会议与哪个项目相关。
• 会议内容中出现了不熟悉的术语、缩写或人名，无法通过上下文推断其含义。
• 会议内容可能因为 ASR 错误或转录错误导致无法判断内容。
• 会议内容中存在明显的语义不清、逻辑矛盾或信息缺失，无法确定会议的核心议题、参与人角色或会议结论。
• 会议内容中存在多个可能的拆分方式或多个可能的结论，无法确定最合理的结构化输出。

质量标准

• 若存在未确认关键信息，必须先执行“确认中断协议”，不得直接输出最终版会议报告。
• 待确认问题必须可执行、可回答，避免笼统提问（例如“这段什么意思”）。
• 执行者确认后的最终报告中，不得再次保留同一问题的歧义表述。