Claude Code 三大王牌 Skill 安装指南：让你的 AI 编程效率翻 3 倍

一站式接入主流 AI 大模型，支持对话 · 生图 · 生视频，即开即用

ChatGPT Claude Gemini Grok DeepSeek 通义千问 Ollama

我团队已经全面转向 Claude Code 了。Cursor ？早卸了。

但许多人装完 Claude Code 就只会 /init 然后聊天，这等于买了台 MacBook 只用来刷网页。Claude Code 真正的威力在 Skill——你可以把它理解成给 AI 装「专业技能包」。装一个 Skill，它就从通用助手变成某个领域的专家。

今天就讲三个我实测下来最有价值的 Skill：Superpowers、gstack、OpenSpec。

Claude Code 三大王牌 Skill 安装指南：让你的 AI 编程效率翻 3 倍

前置知识：Claude Code 的 Skill 是怎么工作的

先搞清楚情况，不要盲目。

Claude Code 的 Skill 本质是一个 Markdown 文件 + 一个 SKILL.md 的前置元数据（YAML frontmatter）。文件放在 ~/.claude/skills/ 目录或者项目的 .claude/skills/ 目录下，Claude Code 启动时自动发现。调用方式就是 /skill-name。

安装方式有两种：

Marketplace 安装：在 Claude Code 里直接 /install skill-name 从官方市场拉取
手动安装：把 skill 仓库 clone 或下载到 skills 目录

推荐第一种。省事，自动更新。

一、Superpowers — 把 Claude Code 变成超级战士

Claude Code 三大王牌 Skill 安装指南：让你的 AI 编程效率翻 3 倍

Superpowers 官方介绍

这是什么

Superpowers 是一套「元 Skill」，包含了十几个子 skill，每个解决一类特定问题。它不是让你做某一件事，而是教你如何更好地使用 Claude Code 本身。

核心子 skill 包括：

superpowers:brainstorming — 需求还没想清楚？它会用结构化方式带你头脑风暴
superpowers:executing-plans — 有方案了不知道怎么落地？它帮你拆成可执行步骤
superpowers:writing-skills — 教你写你自己的 Skill（这个我团队人手一个）
superpowers:subagent-driven-development — 自动拆任务、派发给子 agent 并行执行
superpowers:systematic-debugging — bug 修了又出来？它有一套系统化排查流程

怎么装

# 在 Claude Code 对话中直接输入：
/install superpowers

装完之后你的 skills 列表里会多出十几个 /superpowers:xxx 命令。

实际效果

我举个真实的例子。上周我们后台组有个同事，要做一个「把 OSS 上某个文件夹自动定时清理」的需求。他直接在 Claude Code 里说「帮我写个脚本」。AI 给他写了个能跑的，但没思考并发、没思考大文件、没思考失败重试。

后来我让他先用
/superpowers:brainstorming 过一遍。5 分钟后，Claude Code 输出了：

清理策略的 4 种方案对比（定时全量 vs 按日期滚动 vs 按容量阈值 vs 生命周期规则）
每种方案的边界条件和异常场景
推荐方案 + 理由

这才是做事的方法。先想清楚再做，不要盲目。

二、gstack — YC 总裁的虚拟工程团队

Claude Code 三大王牌 Skill 安装指南：让你的 AI 编程效率翻 3 倍

gstack 官方介绍

这是什么

gstack 是 Y Combinator CEO Garry Tan 开源的 Claude Code 配置——23 个高度定制的 Skill，把 Claude Code 变成了一个虚拟工程团队。

说人话：你一个人，加上 gstack，就等于有了 CEO、设计师、工程经理、发布经理、文档工程师、QA。所有这些角色都是 slash command，都是 Markdown 写的，MIT 协议，免费。

Garry 自己的数据：2026 年至今（截止 4 月 18 日），他的逻辑代码变更量是 2013 年同期的 240 倍。不是行数（AI 写代码行数的确会膨胀），是逻辑变更量。

核心 Skill 包括：

/office-hours — 产品思路不清？6 个追问式问题帮你理清楚你到底要做什么
/plan-ceo-review — CEO 视角的战略评审，把你从技术细节里拽出来看全局
/plan-eng-review — 工程经理视角，锁定架构方案
/plan-design-review — 设计师视角，AI 生成的 UI 一般很丑，这个帮你纠偏
/review — 代码审查，找生产环境 bug
/qa — 在你 staging 环境上开真实浏览器测试
/cso — 安全审计，跑 OWASP + STRIDE
/ship — 打包发布 PR
/autoplan — 自动规划 + 执行 + 发布一条龙
/retro — 每周工程回顾
/investigate — 根因排查方法论

怎么装

# 30 秒搞定，在终端执行：
git clone --single-branch --depth 1 https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setup

然后让 Claude Code 在 CLAUDE.md 里加上 gstack 配置段：

告知 Claude Code：将 gstack section 添加到 CLAUDE.md，
列出所有可用 skill：/office-hours, /plan-ceo-review, /plan-eng-review, 
/plan-design-review, /review, /ship, /qa, /cso, /autoplan, /retro, 
/investigate, /browse 等，并要求所有网页浏览使用 /browse skill

