老板发言、产品经理画饼、程序员排期、设计师改稿、测试定时间......每一个"收到"背后，都有一份没人想写的会议纪要。
今天，我们就用 Claude 的 Skill 能力，把这些重复劳动彻底自动化。
一、开不完的会，写不完的"收到"
你是不是也这样？
每天至少 3 个会，每个会都有人喊你"记录一下"。
会议结束后，别人拍拍屁股走人，你却要对着录音或零散的笔记，回忆谁说了什么，谁该在什么时候做什么事。
更崩溃的是，这种"会议纪要专员"的角色，往往不是你的主业，却占用了你 20% 的精力。
说白了，会议纪要就是一场信息提取游戏------从一堆口水话里捞出：
- 什么主题？
- 谁负责？
- 截止日期？
- 达成了什么共识？
这些信息重复、结构化、有规律，正是自动化的绝佳猎物。
二、思路转变：把"规则"交给 AI，把"重复"交给 Skill
我们每天开会，会产生大量的录音（钉钉硬件）或文字速记。
如果能有一个 AI 小秘书，自动把原始文本转化成结构清晰的会议纪要，那该多香？
Claude 的 Skills 功能，就是用来封装这种"专业能力"的。
你可以把一段固定的 Prompt、处理逻辑、甚至外部工具打包成一个 Skill，然后像调用函数一样，随时唤醒它。
这一次，我们的目标是创建一个 会议纪要 Skill：
-
输入：会议录音转文字后的文稿（或直接粘贴的文本）
-
输出：结构化的会议纪要，包含：
- 会议基本信息（时间、地点、人物）
- 会议目标（目的、预算、背景）
- 会议内容（按主题划分，讨论了什么，观点是什么）
- 行动项（谁在何时需要做什么）
- 不确定的内容留空，不强求
三、工欲善其事：认识 skill-creator
Claude 官方提供了一个 skill-creator 工具，专门用来标准化、简化 Skill 的创建过程 。
它就像脚手架，帮你生成好固定的目录结构和 SKILL.md 模板，你只需要把核心逻辑填进去即可。
有了它，你不再需要从零手写 Skill 的解析逻辑，只需要关注业务 Prompt 和调用方式。
3.1 安装与初始化
如果你使用的是 Claude Desktop 或 Web 端，可以直接在对话中请求创建 Skill。
但为了更灵活地管理，我更推荐在项目目录下创建：
bash
# 进入你的项目根目录
mkdir -p .claude/skills
cd .claude/skills然后，你可以通过 skill-creator 命令或直接通过 Claude 对话来引导生成。
这里我直接使用对话方式：
"请帮我创建一个 skill，这个 skill 用于生成会议纪要。根据用户提供的文字稿，具体流程为：先通读全文，去除停顿词等与会议无关内容，结构化输出：会议基本信息（时间、地点，人物），会议目标（目的/预算，背景信息），会议内容（按主题划分，讨论了什么，观点是什么），行动项（谁在何时需要做什么）。不确定的内容请留空。请将技能创建在当前工作目录的
/.claude/skills文件夹中。"
Claude 会帮你在 .claude/skills 下生成一个以技能名命名的文件夹（比如 meeting-minutes），内含 SKILL.md 和必要的配置。
3.2 SKILL.md 的核心结构
一个标准的 SKILL.md 长这样：
yaml
---
name: meeting-minutes
description: 将会议录音文字稿转化为结构化会议纪要
---
# 会议纪要生成器
## 输入格式
用户提供一段会议文字稿（纯文本）。
## 输出格式
严格按照以下结构输出：
### 会议基本信息
- 时间：
- 地点：
- 参与人员：
### 会议目标
- 目的/预算：
- 背景信息：
### 会议内容
（按主题划分，每个主题下记录讨论内容和各方观点）
### 行动项
| 责任人 | 任务 | 截止日期 |
|--------|------|----------|
| | | |
## 处理流程
1. 去除语气词、重复表达、无关闲聊。
2. 提取关键实体（人名、时间、项目名）。
3. 按主题聚类讨论内容。
4. 识别明确的行动承诺，填入行动项表格。
5. 对不确定的信息，留空或用「待确认」标记。四、实战：从一段"充满班味"的会议录音到结构化纪要
假设我们的输入是这样的（由钉钉硬件转写）：
swift
嗯...各位好，今天主要是讨论一下我们新版本上线的事情。王总先说一下预算吧。
王老板：今年Q3的营销预算大概在50万左右，重点投放在短视频和线下活动。
产品经理小李：我们计划在8月中旬上线v3.2，主要新增会员体系和积分兑换。
程序员阿强：排期的话，前端需要2周，后端需要3周，联调1周，预计9月初可以完成。
设计师小美：UI稿已经出了，但需要确认一下交互细节。
测试小张：我们测试需要1周时间，但前提是9月初能提测。
...嗯...差不多就这些吧，大家还有什么要说的吗？我们把这个文本扔给刚刚创建的 meeting-minutes Skill，得到如下结果：
markdown
### 会议基本信息
- 时间：未提及（待确认）
- 地点：未提及（待确认）
- 参与人员：王总、产品经理小李、程序员阿强、设计师小美、测试小张
### 会议目标
- 目的/预算：讨论新版本上线事宜；Q3营销预算约50万，重点投放在短视频和线下活动。
- 背景信息：新版本v3.2，新增会员体系和积分兑换。
### 会议内容
**主题1：预算与投放**
- 王总提出Q3预算50万，方向为短视频+线下活动。
**主题2：产品排期**
- 小李计划8月中旬上线v3.2。
- 阿强给出排期：前端2周，后端3周，联调1周，预计9月初完成。
- 小美UI稿已出，待确认交互细节。
- 小张测试需1周，依赖9月初提测。
### 行动项
| 责任人 | 任务 | 截止日期 |
|--------|------|----------|
| 阿强 | 完成前后端开发与联调 | 9月初 |
| 小美 | 确认交互细节并交付最终UI | 待定 |
| 小张 | 准备测试用例，等待提测 | 9月初（提测后） |
| 王总 | 确认预算执行计划 | 待定 |你看，原本零散的口水话，瞬间变成了清晰可执行的待办清单。
这就是自动化的力量------把"听到"变成"看到"，把"口头承诺"变成"白纸黑字"。
五、那些踩过的坑 & 优化技巧
5.1 停顿词和无关内容怎么处理？
在 Skill 的 Prompt 中，我明确要求"去除停顿词等与会议无关内容"。
实践发现，像"嗯..."、"那个"、"就是说"这类词，直接删除即可。
但有些"客套话"如"大家辛苦了啊"，其实也可以省略，不影响核心信息。
5.2 不确定的信息怎么处理？
原则是 "宁缺毋滥" 。
如果会议中没提到时间、地点，就老老实实留空或标"待确认"。
千万别胡编乱造------会议纪要的首要任务是真实，而不是完美。
5.3 如何提高实体识别的准确率？
可以在 Prompt 中加一句：
"请提取所有提到的人名、项目名、日期，并尝试关联到对应的职责。"
Claude 本身有较强的 NER 能力，但在多人对话中，有时会混淆"谁说的"。
我的小技巧是：在文本中保留发言者标签（如"王老板："），这样模型就能明确归属。
5.4 要不要接入外部知识库？
如果你公司的项目、人员、预算信息都有结构化存储，完全可以在 Skill 中调用 MCP（Model Context Protocol）服务来查询补充。
但本次我们只做纯文本提取，够用。
六、扩展：从"一次生成"到"持续优化"
这个 Skill 不只是写纪要，它还可以：
- 自动发送邮件：生成后调用邮件 API 发给全体参会者。
- 集成到 Notion：把行动项同步到任务数据库。
- 定期复盘：统计每个成员的任务完成情况。
你只需要在 SKILL.md 中增加后处理步骤，或者组合多个 Skill 形成工作流。
Skill 的价值不在于一次对话，而在于把你解决特定问题的"套路"固定下来，重复使用。
七、金句总结
- "重复的工作，是 AI 最好的朋友；固定的流程，是 Skill 最好的土壤。"
- "会议纪要自动化，不是为了取代人类，而是为了让我们从记录者变成思考者。"
当你把这份 Skill 分享给团队，每个人都能在会后 30 秒内拿到一份结构清晰的纪要时，你会发现------
那种"收到"的负担感消失了，取而代之的是"搞定"的成就感。
八、下一步行动
- 试用 Skill：把你的下一次会议录音转文字，喂给这个 Skill，看看效果。
- 迭代优化：根据实际输出调整 Prompt，比如增加"风险项"或"决策项"。
- 分享出去：将你的 SKILL.md 放到团队仓库，让更多人受益。
如果你也有类似的重复场景------周报生成、代码审查摘要、项目状态汇总------不妨也用 skill-creator 封装一个专属 Skill。
自动化不是终点，解放创造力才是。