我不想搞那种“必装100个”“收藏级大全”的榜单。没太大意思。真到自己长期在用的，往往就那么几个。装得太多，平时根本用不上，提示词还容易互相打架。Skills 这东西，真不是越多越好，反而越精简越科学。
这篇就只分享 6 个我自己常用、也真心觉得大部分人都能用上的 Skills。
安装也很省事。你直接把这篇帖子丢给 Claude Code、OpenClaw、Codex 这类 Agent，让它帮你装，一般一口气就能配好。
内容有点长，我分两段发。这一条先写前一半。
一、Frontend Design
先说一个名气很大的。
Frontend Design
Anthropic 官方出的，在 Claude 的官方插件站里热度一直很高，常年排前面。
链接：
https://github.com/anthropics/skills/tree/main/skills/frontend-design
这个 Skill 最有价值的一点，在我看来，不是“能做前端”，而是它能明显改善很多 AI 做前端时那个扑面而来的 AI 味。
大家应该都见过那种页面。
Tailwind 默认风，蓝紫渐变，白底，大圆角，系统字体，卡片一层套一层。十个人生成十个页面，八个像同一个模版站里抠出来的。不是说完全不能用，问题是太像了，看两眼就疲劳。
我自己也试过，直接让模型裸跑一个数据可视化页。功能是能出来的，结构也没啥大问题，细看还是有点别扭。排版松松垮垮，视觉重点不清，字体和配色也没什么主见。
很多人会说，那你给它补 UI Prompt，不就行了。
话是没错。问题在于，不是每个人都会写这种 Prompt。你让一个本来就不做设计的人，去描述留白、节奏、层次、字体、气质，这事本身就挺难。就像我也写不出什么像样的音乐 Prompt，一样的道理。
Frontend Design 的好处就在这儿。
它不是单纯给一堆“美化网页”的空话，它会要求 Agent 在动手写代码之前，先定一个明确的美学方向。极简、复古未来、杂志感、理性科技感，都可以。后面的排版、字体、动效、配色，要围着这个方向走。
它甚至有一些很明确的限制。比如别老盯着 Inter、Roboto、Arial 这些最常见的字体，也别一上来就紫色渐变加白底。这种限制其实挺重要，不然模型很容易滑回那套最熟悉、也最偷懒的解法。
装上之后，同样的需求，出来的东西差别非常明显。
我试过一次，没改需求，没额外加设计说明，只是换成带这个 Skill 的流程。最后出来的页面，第一眼观感就不一样。信息层级清楚了，版面也稳了，视觉上终于有点“像是认真设计过”的意思。
如果你平时经常让 Agent 帮你做这些东西：
做活动页
做小工具界面
做数据看板
做个人项目的前端壳子
那这个我是真觉得值得装。尤其模型能力没那么强的时候，它的加成会更明显。
二、办公四件套
第二个我本来想写一个，结果其实是四个。
docx
xlsx
pdf
pptx
也都是 Anthropic 官方出的，属于很典型的办公牛马必备套装。
链接：
https://github.com/anthropics/skills/tree/main/skills
这四个装上以后，你的 Agent 处理文档这件事，会稳很多。
Word、Excel、PDF、PPT，基本都能读，也都能写，还能改。你用的是像 Cowork 这种本身把文档能力做进产品里的工具，那可能开箱就有。你如果主要是在终端里跑 Claude Code、Codex、OpenClaw 这种，就很建议自己补一下。
有人可能会说，我不装这些，也能读 PDF，也能导 Word 啊。
确实能。
问题在于，不装的时候，很多 Agent 每次处理这类文件，都是现场开工，边试边写。文档怎么排，表格怎么放，图片怎么插，页面怎么设，很多时候全靠它临场发挥。发挥好了还能看，发挥差一点，出来的东西真的会很糟糕。低能力模型更明显，经常一页里格式都统一不了。
装了这套之后，它相当于手里多了一本现成的操作手册。
页面尺寸怎么处理，结构怎么搭，图表和表格怎么放，哪些步骤该先做，很多东西都已经有成熟模板和流程了。Agent 不用每次从零摸索，稳定性会高一截。
这个差距，用论文整理场景特别好理解。
比如你扔一篇二十多页的英文论文进去，公式多，图表多，信息也密。让它帮你做一份中文笔记或者简版报告。没 Skill 的时候，内容倒未必完全错，最大的问题是成品很乱。样式不统一，层级乱飞，像一份临时拼出来的草稿。
装上四件套后，再跑同样的需求，出来的结果会像一份正经文档。至少页眉页脚、章节结构、色调、图文安排这些基本盘是稳的。你拿去继续改，或者直接给别人看，都体面得多。
PPT 也一样。
裸跑的时候，很多模型做 PPT 的思路非常朴素，几行标题，几块文字，能用，但没什么表现力。装了 Skill 之后，版式明显完整很多，内容组织也更像一套真的演示文稿。
这个地方还有个很好用的玩法。
把前面说的 Frontend Design 一起叠上去。
一个管审美，一个管文档结构。两层一叠，尤其做展示型 PPT、汇报页、方案页的时候，效果会更舒服。不是说一下子变成专业设计师水平，起码能从“像作业”往“像成品”走一步。
所以这四个我放一起讲。
不是因为它们花哨，恰恰是因为太常用了。多数人工作里都绕不开文档，谁都可能碰到“帮我整理成 PDF”“帮我做个汇报 PPT”“把这份内容改成 Word 正式版”这种活。这种场景下，四件套是真的实用。
三、Web Access
第三个，是我这段时间用得最顺手的联网 Skill 之一。
Web Access
作者是 @一泽开发。
链接：
https://github.com/eze-is/web-access
这个 Skill 我挺喜欢。原因很简单，它不是只做“搜索”，也不是只做“浏览器控制”，它把这两件事揉到一起了，实战感很强。
很多人应该都体会过，模型自带的搜索工具，查公开网页还行，一碰到站内内容就容易抓瞎。小红书、B 站、微博、飞书这类平台，光靠普通搜索，经常拿不到什么真正有用的信息。
Web Access 解决的就是这块。
它可以直接通过 Chrome DevTools Protocol 去连你本地 Chrome 进程，重点在于，它能带着你自己的登录状态跑。你平时浏览器里已经登录过的小红书、微博、B 站、飞书，它都能接着用，不用你再来一遍登录流程。
这个体验差别挺大的。
以前很多场景里，模型只能在公开网页外围打转。装上这个 Skill 以后，它是真的能进去看，进去点，进去翻，很多站内信息就不再是死区了。
还有个我觉得设计得很巧的点。
它考虑到了 token 消耗，支持把网页正文先转成更干净的 Markdown 再给 Agent 读。这样模型看到的是整理过的正文，不是满屏脚本和乱七八糟的页面噪音。省 token，也省判断成本。
有个前提要注意。
Chrome 最好更新到最新版，然后把远程调试相关设置开一下。可以在地址栏输入chrome://inspect/[#remote](javascript:;)-debugging，进行勾选
它的实际使用场景其实很多。
比如你让它去小红书找某个区域的餐厅推荐，顺手把图也整理出来。它会分任务去抓内容，多个标签页并行跑，各干各的。最后回来给你的，不只是几条链接，而是一份相对完整的整理结果。
拿来读公众号文章也挺稳。做资料搜集、竞品梳理、站内内容提取，这些场景都很舒服。
最让我觉得有意思的，是它还有点“越用越顺”的味道。
它会按域名去沉淀操作经验。哪些选择器能用，哪条路径更通，哪些坑之前踩过，都会慢慢记下来。第一次进某个网站，可能还要多摸索一会儿；后面再去，就会快很多，像是这个 Agent 真的在积累经验。
这一点很难得。
很多工具你每次用，它都像失忆一样重来一遍。Web Access 至少在设计思路上，不是那种纯一次性的工具感。
如果你平时对“联网”这件事要求比较高，不只是想让 Agent 搜几条公开网页，而是真的希望它去网站里翻、去页面里点、去把内容拿回来，那这个 Skill 很值得试。
四、PUA
第四个，名字看起来很抽象。
PUA
链接：
https://github.com/tanweai/pua
我一开始看到这个 Skill 的时候，第一反应也是，这玩意是不是来整活的。
后来自己真用过几次，发现还真不是搞笑，它解决的是一个很真实的问题。
就是 AI 摆烂。
你让它修个 bug，它试两下没修好，就开始进入那种很熟悉的状态：建议你手动检查一下，建议你补充更多上下文，建议你确认环境配置。表面上很礼貌，翻译成人话其实就是，它不太想继续干了。
很多人应该都遇到过。
最烦的不是它不会，最烦的是它卡在一个错误思路里原地绕圈，绕几轮以后，直接开始给你递台阶，让你自己接手。
PUA 这个 Skill，治的就是这个毛病。
它的核心不是“骂模型”，也不是单纯把语气改凶，而是给 Agent 上强度。发现它在同一条路上反复撞墙的时候，强制打断，逼它重新检查，重新拆问题，重新找路径。
这东西我不建议你默认常开。
因为平时很多简单任务，模型自己就能做完，没必要一上来就把气氛拉满。更适合那种场景：项目改来改去一直不对，一个 bug 死活修不明白，一个问题你已经看它转了好几圈，它还是没出坑。
这种时候，直接上 /pua，效果通常很明显。
它会把那种“差不多得了”的状态直接掐掉，然后逼着 Agent 去做完整检查。不是继续顺着刚才那个烂思路滑下去，而是重新找原因，重新换方法，重新验证。
它还有分级压力机制。
如果 Agent 一直在同一个方向打转，PUA 会逐级加压，最后直接让它停下来自查，按清单走，把该排查的都过一遍。你可以理解成，给模型加了个“别糊弄，继续查”的硬约束。
更离谱的是，后面的版本还会按任务类型选不同方法论。说白了，不只是催它干活，而是催它换一种更像样的工作方式。
残忍是残忍了点。
好用也是真的好用。
有些问题你跟它好声好气说半天，它就给你挤牙膏。你一开 PUA，它突然就开始认真找了，效率差距非常明显。
所以这个 Skill，我的建议很简单。
平时别常驻。遇到顽固 bug，再开。
一旦发现它开始摆烂，别跟它客气，直接上。
五、Claude-mem
第五个，是很多人都会需要，但不一定第一时间想到的。
Claude-mem
链接：
https://github.com/thedotmack/claude-mem
它解决的是记忆问题。
很多人会觉得，有些 Agent 怎么越用越懂你，越用越顺手。表面看像“变聪明了”，本质上很多时候不是模型突然进化了，是它有记忆。
你前面说过什么，你长期在做什么，你有哪些习惯，你的项目里哪些约定最重要，它能慢慢记住，后面新开会话的时候还能接上。
Claude Code、Codex 这类工具，本身在这块一直没那么完整。于是就有人专门做了 Claude-mem，给它补上长期记忆这一层。
它会把你对话里的关键信息提出来，压缩存起来。等你下次开新会话，遇到相关任务，再把对应的上下文注进来。
说直白点，就是给你的 Agent 补了一个“别每次都失忆”的能力。
这个体验差别其实很大。
没有记忆的时候，你每开一个新窗口，都像重新认识一遍。项目背景讲一遍，个人习惯讲一遍，偏好讲一遍，甚至有些常用工作流也得重复交代。时间一长，真的挺烦。
有了 Claude-mem 以后，这些信息至少能沉下去一部分。
它用的还是比较省 token 的分层检索思路。先看索引，判断有没有相关内容；有的话，再往时间线和细节里取。不是一股脑把所有历史都塞进来，所以整体还算克制，不会显得很臃肿。
它还带了一个本地 Web 界面，跑在 localhost:37777。
这个设计我挺喜欢。因为“记忆”这个东西，如果完全黑箱，用户心里其实会有点没底。你不知道它记了什么，也不知道它是不是记岔了。现在它给你一个可视化入口，你能直接去看，哪些内容被记住了，是什么时候记的，就很清楚。
还有个小细节也不错。
如果你有些内容不想让它记，比如密码、密钥、一些特别私密的数据，可以用 标签包起来，它会主动跳过。
这个机制是有用的。
虽然坦白讲，我自己平时也不太爱这么写，总觉得有点太“仪式化”了。但从设计上说，它起码给了你一个明确的隐私开关，这点是好的。
如果你是那种长期和同一个 Agent 一起干活的人，这个 Skill 很值得装。
尤其你项目多、上下文长、个人习惯也比较固定的时候，它带来的不是某一次任务突然变强，而是长期协作的顺滑度明显上去。
不是更聪明。
是终于没那么容易失忆了。
六、Skill-Creator
最后一个，是我觉得最重要的。
Skill-Creator
链接：
https://claude.com/plugins/skill-creator
前面那几个 Skill，都是在帮你解决常见问题。
前端不好看，装 Frontend Design。
文档处理不稳，装四件套。
联网能力不够，装 Web Access。
模型摆烂，开 PUA。
记不住事，补 Claude-mem。
都很好用，没问题。
但它们再好，本质上也还是“别人替你总结好的通用答案”。
真正更重要的，是你能不能把自己的需求，自己的经验，自己的工作流，也做成 Skill。
这就是 Skill-Creator 的价值。
一句话说完，它是一个帮你自己造 Skill 的 Skill。
我一直觉得，Skill 最正确的用法，从来不是去网上疯狂收藏，而是把你已经反复做、反复踩坑、反复调好的东西，沉淀下来，变成一个可复用的能力包。
因为很多问题，GitHub 上永远不会有人替你解决。
你的团队怎么部署。
你的服务器怎么管理。
你的文章风格怎么拿捏。
你的数据分析流程怎么跑。
你的工作里哪一步最痛，最值得自动化。
这些东西，只有你自己最清楚。
我自己就有很深的感受。
我不是开发出身，但手上有服务器，要自己部署一些东西。以前光是管理服务器这件事，对我来说就已经够麻烦了。后来我干脆把自己常用的流程、命令、权限方式、注意事项，全部整理成一个 Skill，直接交给 Agent 去管。
前几天又碰到个场景。
公司同事这阵子越来越喜欢 Vibe Coding，做完小项目以后，经常就想顺手部署上服务器。大家各租各的，成本不高，管理起来却挺碎。我就想着，干脆把我自己的服务器方案再整理一下，把权限和流程一起梳理好，做成一个更完整的 Skill，让大家直接共用。
结果折腾下来，时间很短，效果却特别好。
同事拿到以后，不需要理解太多运维细节，按 Skill 走就行。对他们来说，门槛一下就低了很多。对我来说，也不用一遍遍重复讲解。
这就是我为什么把 Skill-Creator 放在最后讲。
不是因为它没前面那些实用，恰恰相反，是因为它最根上。
前面五个 Skill 解决的是共性问题。
Skill-Creator 解决的是，你终于可以开始处理“只有你自己才知道答案”的问题。
这件事，意义完全不一样。
它让你从一个 Skill 的使用者，慢慢变成一个 Skill 的创造者。
前面那些，是别人帮你准备好的工具。
这个，是让你自己开始造工具。
写在最后
以前我们说一个人有技能，说的是他身上长出来的东西。
产品对数据的感觉。
设计师对审美的判断。
程序员排查 bug 的直觉。
这些能力，过去往往要靠很多年经验慢慢攒，攒在脑子里，攒在手感里，也很难直接给别人。
现在不一样了。
技能可以被整理成一个文件，可以被安装，可以被分享，也可以被复制。
很多人会觉得，这是不是意味着技能在贬值。
我反而觉得，不是。
真正开始贬值的，是那些特别通用、特别标准化、特别容易流程化的能力。比如文档怎么排，网页怎么搭，网页怎么搜。这些事情，Skill 的确已经能替你做掉很大一部分了。
真正越来越值钱的，是另一种东西。
是你知道自己到底需要什么。
是你知道什么该保留，什么该自动化。
是你知道你自己的流程里，最痛的地方在哪。
是你知道，哪些经验值得沉淀成一个长期可复用的能力。
这些判断，AI 替不了你。
因为它不是你。
所以今天推荐的这 6 个 Skill，你全装也行，挑几个装也行，都没问题。
你要是最后只记住一句话，我希望是这个：
最值得装的 Skill，永远是下一个你自己做出来的那个。