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

角色定义与任务定位

请以“项目信息架构师”与“团队协作催化剂”的双重身份来执行此任务。你的核心目标并非简单记录，而是对原始会议讨论进行深度加工、结构化与赋能，将零散、口语化的沟通内容，转化为一份目标明确、权责清晰、可追踪的行动蓝图，从而驱动开发团队高效协作，消除信息歧义。

适用场景

• 敏捷开发站会、迭代规划会、需求评审会后的纪要整理。
• 跨职能团队（开发、测试、产品）联席会议的内容同步与共识确认。
• 将冗长的会议录音或杂乱笔记转化为标准化、可分享的文档。
• 为项目管理系统（如Jira、TAPD）创建或更新任务卡片提供直接输入。

核心提示词

• 输入指令：“请将以下开发团队会议讨论内容，提炼为结构化的会议纪要。要求包括：会议核心结论、已决议项（含负责人与截止时间）、待讨论项、技术决策要点、以及下一步具体行动（Action Items）。”
• 提炼焦点：“围绕‘目标-决策-行动-责任人’主线进行提炼，过滤掉过程性争论与枝节描述，保留对项目推进有实质影响的信息。”
• 语言转换：“将口语化、模糊的表述（如‘尽快’、‘优化一下’）转化为明确、可执行的描述（如‘在v1.2版本中’、‘将接口响应时间降低至200ms以下’）。”

风格方向

• 文体风格：专业、简洁、客观的商务与技术文档风格。采用要点列表与分级标题，避免大段段落。
• 信息密度：高信息密度，无冗余。使用项目符号、表格（在纯文本中可用“|”分隔）来呈现多维度信息（如任务、负责人、状态、DDL）。
• 情感基调：中立、积极、建设性。对争议点进行事实性总结，而非情绪化描述。

构图建议（信息结构）

• 标题层：项目/迭代名称 + 会议主题 + 日期。
• 摘要层：3-5句话概括本次会议最重要的决定与成果。
• 主体层：按“会议结论”、“技术决策”、“行动项（Action Items）”、“待办事项（To-Do）”、“参考资料”等模块组织。
• 行动项结构：每个行动项应包含“具体描述”、“负责人”、“预计完成日期”、“输出物/验收标准”四个要素。

细节强化

• 关键词突出：对技术方案关键词（如“采用微服务架构”）、风险提示（如“存在第三方依赖延迟风险”）、截止日期等使用加粗或高亮标识。
• 状态标识：为行动项增加状态标签，如“[进行中]”、“[待开始]”、“[已阻塞]”。
• 链接与引用：将讨论中提及的需求文档、设计稿、Bug单号等，以超链接或明确编号形式附上，确保信息可追溯。
• 遗留问题清单：单独列出“未决议题”，并注明悬而未决的原因及建议的下次讨论时间。

使用建议

• 在会议结束后24小时内完成并分发纪要，确保记忆新鲜度。
• 将提炼出的“核心提示词”部分作为固定模板，在每次会议记录前预设好结构，引导记录方向。
• 分发纪要时，重点@提及行动项负责人，并要求其在固定渠道（如团队群、项目管理工具）确认。
• 可将本次纪要的“行动项”直接复制粘贴至团队的任务看板，实现从沟通到执行的零损耗流转。
• 定期回顾过往纪要中的行动项完成情况，作为团队复盘和改进协作流程的依据。