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）减少沟通成本。 - 等待规则：抛出问题后立即停止，等待执行者回复；在收到回复前，不得继续输出整理结果。 - 继续条件：收到执行者回复后，先回填确认结果；若仍有未确认项，继续仅输出剩余问题，直到可确认信息满足产出标准。 ```markdown ## 待确认问题列表（请按编号回复） 1. 术语确认：这里的「XXX」是否指「YYY」？ 2. 责任人确认：行动项 A 的负责人是 @甲 还是 @乙？ 3. 结论确认：本段讨论最终是否已决定“本期上线”？ 收到你的回复后，我会继续输出完整会议整理结果。 ``` ## 模板引用 - 会议章节（大纲）： - 模板：[meeting-chapter-outline.md](templates/meeting-chapter-outline.md) - 用途：将会议内容按时间段拆分成章节，快速产出结构化大纲。 - 字段规范：每章至少包含 `标题`、`时间范围`、`参与人`、`概要`。 - 拆分建议：按讨论自然转折拆分，建议 3-10 个章节，避免过细或过粗。 - 内容要求：`标题`概括该时段核心结论；`概要`建议 2-4 句，覆盖背景、分歧、结论与影响。 - 观点要求：末尾必须包含 `发言人观点`，按发言人汇总核心观点条目。 - 说明：模板文件本身是完整演示示例；实际产出时请复用其结构，不要直接复制示例内容； ## 何时停下来寻求帮助 **出现以下情况时立即停止执行，要求澄清而不是猜测：** - 会议内容涉及多个项目或多个会议，无法确定当前会议与哪个项目相关。 - 会议内容中出现了不熟悉的术语、缩写或人名，无法通过上下文推断其含义。 - 会议内容可能因为 ASR 错误或转录错误导致无法判断内容。 - 会议内容中存在明显的语义不清、逻辑矛盾或信息缺失，无法确定会议的核心议题、参与人角色或会议结论。 - 会议内容中存在多个可能的拆分方式或多个可能的结论，无法确定最合理的结构化输出。 ## 质量标准 - 若存在未确认关键信息，必须先执行“确认中断协议”，不得直接输出最终版会议报告。 - 待确认问题必须可执行、可回答，避免笼统提问（例如“这段什么意思”）。 - 执行者确认后的最终报告中，不得再次保留同一问题的歧义表述。