每周都在蹲SKILLS热榜的人这期9月16日的榜单信息量确实不小。我从各大社区、GitHub趋势和群聊里把热度最高的SKILLS方向捋了一遍发现AI编程工具圈对技能包的态度已经从“尝尝鲜”变成了“没有SKILLS干活浑身难受”。不管是Claude Code的老玩家还是刚接触Codex、opencode、Cursor的新手最近都在聊同一件事去哪找好用的技能包、怎么装、怎么写自己的。这篇文章我会直接结合本周的热门排行把值得关注的SKILLS方向、从下载到调通的完整流程、以及自己动手封装技能包的思路一次讲清楚争取让不同基础的人都能拿到能直接用的东西。1. 为什么SKILLS突然成了AI编程圈的“硬通货”1.1 从提示词到技能包SKILLS到底解决了什么问题想理解这波SKILLS热得先搞清楚它和普通提示词的本质区别。以前你用Claude Code或者Codex干活遇到复杂需求会在对话里写上一大段约束“请按照XXX规范、参考XXX目录结构、输出带测试文件的完整项目”。这种做法的痛点是每次都要重新描述模型对“你的标准”没有稳定记忆换一个任务又要从头调教。SKILLS技能包本质上把“提示词方法论”做成了文件化的标准操作流程。一个技能包通常包含一个SKILL.md文件里面写清楚这个技能能做什么、处理任务的步骤是什么、有哪些注意事项、甚至包含示例和参数说明。工具加载技能包后相当于给模型配了一本“岗位手册”遇到对应任务时自动按手册执行。这也是为什么社区里一直在提“从提示词到SKILLS”的迁移——提示词是一次性的经验SKILLS是可复用、可分享、可版本管理的能力封装。1.2 本周热度最高的三类SKILLS方向这周榜单里能明显看出三个集中爆发的方向正好对应三类人群的刚需。第一类是“编码效率增强类”代表作就是Superpower Skills全家桶和各类前端开发技能包。这类SKILLS主要解决“AI写代码不守规矩”的问题比如自动按项目现有代码风格输出、自动补测试、自动按Git提交规范拆分commit。第二类是“学术与文档处理类”数学建模SKILLS、LaTeX排版技能包、中英文论文翻译技能包都在这个赛道华为杯比赛前后这类技能包的搜索量直接翻倍。第三类是“多模态内容创作类”AI漫剧、图片生成、视频脚本类的SKILLS热度非常猛很多做短剧和自媒体的人开始把技能包当作标准流水线来用。有意思的是这周“怎么清理SKILLS”也成了高频搜索词说明很多人装了十几个技能包之后开始意识到数量不等于质量乱七八糟的技能互相打架比没有技能更难受。这个话题我放在后面详细说。2. 本期榜单Top10与热门SKILLS分类拆解2.1 9月16日热门SKILLS排行速览我把本周各渠道热度靠前的SKILLS整理成了一张表排名依据主要是GitHub star增长、社区讨论频率和实际下载量三个维度不是官方唯一标准但基本能反映这周的关注方向。排名SKILLS名称核心用途适用工具本周热度关键词1Superpower SkillsAI辅助工作流全家桶覆盖计划、编码、调试、复盘Claude Codesuperpower skills 安装2前端组件生成SkillsReact/Vue组件自动生成、UI还原Claude Code、Cursor前端开发skills3数学建模分析Skills问题建模、数据清洗、论文latex排版输出Codex、Claude Code数学建模skills推荐4LaTeX排版Skills学术论文、报告、简历的LaTeX自动排版Claude Code、OpenCodelatex排版skills5AI漫剧创作Skills分镜生成、提示词转图片、配音剪辑脚本Cursor、其他Agent工具ai漫剧常用skills6Word/PPT处理Skills办公文档解析、格式转换、大纲提炼Minimax等工具链处理word ppt的skills7代码审查与测试SkillsPR审查、单测自动生成、代码规范检查Codex、CodeBuddycodex skills推荐8论文翻译润色Skills中英文论文互译、学术语气调整Claude Code论文翻译skills9OpenCode工作流Skills多Agent任务编排、上下文管理OpenCodeopencode skills10图片生成与下载Skills图片创建、批量下载、格式处理Claude Code图片生成skills安装包2.2 前端与全栈类从“能写”到“写得像老手”前端开发SKILLS是这周榜单里讨论度上升最快的类别之一。原因是很多用Claude Code写前端的人发现模型单独理解需求没问题但产出代码和项目里已有组件库、样式规范、状态管理方案经常脱节。好的前端SKILLS会把约束写死比如指定“优先复用src/components下的现有组件”“样式变量必须引用design_token.css里的定义”“提交前先跑eslint”。我见过一个做得不错的Vue前端技能包SKILL.md里内置了一步“扫描项目现有技术栈”的流程每次执行任务前先读取package.json和现有页面结构再生成代码。这种设计能让AI的输出从“看起来正确”进化到“符合你的项目实际情况”差距非常大。另一类热门是UI还原技能包输入设计稿图片AI自动拆解布局并生成响应式代码。这周社区里讨论最热的功能是“局部更新”——只改设计稿里某个按钮区域AI能精准定位到对应代码文件做修改而不是把整个页面重新输出一遍。2.3 学术与文档类数学建模、LaTeX与论文翻译学术场景这周跑出了一匹黑马数学建模SKILLS。华为杯建模比赛前后大量参赛学生在找能直接用的Codex和Claude Code技能包。榜单里这类SKILLS常见功能包括读题后自动拆解问题背景、生成可选模型方案回归、分类、优化、对数据进行缺失值分析和可视化建议、最后输出LaTeX格式的论文初稿。LaTeX排版SKILLS的热度也一直在涨。使用场景不局限于论文很多人用它处理课程报告、简历甚至PPT转PDF。一个成熟的LaTeX技能包需要解决的难点不是“能不能写LaTeX代码”——几乎所有模型都会写难点在于字体、宏包、参考文献格式和编译容错。本周被讨论最多的一个技能包内置了“三遍检查流程”第一遍生成主体内容第二遍检查符号统一和公式编号第三遍跑编译并自动读取报错信息修复。论文翻译SKILLS看起来简单实际做好的不多。直译谁都会要处理好学术术语一致性、被动语态转换、引用格式保留就很考验技能包设计。这周榜单里一个关注度较高的翻译技能包用了一个巧妙的策略翻译前先让AI抽取全文术语表翻译时强制混合使用术语表最后再反向抽检漏译和误译。这个思路很值得想写翻译类技能包的人参考。2.4 Agent工作流与效率类Superpower Skills的破圈效应Superpower Skills这周冲到榜首没啥悬念。这个由社区开发者维护的技能包集合几乎把所有高频需求都覆盖了一遍任务规划、代码库分析、错误日志解读、AI自我反思、代码审查。有群友把它比作“给Claude Code装的超级外挂”虽然夸张但从安装量来看确实有这趋势。它让AI编程工具第一次有了“工作流”的概念——不用每次在对话里临时叮嘱AI会根据任务类型自动选择对应的处理流程。对于普通用户来说Superpower Skills最大的价值是降低了和AI协作的认知负担。以前你要自己琢磨怎么拆解任务、怎么引导模型、怎么验证结果现在技能包里都帮你封装好了。当然也有缺点全家桶安装后对上下文窗口的消耗不小如果机器配置一般多技能并发时响应速度会变慢。这也是为什么“清理skills”会成为本周热搜词的原因之一。3. 从了解到落地常见工具的SKILLS安装与配置实操3.1 Claude Code手动安装GitHub上的Skills很多人在GitHub上看到一个想要的SKILLS仓库第一反应是“怎么装”。以Claude Code为例手动安装流程并不复杂核心是把技能文件夹放到Claude Code识别的目录里。第一步找到你想要的SKILLS仓库注意看仓库里的目录结构通常是一个包含SKILL.md的子文件夹也可能是多个技能集合。第二步把整个子文件夹复制到Claude Code的skills目录默认路径是~/.claude/skills/你可以用命令mkdir -p ~/.claude/skills创建它。第三步检查目录结构是否正确最终效果应该是~/.claude/skills/技能名/SKILL.md层级错了Claude Code识别不到。第四步重启Claude Code会话在对话里描述相关任务模型会自动匹配技能。这里的坑点在于很多新手把仓库整个克隆下来放进了skills目录导致路径变成~/.claude/skills/仓库名/技能名/SKILL.md这种嵌套结构会导致技能加载失败。正确做法是只复制技能文件夹本身。另外安装后可以在对话里直接问“当前加载了哪些skills”让工具列出可用技能确认是否安装成功。3.2 Cursor中配置SKILLS技能包Cursor对SKILLS的配置方式和Claude Code不完全一样。Cursor目前更推荐通过项目级.cursor/skills/目录来管理配合.cursor/rules/规则文件一起使用。具体做法是在项目根目录创建.cursor/skills/文件夹放入技能包然后在Cursor设置里启用SKILLS功能。配置时有一个容易被忽略的细节Cursor技能包里的SKILL.md如果声明了allowed-tools之类的权限字段需要在Cursor的权限设置里放行。否则技能在运行中调用文件读写或命令执行会被拦截表现就是技能“时灵时不灵”。另外Cursor的版本更新很频繁某些旧版本对SKILLS支持不完整如果你配置后没有生效先检查编辑器版本再检查配置文件格式。3.3 Codex、OpenCode与多工具共用技能目录Codex和OpenCode这类工具对SKILLS的支持也在快速迭代中。Codex一般通过配置文件指定技能目录OpenCode则倾向于以插件形式加载技能。核心逻辑一致告诉工具“到哪个目录找SKILL.md”。我建议有多个工具需要同步技能的用户把技能目录做成一个独立目录比如~/skills/然后让各个工具分别引用这个路径。这周热词里出现了“CodeBuddy和Claude Code共用skills目录”的提问说明多工具共用是刚需。我实践下来比较稳妥的方式是主目录放技能文件Claude Code通过配置文件指向主目录其他工具做软链接。软链接的好处是技能更新只改一处所有工具同时生效。但要注意版本兼容有些工具对SKILL.md的解析字段有差异共用之前最好统一用一个标准模板写技能描述避免某个工具读不到description字段导致匹配失败。4. 动手写一个自己的SKILLS从提示词到技能包4.1 SKILL.md的标准结构与关键字段想写技能包先搞懂SKILL.md的标准结构。一个标准的技能文件包含两部分YAML格式的frontmatter和Markdown正文。frontmatter里最重要的是name和descriptiondescription决定了AI什么时候触发这个技能所以不能写得太泛。比如“处理文档”是糟糕的description“将学术论文的中文摘要翻译为英文并保持学术语气”才是合格的description——它明确告诉模型“什么任务该用我”。正文部分要写清楚三件事执行步骤、输出格式、注意事项。执行步骤用序号列出来让AI按顺序处理输出格式说明结果应该长什么样包括是否输出文件、文件路径怎么命名注意事项里面写禁忌和边界比如“不要修改参考文献格式”“如果数据缺失超过50%直接提醒用户”。上手阶段建议先把提示词里常用的内容搬进来跑通一次流程后再逐步优化。4.2 让技能可复用从一次性提示词到参数化设计很多人的第一个SKILLS其实就是把自己之前一段很长的提示词复制进SKILL.md运行效果却不如直接发提示词问题出在“没有参数化”。提示词是面向具体任务的技能包是面向一类任务的。比如写一个“数学建模论文排版”的SKILLS不能写死“2024华为杯A题”要抽象出占位符题目类型、输入数据文件路径、输出LaTeX文件名、要求格式。AI在执行时会从用户对话或项目文件里自动提取这些参数。参数化的设计思路是在SKILL.md里用变量名描述输入比如“输入数据文件路径CSV格式 问题描述 目标指标”再用条件分支描述处理逻辑比如“如果数据含有缺失值先执行缺失值分析步骤否则跳过”。这样写出来的技能才能覆盖一类场景而不是只处理一次任务。这周热词里有“从提示词到skills”的搜索本质就是在讲这个抽象化过程。4.3 实战拆解一个LaTeX排版技能包的完整写法我用一个LaTeX排版技能包来演示具体写法这也是本周热门榜里搜索量较高的需求类型。目录结构如下latex-formatter/ └── SKILL.mdSKILL.md核心内容可以这样组织--- name: latex-formatter description: 将用户提供的论文、报告或摘要内容整理为符合LaTeX规范的tex文件包括宏包引用、公式编号、图表环境、参考文献格式处理。适用于用户要求排版生成tex输出paper文件等任务。 ---正文部分先写执行流程第一步读取用户提供的原始文本识别标题层级第二步分析是否包含公式、图表、代码块第三步按目标模板结构生成tex文件先写导言区固定引用amsmath、graphicx、hyperref等宏包再写正文第四步输出编译建议提示用xelatex还是pdflatex。然后写输出规范文件名用output_日期.tex图表统一用figure环境并自动添加caption参考文献采用BibTeX格式未识别的引用条目先以TODO标记。最后写注意事项不要自动修改用户指定的数学符号不对内容做额外扩写优先保留原文结构。这周很多人踩过的一个坑是生成的tex文件里宏包重复引用导致编译报错。所以在技能里一定要写一条“检查并去重导言区宏包”的步骤。另一个坑是中文编译要提醒AI在文档类后加上\usepackage{ctex}并建议用xelatex编译否则中文显示不出来。4.4 用类似思路做图片生成和AI漫剧技能包图片生成SKILLS和AI漫剧SKILLS的写法逻辑完全相同只是把“输出LaTeX代码”换成“调用图像生成接口/输出多模态指令”。以AI漫剧为例一个技能包可以这样设计输入剧本或故事大纲技能先拆解场景镜头表输出角色外貌、背景、光影的提示词然后为每个镜头生成图像保存到指定目录最后生成配音脚本和剪辑顺序说明。这周热词“图片生成skills安装包”搜的人不少实际上这类技能包最大的价值不是帮你调接口而是把“从故事到镜头的拆解规则”固定下来让每次生成结果风格统一。写这类技能时要注意一个边界技能包本身不做图像生成它只负责“生成给图像模型用的高质量提示词”和“整理生成结果”。把接口调用逻辑写在SKILL.md里容易让技能变得脆弱因为不同工具的图像模型参数差别很大。更好的做法是让技能调用一个独立的脚本或命令技能只负责传递参数。5. 常用SKILLS源网站与筛选技巧5.1 这周社区里被反复推荐的几个技能库找SKILLS源这件事本周热词里好几次出现“常用skills源网站”“skills技能库网址”。我把自己实测过、信息密度比较高的几类渠道整理一下。GitHub上聚合仓库是最主要的源。awesome-claude-skills这类项目会把社区里质量较高的技能包按用途分类收录每周都有更新适合新手从star数和fork数筛选。另外就是各工具官方仓库比如Anthropic官方文档里的skills示例、OpenCode官方插件市场这些来源的优点是格式规范和工具版本匹配度有保障缺点是数量少、更新相对保守。除此之外不少开发者把技能包发布在自己的博客或者语雀/Notion知识库里输出形式更像是“带讲解的技能包”。这类对学习怎么写技能帮助更大因为你能看到作者的思路过程而不只是最终文件。找这类内容的方式是在技术社区搜“skills 实战”“skills 开发”等关键词优先选有示例输出截图和踩坑记录的文章。5.2 选型时怎么看一个SKILLS是否靠谱技能包质量参差不齐我筛选时一般看四个维度。第一是描述字段是否具体。一个描述写“帮助开发”的技能包大概率不如“根据用户提供的设计图生成React组件并自动添加Storybook文档”好使。描述具体意味着作者认真思考过技能触发场景。第二是是否包含示例。好用的技能包通常带一两个fake输入和对应输出让你能快速理解运行效果也方便验证环境配置是否正确。第三是维护活跃度。看仓库最近一次提交时间超过半年没更新的技能包大概率已适配旧版本工具装了可能会有兼容问题。第四是目录结构是否干净。只包含一个SKILL.md和少量参考文件的技能包最稳定见过有些技能包携带大量脚本和依赖文件结果是明明只想用技能还得解决一堆环境依赖。还有一个小技巧把技能包安装后先跑一次“假任务”验证效果别拿重要项目直接试。比如装完数学建模技能包先用一个小规模的公开数据集跑一遍确认输出流程正常了再上真实比赛数据。这周好几个翻车的案例都是“没验证就导入项目结果AI按错误技能流程执行浪费半天”。6. 常见问题与排查技巧实录6.1 技能不生效先别怀疑技能包检查目录层级和描述匹配这周社区提问里出现最多的问题就是“装好了但AI不调用技能”。我排查过很多次后总结出两个最常见原因。第一个是目录层级问题前面已经说过技能文件必须放在工具能直接扫描到的目录/技能名/SKILL.md路径下。很多人把技能包整个压缩包解压后带着外层文件夹一起放了进去导致路径多了一层。第二个是描述匹配问题。AI工具判断是否启用技能本质是“当前用户需求是否与该技能description语义匹配”。如果你的技能描述写得太窄比如只写了“用于华为杯A题”那用户问“帮我做个规划模型”就不会触发。解决办法是把description写得既有场景特征又保留泛化空间同时可以多写几个等价触发词。排查时可以先用对话询问工具当前加载了哪些技能如果列表里没有目标技能基本就是前两步的问题如果列表里有但任务不触发就调整description再试。6.2 技能互相干扰与清理技巧技能装多了必然遇到干扰问题。典型表现是两个技能都能匹配当前用户任务AI可能在两者间跳跃或者把流程混在一起输出结果看起来“四不像”。这周的“tibo关于清理skills的方法推荐”讨论里大家比较认同的清理原则是“留一删多”同一场景只保留一个质量最高的技能包同类技能互相比较后删除弱的那一个。另外要留意技能包的“副作用”有些全家桶型技能会定义全局行为规则比如“每次回复前先输出思考过程”这类规则和其他技能输出格式要求冲突时会带动所有技能表现异常。解决办法是查看技能包的frontmatter里是否有global或always之类的字段尽量选择不声明全局行为的技能。清理动作本身很简单定期到skills目录删除不需要的文件夹即可。我个人的习惯是每个月把技能目录导出一次清单标注每个技能的使用频率和上次触发时间超过两个月没触发过就直接清理。技能这玩意儿真的不是越多越好十来个精品的效率远高于几十个“什么都想管”的。6.3 多工具共用一个技能目录的兼容处理热词里出现的“CodeBuddy和Claude Code共用skills目录”问题实操中确实需要一些兼容处理。不同工具对SKILL.md的解析要求并不完全一样主要体现在frontmatter字段支持度上。Claude Code较完整地支持标准字段而有些工具可能只读取name和description忽略其他扩展字段。如果共用目录时发现某个工具加载不正常先看是不是frontmatter里加了不兼容的自定义字段。我目前的做法是维护一个“最小公共标准”模板只用name和description两个必填字段其他内容全部放正文。正文部分尽量用标准Markdown避免使用特定工具才支持的扩展语法。然后分别在每个工具里测试一遍确认都能正常触发后再往目录里加新技能。这样做虽然放弃了部分高级特性但换来的是“一次维护随处运行”的省心体验在多工具协同的场景下我觉得是值得的。再说一个这周实测中的发现我自己的技能库里真正高频使用的其实只有五六个大部分时间都是同一组技能在干活。很多让人心动的技能包装完就躺在那里吃灰。比起不停地收藏新技能更值得花时间做的其实是把自己最常用的流程打磨成一个手感极佳的SKILLS比如我那个LaTeX排版包已经迭代了七八个版本每次比赛都靠它出初稿。如果你刚接触SKILLS我建议别急着装全家桶先从模仿榜单上的优秀技能开始拆解它们的描述写法、流程设计、边界设定然后改造出适合自己的版本。一个顺手且知根知底的技能包比十个来路不明的顶级技能都可靠。