平时做技术实践时,很多问题不是概念不会,而是细节没串起来。拿“分享4个我日常用得最多的Claude Code Skills推荐给你”来说,它看着像小点,放到项目里常会牵出环境、配置、兼容性和维护成本。下面按实际使用顺序,把思路、关键写法和容易踩坑的地方讲清楚,方便你直接对照操作。
落到代码里,用Claude Code这么久,期间试过各种Skill,装了卸,卸了装。
从实现思路看,后来发现,大多数人装Skill的方式,和囤积网盘资源没什么区别——看到建议就装,最后列表躺着二十几个,真正用的也就那几个。
折腾一圈下来,有4个是我日常用得最多的。
| Skill | 一句话 | 适合场景 |
|---|---|---|
| Superpowers | 从需求到上线,全流程自动化 | 新项目、大重构 |
| GSD | 扔需求就开干,快 | 小功能、日常迭代 |
| claude-mem | 记住你的偏好,不用重复解释 | 长期项目 |
| frontend-design | 生成的UI不像AI做的 | 落地页、前端 |
这是我用得最多的。
理解这一步时,之前用Claude写代码,最大的痛点是什么?你给个需求,它写完就停了。想让它继续优化、测试、重构?得你一步步催。
结合项目来看,Superpowers把这个过程自动化了。完整流程7个阶段:头脑风暴 → 新建工作分支 → 写实施计划 → 子代理同时行开发 → TDD测试驱动 → 代码审查 → 完成合并。
最近做一个全新的个人项目。我只是把大概的需求和初步的功能规划发给它。
在这个场景下,随后它开始跟我头脑风暴。不是那种“收到需求,开始写代码”的AI,而是一步一步提出很有价值的问题,把我的真实想法挖出来。
理解这一步时,例如“做一个任务管理工具”。它不会直接开写,而是问:你的目标用户是谁?需实时协作吗?数据存本地还是云端?
从实现思路看,每个问题给2-3个选项让我选,还会标注建议方案和理由。有些涉及UI的问题,它会生成一个网页,直接单选或多选,我点一下就行。
结合项目来看,确认完所有想法后,它输出一份spec文档让我最后确认。确认无误,自动转入实施阶段——生成plan文档,把项目拆成小任务,派子代理同时行开发。
我只在开头回答了几个问题,中间偶尔确认方向,剩下的它自己干完了。
落到代码里,头脑风暴阶段有时候问得太细了。一个轻松功能,它能问你十几个问题,恨不得把PRD写完。有时候我就想说“别问了,直接做”。
还有就是它强制走TDD。小改动也要先写测试,有些场景其实没必要。
理解这一步时,不过瑕不掩瑜。对于新项目从零到一,Superpowers是我用过最好的。
GitHub地址:github.com/obra/superp……
Claude Code:
/plugin marketplace add obra/superpowers-marketplace /plugin install superpowers@superpowers-marketplace
Superpowers好归好,但有时候你不需那么“重”。
结合项目来看,一个小功能、一个更快原型——你不想走完整的头脑风暴+spec+plan流程,你就想直接干。
GSD就是干这个的。
在这个场景下,作者在README里说得很直白:其他spec-driven工具都是给50人工程团队设计的,我不是那种人,我只是想把东西做出来。
轻松说:Superpowers是正规军,GSD是特种兵。
落到代码里,Superpowers的核心模块搞定后,后续加个接口、改个样式、加个字段,我就切GSD。不用再走一遍头脑风暴,直接扔需求,它6步搞定。
实际处理时,GSD和Superpowers一样用了多子代理架构——每个执行步骤启动独立的子代理,各自全新的上下文,不会因为对话太长导致质量下降。
GitHub地址:github.com/gsd-build/g……
npx get-shit-done-cc@latest
从实现思路看,安装程序会自动让你选运行时(Claude Code、Codex、Gemini CLI等)和安装范围(全局/本地)。如果你只想装核心功能,可以加 --profile=core。


装完后,用 /gsd-new-project 开始新项目。
若已有代码,先跑 /gsd-map-codebase 分析现有代码库。
兼容15个运行时,覆盖面比Superpowers还广。
这个解决的问题很轻松:不用每次新开会话都重新解释你的项目。
落到代码里,之前每次都要说“我们用Tailwind + Shadcn”、“API用RESTful”、“代码风格Airbnb”。说十遍就烦了。
实际处理时,claude-mem会自动捕获你的偏好和决策,压缩成语义摘要,下次开会话自动注入。
你可能会说,CLAUDE.md不也能做这个吗?
能,但得你手动维护。
结合项目来看,每次技术栈变了、加了新依赖、换了代码风格,你得自己去改CLAUDE.md。
claude-mem是自动的,它在你干活的过程中默默记录,不用你操心。
在这个场景下,而且它跨工具——不只Claude Code,Codex、Gemini、Copilot都兼容。
GitHub地址:github.com/thedotmack/……
方式一(建议):
npx claude-mem install
方式二(Claude Code插件市场):
/plugin marketplace add thedotmack/claude-mem /plugin install claude-mem
注意:别用 npm install -g claude-mem,那个只装SDK,不会注册插件钩子。务必用 npx claude-mem install。
在这个场景下,装完重启Claude Code就行。可以打开 (链接已移除) 查看实时记忆流,挺有意思的。


AI生成的UI有个通病:万年不变的Inter字体 + 紫色渐变 + 圆角卡片。
一眼AI。
从实现思路看,frontend-design是Anthropic官方出的Skill,核心就一件事:强制Claude跳出AI式安全美学。
从实现思路看,它会先选美学方向——极简、复古未来、奢华,随后选独特的字体组合、大胆的配色,拒绝Arial/Inter这种万金油。
从实现思路看,我之前让Claude做个落地页,没装这个Skill的时候,出来的东西你懂的,标准AI审美。
理解这一步时,装了之后,同样的需求——Playfair Display字体、深色背景金色点缀、不对称布局。
说实话有点惊到我了。
不过这个Skill主要针对前端场景。如果你纯做后端,用不上。
GitHub地址:github.com/anthropics/……
Claude Code:
# 注册Anthropic官方技能市场 /plugin marketplace add anthropics/skills # 安装 /plugin install frontend-design@anthropic-agent-skills
落到代码里,装完后直接在对话中说“用frontend-design做个落地页”就能触发。
四个互补,不冲突。
从实现思路看,坦白说,Claude Code的Skill生态确实很丰富。但不需“全家桶”,需的是一套能串起来的最小闭环。
这4个就是我的最小闭环。
你呢?你最常用的Claude Code Skill是哪几个?
从实现思路看,总的来说,claude这部分内容适合结合实际项目边做边理解。先抓住核心思路,再逐步补上细节和边界处理,最后效果会更稳定,也更容易复用。