每次开完会对着一大段录音转文字逐行梳理，删语气词、拆发言、扒行动项，干过行政或者项目统筹的应该都懂这种窒息感。
上周连着四天部门例会，光是整理纪要就耗掉我两个下午，复制粘贴模板、反复核对参会人、挖藏在闲聊里的待办事项，做到第三天我实在忍不了，翻了 OpenClaw 配套的 Skill 相关文档，折腾大半天搭了一套能一键生成标准化会议纪要的专属技能，不用每次打开对话框重新写一大段提示词，丢录音转写的文本文件就能直接出规整纪要。
今天把我踩坑、搭建、调试完整流程捋一遍，全程都是实操过程，没有空洞概念，看完你也能给自己封装专属工作技能。
先聊明白：Skill 到底解决了我什么痛点
以前我用 AI 写纪要的低效模式
没接触 Skill 之前，我每次整理会议文稿，第一步都要复制一大段固定提示词丢给 Claude：
帮我整理会议纪要，删除口语停顿词，分会议基础信息、会议目标、讨论内容、行动项四块输出，不确定内容留空......
一段话几十行，每次都要翻历史记录复制，偶尔漏复制一段要求，输出格式直接乱掉，还要重新调整指令再跑一遍。
笔记里写过一句话我特别认同：2026 年用 AI 的人会分成两批。一批每次对话都要重新介绍需求、定义角色、规范输出格式；另一批把高频重复工作固化成 Skill，打开就能直接干活，AI 自动记住你的工作规范。
Skill 本质就是把你反复写的长 Prompt、固定工作流程，打包成一个永久保存在本地文件夹里的专属能力，类比一下： 通用大模型是刚入职啥都不懂的实习生，每次干活你都要手把手教一遍规则；封装好的 Skill 是干了半年、完全熟悉你工作标准的专职助理，丢源文件直接出符合你要求的成品。
Skill 的底层结构一点不复杂
不用怕它听起来很技术，拆解开来就两个核心载体：
- 本地文件夹：专门存放一类技能的全部配置文件，存放在项目根目录
.claude/skills/下，工具会自动扫描这个目录加载所有技能； skill.md：核心配置文件，用 YAML 头部定义技能名称、功能描述，正文固化整套工作流程、输出规范，相当于永久锁死的专属提示词。
当某一项工作你每周要重复 3 次以上，每次输入的指令高度同质化，就完全值得封装成 Skill。像我日常的会议纪要、PPT 排版、接口文档整理，全是高频重复工作，全都适合做成独立技能。
官方工具 skill-creator：一键生成标准化技能
手动写 skill.md 容易漏字段、格式写错，Anthropic 配套提供了 skill-creator 这个工具，专门标准化生成 Skill 模板，不用自己从零敲配置。
第一步：安装 skill-creator 基础技能
我当时直接在 Claude 会话里输入指令，让工具把 skill-creator 安装到当前目录的 .claude/skills 文件夹。 最开始我踩了个小坑，一开始输错文件夹路径，工具直接创建到了根目录，后续调用识别不到，后来核对文档才确认标准存放路径必须是项目内 .claude/skills，这是工具自动扫描的固定目录，路径错了技能等于白装。
第二步：校验工具是否安装成功
安装完成后，我输入指令/skills查看本地所有已加载 Skill，列表里出现 skill-creator 才算部署成功。 这里提醒一句：如果列表找不到新安装的工具，先检查两点：一是文件夹名称无特殊符号、纯英文；二是 .claude 文件夹没有被代码工具忽略。
第三步：启动创建工具，定义我的会议纪要技能
工具加载完成后，就可以给它传入我们技能的完整需求，也就是我这次要做的会议纪要生成能力，完整需求原文就是我截图里那段：
请帮我创建一个 skill，这个 skill 用于生成会议纪要，根据用户提供的文字稿，生成会议纪要，具体流程为：先通读全文，去除停顿词等与会议无关内容，结构化输出：会议基本信息 (时间、地点、人物)，会议目标 (目的 / 预算，背景信息)，会议内容 (按主题划分，讨论了什么，观点是什么)，行动项 (谁在何时需要做什么)，不确定的内容请留空，请将技能创建在当前工作目录的 /.claude/skills 文件夹中。
输入这段需求后，skill-creator 会自动生成完整文件夹、标准化 skill.md 配置，不用手动写一行 YAML 配置，省去格式报错的麻烦。
第四步：技能创建完成，测试调用
技能生成完毕后，后续再整理会议记录，只需要把录音转写好的文本命名为 meeting_content.txt，丢给 Claude 并输入一句简单指令：@meeting_content.txt 总结会议纪要，工具会自动调用我们刚封装好的纪要 Skill，自动执行整套处理流程。
拿真实会议文本跑一遍：看看 Skill 输出效果
我把这次部门团建讨论的完整转写文本作为输入源，简单说下 Skill 内部自动执行的完整逻辑，完全不用人工干预：
- 通读全部文稿，自动过滤口语停顿词、重复语气词、无关闲聊，比如原文大量的 "那那那""行行行"、无关题外话全部剔除；
- 自动抽取结构化信息，分四大模块整理内容，缺失信息直接留白，不会凭空编造；
- 区分不同发言人的观点，按「团建选址、出行方式、活动安排、餐饮标准、时间规划」划分讨论主题；
- 从对话里提取明确行动项，标注负责人、待办内容。
输出样板（Skill 自动生成）
会议纪要
一、会议基础信息
- 参会人员：发言人 1（部门负责人）、发言人 2、发言人 3、发言人 4（部门员工代表）
- 会议时间：无明确标注
- 会议地点：线上小型讨论会
二、会议目标
- 背景：部门 8 个月未组织团建，此前受疫情管控限制无法线下聚会，当前管控放松，商议组织部门团建；
- 核心目的：放松员工工作压力，提升部门凝聚力，消除同事间隔阂；
- 预算：团建全部费用由公司报销，负责人向领导申请经费。
三、会议讨论内容
主题 1：团建选址范围
-
全员统一否决出京方案，核心顾虑：
- 出京往返舟车劳顿，占用大量休息时间，影响次日上班状态；
- 外地疫情管控政策不确定，存在健康码变色、进京受阻风险；
- 多数员工家中有老人、孩子，长途出行家庭协调成本高。
-
一致确定选址：北京郊区（怀柔、密云、房山、延庆等），优先选择高速口 1.5 小时车程内、配套完善的农家乐 / 度假村。
主题 2：出行交通方式
全员达成共识，统一包车出行，不自驾：
- 安全层面：郊区山路自驾风险高，集体大巴规避单人驾驶隐患；
- 团队层面：车内可互动聊天、才艺小游戏，拉近同事距离；
- 管理层面：统一调度，不会出现人员早到、迟到、散场难集合的问题；
- 附加优势：集体出行可饮酒，无需顾虑开车限制。
主题 3：团建时长与行程安排
-
行程周期：周六出发、周日中午返程，为期两天一夜；
-
行程细节：
- 周六中午抵达农家乐，下午自助烧烤、爬山、手工备餐；
- 晚间篝火晚会、自由休闲活动（桌游、温泉、小型手游比赛）；
- 周日上午开展团队对抗项目（CS、拔河），午饭后统一返程。
-
分歧点：部分员工提议单日往返，顾虑留宿不方便照顾家庭，最终折中选择两天一夜，返程时间提前，避免到家过晚。
主题 4：团建活动与餐饮标准
- 拒绝付费专业野外拓展教练，预算节省用于提升餐饮品质；
- 活动兼顾男女员工需求：休闲爬山、自助做饭适配所有人，CS、拔河等对抗项目自愿参与；
- 餐饮优先当地特色农家菜：烤全羊、水库鱼、豆腐宴等日常少见食材，拒绝普通家常菜。
四、行动项
- 发言人 1：向公司领导提交团建经费、时间审批申请；
- 全体参会代表：会后同步本次讨论方案给部门女同事，收集补充意见；
- 待定：筛选怀柔符合要求、高速近、配套完善的农家乐度假村，统计部门出行人数，预约大巴车辆。
整套输出完全贴合我最开始定义的规范，没有多余废话，结构化清晰，后续直接复制到企业文档里就能用，对比之前手动整理至少节省 1 小时。
搭建过程踩过的几个大坑，别重复走弯路
坑 1：Skill 存放路径写错，工具无法加载
最开始我没留意文档，直接把文件夹丢到项目根目录，调用的时候 Claude 完全识别不到这个技能。 :::warning Skill 强制存放目录：项目根目录/.claude/skills/，.claude 是隐藏文件夹，不要改名、不要更换上级路径。 :::
坑 2：定义 Skill 需求时描述模糊，输出格式混乱
第一次给 skill-creator 写需求只简单说了 "写会议纪要"，没规定分块结构、没说明要删除口语词，生成的技能输出完全没有结构化，和直接丢提示词没区别。 后来补充完整输出板块、不确定内容留白、预处理规则，技能才稳定可用。给工具定义需求时，一定要把输入源、处理步骤、输出固定结构、边界规则全部写清楚。
坑 3：认为 Skill 只能处理文件，忽略纯文本输入
我最开始以为这个纪要技能只能读取 .txt 文件，后来测试发现，直接粘贴会议录音文本到对话框，再调用技能指令，同样能正常解析生成纪要，文件只是更方便批量处理长文稿。
坑 4：频繁修改 skill.md 后不重启工具，规则不生效
手动修改技能配置文件后，必须重新调用一次 skill-creator 重载，否则工具会读取缓存里旧的配置规则，修改的内容完全不生效。
聊深一点：Skill 为什么是 2026 年 AI 工作的核心趋势
之前笔记里划分了 AI 使用的三个阶段，对应我们日常工作状态，越往后效率越高：
- 把 AI 当搜索引擎：有问题临时提问，用完关闭，没有固定工作流程，纯临时查询，效率最低；
- 提示词工程阶段：每次对话复制固定长提示词，定义角色、规范输出，解决一部分重复工作，但每次都要重复粘贴；
- Skill 固化阶段：高频工作打包成本地技能，永久保存，一次配置永久复用，AI 自动记住你的工作标准，也就是我们现在这套方案。
放到团队视角看，Skill 还能做团队标准化：整个项目组共用一套会议纪要、接口文档、周报生成技能，所有人输出的文档格式统一，不用再反复对齐规范。 很多人会混淆 Skill 和 Agent，这里用大白话区分：Agent 是能自主完成多步骤复杂任务的智能体；Skill 是给 Agent、大模型补充的单项专业能力，相当于给 AI 新增一项专项工具。
什么场景适合封装 Skill？什么场景没必要
适合做 Skill 的场景
- 每周重复 3 次以上，输入输出格式高度固定；
- 每次对话都要粘贴超过 5 行的固定提示词；
- 有固定文件输入源（录音转写文本、需求文档、日志）；
- 输出有严格结构化要求（纪要、周报、测试用例、接口文档）。
没必要封装的场景
- 偶尔一次的临时提问，比如单纯查某个语法、解释行业名词；
- 需求每次完全不相同，没有统一输出规范；
- 一次性任务，后续不会重复用到。
收尾
折腾完这套会议纪要 Skill 之后，我顺手把周报整理、前端组件注释生成也封装成了独立技能，现在日常重复性文案工作基本不用再手动定规则，丢源文件就能出成品。
其实 Skill 核心逻辑没有很高的技术门槛，本质就是把你反复重复的指令永久存到本地，省去每次沟通的成本。如果你平时也经常写会议纪要、周报、项目文档，完全可以照着这套流程搭一套自己的专属技能。
如果你也动手搭建了属于自己的工作 Skill，或者踩了别的奇怪的坑，欢迎在评论区聊聊你的搭建思路，我也想看看大家平时都会封装哪些高频工作技能。