如果想让整个团队都用，加上 –team 参数：

(cd ~/.claude/skills/gstack && ./setup --team) && ~/.claude/skills/gstack/bin/gstack-team-init required && git add .claude/ CLAUDE.md && git commit -m "require gstack for AI-assisted work"

不需要在每个人的仓库里拷贝文件，自动更新检查（每小时一次，故障安全，完全静默）。

实际效果

这个工具的厉害之处不在于某个单独的功能，而在于角色切换。

我举个真实场景。上周我做了一个新功能的设计方案，自己觉得逻辑挺完整的。用 /plan-ceo-review 跑了一遍，Claude Code 切换到 CEO 视角，直接问了我三个问题：

「这个功能的核心指标是什么？你怎么知道上线后算成功了？」
「不做这个功能，业务会死吗？如果不死，你选择做的真正缘由是什么？」
「第一版砍掉 50% 的功能，能不能两周上线？」

三个问题问得我哑口无言。我当时的确没有想清楚核心指标，只是在技术上投入了太多精力。

这就是 gstack 的价值：一个人做不到的事——让 CEO 审你的方案、让设计师看你的 UI、让安全工程师跑你的代码——目前全部自动化了。

三、OpenSpec — 从「感觉可以写」到「规格已经定了」

Claude Code 三大王牌 Skill 安装指南：让你的 AI 编程效率翻 3 倍

OpenSpec 官方介绍

这是什么

OpenSpec 是目前 Claude Code 生态里最重大的 Skill 之一，代表了从 Vibe Coding 到 SDD（Spec-Driven Development） 的范式转移。

说人话就是：以前你让 AI 写代码，你说一句它写一段，写着写着就跑偏了。OpenSpec 先帮你把规格文档写好——接口定义、数据模型、异常处理策略、测试用例——全都写清楚，然后 AI 按照规格来写代码。代码偏没偏？看规格。

怎么装

/install openspec

装完之后有几个核心命令：

/openspec:propose — 你描述需求，它输出完整技术规格
/openspec:apply — 按规格生成代码
/openspec:review — 对照规格检查代码是否一致
/openspec:archive — 归档规格，后来可追溯

实际效果

这个东西的威力用一个场景就能说清楚。

我们后台组的一个同事，上个月做一个长语音转文字的需求。以前的流程是：讨论 → 写代码 → 联调 → 发现漏了 → 改 → 又漏了 → 改……来来回回。

用了 OpenSpec 之后：

第一步：/openspec:propose 录音 mp3 文件转文字，支持最长 30 分钟录音，结果写入 MySQL。Claude Code 输出了完整规格：

API 契约（请求体、响应体、错误码）
数据库 schema（字段类型、索引、分表策略）
异常处理矩阵（网络超时、ASR 服务不可用、文件格式不支持……）
性能要求（30 分钟音频转文字 < 2 分钟）
测试用例（正常流程 3 个 + 异常流程 5 个）

第二步：review 规格，改了两处（分表策略从按月改成按天，异常重试次数从 3 次改成 5 次）。

第三步：/openspec:apply。代码生成，对照规格一行行 check。结果：一次联调通过，零 bug。

注意：以前的 Vibe Coding 方式做到一次过是不可能的。区别就在于规格先于代码。

这三件套怎么组合用

做技术管理这几年，我最深的体会是：工具单用都有局限，组合起来才是生产力。给个我实际在用的流程：

1. 接到模糊需求 → /office-hours（gstack）
   — 6 个追问把需求榨干，搞清楚你到底要解决什么问题

2. 思路成型了 → /plan-ceo-review（gstack）
   — CEO 视角：这个功能的核心指标是什么？不做会死吗？第一版能不能砍掉 50%？

3. 战略通了 → /plan-eng-review（gstack）
   — 工程经理视角：架构怎么设计？和现有系统怎么对接？技术风险在哪里？

4. 方案需要头脑风暴 → /superpowers:brainstorming
   — 多方案对比、边界条件梳理、别急着动手

5. 方案定了 → /openspec:propose
   — 输出完整技术规格：API 契约、数据模型、异常矩阵、测试用例

6. UI 相关的 → /plan-design-review（gstack）
   — AI 生成的 UI 一般很丑，让设计视角纠正一下

7. 生成代码 → /openspec:apply
   — 按规格生成，偏没偏一眼看出来

8. 代码审查 → /review（gstack）
   — 逻辑正确性、命名规范、测试覆盖、安全问题，逐项过

9. 安全检查 → /cso（gstack）
   — OWASP + STRIDE，别等到线上出事了再补

10. QA 测试 → /qa（gstack）
    — 在 staging 环境开真实浏览器跑一遍

11. 发布 → /ship（gstack）
    — 打包、打 tag、推 PR，一条命令

12. 迭代复盘 → /retro（gstack）
    — 每周回顾：什么做对了，什么做慢了，流程哪里可以改善