메뉴
整理会议纪要。当用户提供会议录音的文字稿、笔记、文字记录，并要求"整理纪要"、"整理会议记录"、"写会议纪要"、"总结会议内容"、"提取待办"、"做会议总结"时，必须使用此技能。输入可能是杂乱无章的语音转文字稿、手写笔记的电子版、或同事发来的会议草稿。输出是结构化的 Markdown 纪要文件，包含议题讨论、待办清单（含隐式待办自动提取）、风险标注。自动识别会议类型（决策会/同步会/头脑风暴），对不同类型使用针对性的模板结构。即使看起来只是简单要求"帮我整理一下"，也应使用此技能。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Behavioral guidelines to reduce common AI mistakes in daily tasks and office work. Use when writing, editing, organizing, or managing tasks to avoid overcomplication, make focused changes, surface assumptions, and define verifiable success criteria.
Use when the user mentions knowledge base, wiki, 知识库, 查知识库, 搜知识库, 维基问答, 知识图谱, or says "帮我查一下知识库", "知识库里有没有", "wiki 里找找", "导入文档". Also for uploading files, editing wiki pages, or any WeKnora operation.
前端交互体验（UE/UX）评估与指导。覆盖交互反馈、状态可见性、操作流程、 弹窗覆盖层、布局空间、一致性、错误预防、可发现性 8 个维度。 与 frontend-design（视觉/样式）互补，本 skill 回答"好不好用"。 提供审查模式（出评估报告）和指导模式（交互设计建议）两种使用方式。
生成完整的建筑施工设计说明、建筑设计说明或施工图设计说明，适用于需要根据项目资料抽取信息、裁剪目录并逐章成稿的长流程任务。用户提到"生成整本设计说明""根据任务书/方案/审图意见整理完整建筑说明""输出完整建筑工程设计说明"时应使用本技能。若只需润色、翻译、补单章、补小节或回答单条规范问题，则不使用本技能。
| name | meeting-minutes |
| description | 整理会议纪要。当用户提供会议录音的文字稿、笔记、文字记录，并要求"整理纪要"、"整理会议记录"、"写会议纪要"、"总结会议内容"、"提取待办"、"做会议总结"时，必须使用此技能。输入可能是杂乱无章的语音转文字稿、手写笔记的电子版、或同事发来的会议草稿。输出是结构化的 Markdown 纪要文件，包含议题讨论、待办清单（含隐式待办自动提取）、风险标注。自动识别会议类型（决策会/同步会/头脑风暴），对不同类型使用针对性的模板结构。即使看起来只是简单要求"帮我整理一下"，也应使用此技能。 |
| capabilities | file-write |
将杂乱的会议输入（语音转文字、文字稿、笔记）整理为结构化的会议纪要，并保存到本地文件。
本技能不仅做格式整理，还提供以下通用 AI 做不到的能力：
| 能力 | 说明 |
|---|---|
| 隐式待办提取 | 不仅提取"明确指派"的事项，还识别"我回头看看"、"下周约一下"等隐性承诺为待办 |
| 不确定性标注 | 对听不清、有歧义、信息缺失的地方主动标注 🌀，不硬编 |
| 议题自动归并 | 将散乱的多轮对话按议题归组，而非按时间顺序平铺 |
| 会议类型感知 | 自动识别决策会/同步会/头脑风暴，使用对应模板结构 |
| 质量自查 | 输出前执行自检清单，确保完整性和可溯源性 |
| 输入类型 | 特征 | 处理策略 |
|---|---|---|
| 语音转文字稿 | 带时间戳、语气词多、重复、口语化严重 | 去除冗余（嗯、啊、这个那个）、修复断句、合并重复表述 |
| 文字稿（人工记录） | 结构相对完整，可能有缩写、跳跃 | 梳理逻辑顺序，补充隐含的连接关系 |
| 笔记（要点式） | 碎片化、关键词为主、缺少上下文 | 推理还原上下文，标记"推测"内容 |
以下异常输入场景需特殊应对，不可静默失败：
| 场景 | 处理策略 |
|---|---|
| 极短输入（< 100 字，无明确议题结构） | 不强行拆分议题。使用简化模板：保留"基本信息"和"讨论要点"，将可提取内容归入一个议题，待办清单标注"原文信息量不足，以下为尽力提取结果"。输出长度相应缩减到 200~400 字 |
| 全英文输入 | 保持输入语言，整份纪要使用英文输出。模板结构不变，字段标签翻译为英文（如"议题讨论"→"Discussion Topics"、"待办清单"→"Action Items"）。🔄 符号保留，风险标注格式不变 |
| 多人同时发言/严重打断 | 在 备注 中标注"原文存在多处同时发言/打断，部分发言归属可能不准确"，对归属不确定的发言使用 🌀 标注 |
| 空输入/纯闲聊 | 不生成纪要文件。直接回复说明"输入内容无法整理为有效会议纪要"，并提示用户提供更完整的输入 |
| 仅含单一话题 | 不强行拆分为多议题。单独一个议题即可，省略编号（不用"议题一"） |
| 中英混杂输入 | 以主导语言（>50%）为输出语言。个别英文术语保留原样不翻译。在备注中说明 |
| 含敏感信息（薪资、人事等） | 正常整理，但在纪要开头增加 ⚠️ 本纪要含敏感信息，请控制分发范围 的警示行 |
如遇以上未列出的边界情况，遵循"诚实标注 > 硬编完善"原则处理。
执行以下步骤，不可跳过任何步骤：
这是最关键的一步。不要按原文顺序平铺。
分为显式待办和隐式待办两类，统一列入待办清单，在"来源"列标注提取方式。
显式待办识别： 明确指派的任务，如"张三你负责…"、"这件事交给李四…"
隐式待办识别（这是核心差异化能力）： 以下表述模式暗示存在待办事项：
| 表述模式 | 含义 | 待办生成 |
|---|---|---|
| "我回头看看/查一下/确认一下" | 隐式承诺 | 责任人=说话人，事项=查询/确认内容 |
| "下周/明天/回头约个时间" | 需要安排会议 | 责任人=提议人，事项=发起会议安排 |
| "发给我/发一份" | 需要发送资料 | 责任人=接收指令者，事项=发送指定资料 |
| "我跟进一下" | 隐式认领任务 | 责任人=说话人，事项=跟进指定事项 |
| "需要确认/核实" | 信息待确认 | 责任人=待确认（标注），事项=确认内容 |
| "要跟XX对齐/同步" | 需要跨部门协调 | 责任人=提议人，事项=与XX对齐/同步 |
| "尽快处理/尽快出方案" | 紧急待办 | 责任人=相关方，事项+截止时间=尽快 |
| "看看XX怎么说/问问XX的意见" | 需征询意见 | 责任人=提议人，事项=征询意见 |
| "帮我…" | 请求协助 | 责任人=被请求人，事项=协助内容 |
从讨论中提取需要关注的事项：
按照下方模板生成完整的会议纪要 Markdown 文件。
纪要长度建议：常规会议纪要控制在 5001500 字。极短输入（< 100 字原文）控制在 200400 字；大型决策会/评审会可放宽至 2000 字。宁可精炼也不冗长——纪要的价值在于"读完就能行动"，而非"事无巨细地还原"。
在保存前，逐一检查以下事项：
如有检查未通过，修正后再保存。
会议纪要_YYYY-MM-DD_<简略主题>.mdmeeting-minutes/ 目录（如目录不存在则创建）Write 工具写入完整文件# [会议主题]
## 基本信息
- **会议类型**：[决策会 / 同步会 / 头脑风暴]
- **时间**：[时间]
- **地点/方式**：[线下地址或线上链接]
- **主持人**：[姓名]（或 待补充）
- **参会人**：[姓名列表]（或 待补充）
- **记录人**：[姓名]
- **原始输入**：[录音转文字 / 文字稿 / 笔记]
- **整理日期**：[YYYY-MM-DD]
---
## 议题讨论
### 议题一：[标题]
**讨论摘要：**
[关键发言和观点，按逻辑顺序，不按时间顺序]
**结论/决议：**
[达成的共识或决定]
**未解决问题：**
[有分歧、暂缓或待进一步讨论的事项，如无则不写此段]
---
### 议题二：[标题]
...
---
## 待办清单
| # | 事项 | 责任人 | 截止时间 | 来源 |
|---|------|--------|----------|------|
| 1 | [事项描述] | [姓名] | [时间] | 议题一 |
| 2 | [事项描述] | [姓名]（隐式提取） | [时间] | 议题二 |
| 3 | [事项描述] | 待确认 | [时间] | 议题一 |
> 标注"隐式提取"的待办来自非明确指派表述，请确认。
---
## 风险与关注项
- ⚠️ **[风险类别]**：[描述]
---
## 备注
- 🌀 [不确定性说明]
- [其他备注]
啊那个今天主要讨论三个事情一个就是呃新产品的发布计划然后呢第二个是那个市场推广的预算第三个就是团队的人员补充嗯这个先开始第一个吧这个产品发布嘛现在进度有点滞后主要是那个第三方SDK的集成遇到点问题那个陈工已经在看了应该下周末之前能搞定然后呢这个发布时间是不是要往后推一下我觉得要不要推迟两周李总你觉得呢哎我觉得先不用推迟先等陈工那边的结果出来再说行那先这样那市场预算这块呢王经理你说说吧...
# 产品发布与市场规划讨论会
## 基本信息
- **会议类型**：决策会
- **时间**：待补充
- **地点/方式**：待补充
- **主持人**：待补充
- **参会人**：李总、王经理、陈工（提及）
- **原始输入**：语音转文字稿
## 议题讨论
### 议题一：新产品发布计划
**讨论摘要：**
- 当前进度滞后，主要阻塞在第三方SDK集成
- 陈工负责跟进，预计下周末前完成
- 李总建议暂不推迟发布时间，等陈工结果再定
**结论/决议：**
暂不调整发布时间，等待SDK集成结果后再评估
## 待办清单
| # | 事项 | 责任人 | 截止时间 | 来源 |
|---|------|--------|----------|------|
| 1 | 完成第三方SDK集成 | 陈工 | 下周末前 | 议题一 |
无固定参数。如有以下需求，请在执行前确认：
meeting-minutes/）一份好的会议纪要应满足：