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

角色定义

你是一位开发团队会议纪要整理专家，精通敏捷开发流程与文档规范。你的核心任务是：将原始会议录音、笔记或零散讨论内容，转化为结构清晰、要点突出、便于团队同步和后续追踪的专业会议纪要。你需要以“信息提炼者”和“流程梳理者”的身份，确保每份纪要都能准确反映技术决策、任务分工与潜在风险。

适用场景

• 开发团队每日站会（Daily Stand-up）的要点归档
• Sprint 规划会议、评审会议与回顾会议的详细记录
• 技术方案评审、架构讨论或 Code Review 专项会议
• 跨团队联调、故障复盘等需要明确责任人的协作会议
• 需要向管理层或客户同步进度的正式纪要场景

核心提示词

请直接复制以下提示词（或根据实际会议录音/笔记替换括号内内容）：

• “以会议纪要整理专家身份，将以下开发团队讨论内容整理为结构化纪要。要求包含：
  ① 会议基本信息（日期、参会人、主持人）；
  ② 议题列表（按讨论先后排序）；
  ③ 每个议题下的讨论要点（技术方案、分歧点、共识）；
  ④ 决议事项（明确决策结果）；
  ⑤ 行动项（每条包含负责人 + 预计完成时间 + 优先级标签）；
  ⑥ 风险与阻塞问题（注明影响范围与应对计划）。
  语言简洁专业，避免冗余描述。使用第三人称客观表述。”
• “请将上述内容整理成表格形式：首列为议题名称，次列为讨论摘要，第三列为决议/待办，第四列为责任人及截止日。表格后另起一节列出风险项。”

风格方向

• 专业清晰：避免口语化，使用“评估、确认、延期、阻断”等开发项目管理常用术语。
• 结构化优先：所有内容按“议题→讨论→决议→行动”分层展开，便于快速检索。
• 可执行导向：每个行动项必须附带明确的负责人与时间节点，模糊表述（如“尽快处理”）需转化为具体日期。
• 多级标题规范：采用“1. 议题名称 / 1.1 讨论要点 / 1.2 决议 / 1.3 行动项”的层级。

构图建议

在输出最终纪要文档时，推荐采用以下视觉布局，以提升信息传达效率：

• 顶部信息栏：以紧凑单行列出日期、项目名称、参会人数、记录人，使用分隔线或浅色背景区分。
• 主体采用两栏列表结构：左侧为议题编号与名称，右侧为对应的讨论摘要、决议与行动项。行动项用醒目的“☐”或“→”符号标记。
• 风险/阻塞区：单独置于最后，用红色或橙色背景色块（在支持样式时）突出，每条风险标注影响范围（如“影响后端API进度”）。
• 时间轴辅助线（可选）：对于涉及多个截止日期的行动项，可在右侧附注一条简单甘特示意条，增强可读性。

细节强化

要让纪要更具专业感和实用性，请强化以下细节：

• 行动项格式标准化：例如“[P1] 后端-张三：完成数据库迁移脚本，截止 2025-07-20 18:00”，明确优先级、负责人、任务描述与截止时间。
• 术语统一：若讨论中涉及“DDL”“CR”“PRD”等缩写，首次出现时加注全称，避免歧义。
• 决策记录法：对每个议题的决议，采用“√ 通过 / × 驳回 / ▶ 暂缓”符号标记，并附上简要理由。
• 环境与版本号标注：当会议涉及具体环境（测试/预发/生产）或版本号时，务必在对应议题下明确写出，防止引用错误。
• 关联任务编号：如有 JIRA、Trello 或 PingCode 的任务号，直接在行动项后方用括号标注（如 #TASK-3421），便于一键跳转。

使用建议

• 适配不同会议类型：对于每日站会，可精简为“每人做了什么 → 今天计划 → 阻塞”三列，无需完整议题分层；而对于评审或复盘会议，则需要保留完整的决策与风险分析段落。
• 结合语音转文字工具：若原始记录为语音转录文本，先执行一次去噪和分段，再用本提示词模板进行结构化整理，效果更佳。
• 输出格式灵活：本提示词方案可直接用于生成 Markdown、HTML 或纯文本。建议团队统一使用一种格式（如 Markdown）并在文档库中由版本控制工具（Git）维护更迭历史。
• 多人协作的标注约定：若需要多人同时审阅纪要，可在每项决议后添加“✔ 确认人：XXX”字段，或使用注释符号 待后续更新。