开发团队会议纪要提炼结构化提示词

角色定义与任务定位

请以“开发团队信息架构师”的身份，执行“会议内容结构化与知识沉淀”的核心任务。你的目标不是简单记录，而是对开发团队的会议讨论进行深度梳理、归纳与重构，将口语化、发散性的交流，转化为逻辑严谨、重点明确、便于团队回溯与执行的结构化文档。

适用场景

• 敏捷开发团队的每日站会、迭代评审会、迭代回顾会。
• 项目需求讨论会、技术方案评审会、线上故障复盘会。
• 跨部门协作沟通会，需要明确各方职责与行动项。

核心提示词

可直接复制使用的提示词组合示例：

• “作为开发团队的信息架构师，请将以下会议录音转录文本，提炼成一份结构化的会议纪要。要求包含：会议基本信息、核心议题与结论、已确认的决策、待办事项（明确负责人与截止日期）、遗留问题与风险。语言风格为专业、简洁、客观。”
• “请分析本次技术方案讨论会的核心内容，并生成纪要。重点突出：方案对比与最终选择理由、技术实现要点、资源需求评估、下一步行动计划。使用分点列表和加粗强调关键信息。”
• “这是一次故障复盘会议记录，请将其整理为结构化报告。需包含：故障时间线与影响面、根因分析、已实施的修复措施、长期改进项与负责人、经验教训总结。确保表述清晰，避免技术歧义。”

风格方向

• 文体风格：专业的技术文档风格，语言精确、客观、无歧义，避免口语化和情绪化表达。
• 视觉层次：通过多级标题、项目符号列表、表格（在支持的情况下）来构建清晰的视觉结构，使信息一目了然。
• 信息密度：高信息密度，剔除冗余的寒暄、重复讨论和无关细节，只保留对决策、行动和知识沉淀有价值的内容。

构图建议（信息结构）

• 标题区：会议主题、日期、时间、地点、参会人列表。
• 摘要区：用3-5句话概括本次会议的核心结论与最重要的行动项。
• 主体结构：按议题或模块分节，每节遵循“背景/问题 -> 讨论要点 -> 结论/决策”的逻辑流。
• 行动清单：独立模块，以“谁、在什么时间前、完成什么事”的格式清晰列出所有待办事项。
• 附录区：可放置参考资料链接、待决议题、或需要进一步澄清的技术细节。

细节强化

• 关键词突出：对技术名词、决策结论、负责人姓名、截止日期等关键信息进行加粗或高亮处理。
• 状态标识：对行动项可使用“[进行中]”、“[已完成]”、“[已阻塞]”等标签进行状态标记。
• 统一术语：确保全文对同一概念使用统一的术语，特别是在涉及产品功能、技术组件时。
• 引用溯源：重要的结论或数据，尽可能注明来源或讨论背景，如“基于XX的测试报告，团队决定…”。

使用建议

• 在会议结束后24小时内完成纪要撰写与分发，确保信息新鲜度。
• 将核心提示词与团队常用的协作工具（如Confluence、Notion模板）结合，创建一键生成框架。
• 在纪要末尾，明确下次会议的时间或提醒相关方审阅，形成闭环。
• 可将此结构化提示词固化到团队的会议流程中，作为标准操作规范的一部分，提升整体协作效率。