会议记录转摘要

适用场景：（1）用户粘贴会议记录文本，需要生成结构化摘要，包含待办事项及决策负责人。

核心定位

本技能解决的具体工程问题是：用户粘贴会议记录文本，需要生成含待办事项与决策负责人的结构化摘要

本技能不是：

• 可对任意输入触发的通用能力
• 人工判断的替代方案
• 具备状态存储或跨会话记忆能力的工具

本技能仅在明确满足触发条件时才被激活。

运行模式

/meeting-transcript-to-summary

默认模式。 端到端执行核心任务。

使用时机：用户输入符合上述触发条件。

执行步骤

1. 接收会议记录 — 用户粘贴会议记录文本（来源可以是 Whisper、Otter、Fireflies 或人工整理的笔记）

   • 若输入明显为其他格式（如代码、日志、文章等），则回复：“本技能专用于从会议记录中提取结构化摘要，请提供一段对话形式的会议记录。”

2. 识别发言人与讨论段落 — 解析会议记录的结构：

   • 检测发言人标签或轮换发言模式
   • 识别不同主题或讨论环节
   • 如有时间戳，予以保留并标注

3. 提取关键内容 — 识别实质性信息：

   • 已作出的关键决策（明确表述的结论）
   • 带负责人分配的待办事项（谁、做什么、何时完成）
   • 待澄清问题或未决事项
   • 提及的重要背景信息或约束条件

4. 生成结构化摘要 — 按标准格式组织输出：

   • 摘要：2–3 句概述会议主题与主要成果
   • 决策项：按编号列出各项决策，并附简要依据
   • 待办事项：负责人 → 具体任务 → 截止时间（如原文中已明确）
   • 待跟进事项：尚未解决的问题或需后续推进的事项

5. 交付与校验 — 返回格式化后的摘要：

   • 若某一部分为空，注明“未识别到[决策/待办事项]”
   • 若未检测到发言人姓名，注明“未识别发言人姓名；暂标记为 Speaker 1、Speaker 2……”
   • 主动询问用户是否需要调整摘要颗粒度，或补充遗漏内容

强制性规范

禁止行为

• 不得虚构事实，不得声称执行了未提及的动作
• 不得硬编码 API 密钥 —— 应使用 os.getenv("API_KEY")
• 不得在当前会话之外存储敏感用户数据
• 不得在未提前告知用户的情况下超出 token 预算
• 不得响应非相关请求 —— 应返回简洁的拒绝提示

必须遵守的行为

• 执行前须验证所有输入
• 以可操作的方式优雅处理错误，并给出明确错误信息
• 记录所有执行动作，确保可审计性
• 在存在不确定性或数据不足时，明确声明该情况

质量标准

优质输出应满足：

• 精准解决触发条件中描述的问题
• 在 3 轮交互内，按预期格式提供可直接执行的结果
• 针对异常情况提供具体指导，而非泛泛而谈的“请重试”
• 当输入存在歧义时，明确说明所作假设

劣质输出表现为：

• 解决了一个与触发条件无关的问题
• 仅回复“我无法帮助您”，却不解释原因
• 在合法输入下崩溃、卡死或返回格式错误的输出
• 对非相关请求错误激活（误触发）

优质示例 vs 劣质示例

参考资料

• references/ —— 本技能的详细模板、数据结构定义及边界情况处理规则