Claude Skill
1. 概念介绍
1.1 什么是 Skill？
简单来说，Skill 就是 Claude Code 的专业技能包。Claude 自带了一些内置 Skill（如代码审查、安全检查），你也可以创建自己的自定义 Skill（如文档格式化），或者安装别人通过插件分享的 Skill。
你可以把它想象成手机上的"快捷指令"或者游戏里角色的"技能栏"——平时你和 Claude 对话是普通的聊天，而当你输入 /skill名称，或者用自然语言描述你的需求时，Claude 就会按照预设的流程去执行特定任务。
举个例子，同样是对代码审查的需求，有三种不同的方式：
- 普通对话：你说"这段代码有什么问题吗"，Claude 凭经验给出一些泛泛的建议
- 手动触发 Skill：你输入
/review，Claude 按照标准化审查流程，系统地检查代码质量、安全问题、潜在 bug 等 - 自动触发 Skill：你说"帮我做一下安全检查"，Claude 识别到这句话匹配了
security-review的描述，自动启动安全审查流程——你不需要记得具体的命令名称
1.2 Skill 的作用
Skill 解决了几个痛点：
- 提高效率：不用每次都写一大堆提示词，一个命令搞定
- 结果一致：每次执行相同的 skill，走的是同一套流程，结果更可预期
- 专业聚焦：每个 skill 只做一件事，效果比泛泛的对话要好
- 可复用：一次配置，反复使用
- 个性化定制：内置 Skill 覆盖通用场景，但每个项目都有独特需求。自定义 Skill 让你能把项目专属的工作流固化下来（比如团队的文档格式规范、特定的部署检查流程），无需每次重新描述
1.3 内置 Skill 与自定义 Skill
Claude Code 的 Skill 有三种来源：
| 来源 | 说明 | 典型用途 |
|---|---|---|
| 内置 Skill | 程序自带，开箱即用，共 9 个 | 代码审查、安全检查、项目初始化等通用场景 |
| 自定义 Skill | 自己编写，放在 ~/.claude/skills/ 或 .claude/skills/ |
团队专属工作流、个人常用任务 |
| 插件 Skill | 通过 /plugin install 安装别人写好的 Skill |
社区共享的专业技能（如文档处理、数据转换等） |
三者的使用方式完全一样——都是输入 /skill名称 来调用。区别只在于来源和安装方式。内置 Skill 覆盖了常见开发场景（详见附录速查表），但实际开发中，你很可能会需要针对自己项目特点的专属 Skill，这时候自定义 Skill 就派上用场了。
具体如何创建自定义 Skill，见 2.3 如何安装/创建自定义 Skill；GitHub 开源 Skill 项目的详细介绍，见 4. 笔者用到的 GitHub 开源 Skill 项目。
2. 上手指南
2.1 如何查看已安装的 Skill
最简单的方式：在 Claude Code 中输入 /help，可以查看所有可用的命令和 skill。
另外，在每次对话的开头，Claude 也会收到系统提示，列出当前可用的 skill。比如本次对话中：
以下技能可供使用： - update-config: 通过 settings.json 配置 Claude Code - keybindings-help: 自定义键盘快捷键 - simplify: 审查代码质量并优化 - loop: 定时/循环执行任务 - claude-api: 构建、调试和优化 Claude API 应用 - init: 初始化 CLAUDE.md 文件 - review: 审查 Pull Request - security-review: 安全审查 - fewer-permission-prompts: 减少权限提示
2.2 如何使用 Skill
基本语法：直接输入 / 加上 Skill 名称
/review /simplify /claude-api
带参数使用：有些 Skill 支持传入参数
/loop 5m /review # 每 5 分钟执行一次 review
实际操作示例：
假设你想对当前代码进行安全审查：
你：/security-review Claude：（启动安全审查流程，检查当前分支的所有待提交更改）
又比如你想看看代码能不能优化：
你：/simplify Claude：（审查代码的复用性、质量和效率，然后自动修复发现的问题）
自定义 Skill 的调用方式和内置完全一样。比如本项目中有一个 document-format-skills：
你：/document-format-skills Claude：（识别到这是一个文档格式处理技能，按照预设流程处理 .docx 文件）
就这么简单，不需要写复杂的提示词，一个斜杠命令就够了。
自动触发：除了手动输入斜杠命令，Claude 还会根据你的对话内容自动识别并调用 Skill。
原理是 Claude 将你说的话与每个 Skill 的 description 做匹配——匹配上就会自动调用，不需要你手动输入 /skill名称。例如：
你：帮我检查一下代码有没有安全问题 Claude：（识别到需求匹配 security-review 的 description，自动触发安全审查流程）
你：这份文档格式太乱了，帮我整理一下 Claude：（识别到需求匹配 document-format-skills 的 description，自动触发文档格式化）
几个要点：
- 自动触发是 Claude 基于语言理解的判断，不是精确的关键词匹配，所以偶尔可能匹配不上或误触发
- 如果你确定要用某个 Skill，手动输入
/skill名称更精确可靠 description写得越好（明确描述触发条件），自动触发的准确率越高- 将
user-invocable设为false的 Skill 不会出现在斜杠菜单中，只能通过自动触发调用
2.3 如何安装/创建自定义 Skill
Skill 存放位置
自定义 Skill 放在两个位置之一：
| 级别 | 目录 | 说明 |
|---|---|---|
| 全局 | ~/.claude/skills/ |
所有项目都能用 |
| 项目级 | 项目根目录下 .claude/skills/ |
只有当前项目能用 |
创建一个自定义 Skill（三步走）
第 1 步：建目录
在 ~/.claude/skills/ 下新建一个文件夹，名字用小写字母加连字符（如 my-test）：
~/.claude/skills/ └── my-test/
第 2 步：写 SKILL.md
在 my-test/ 目录下创建 SKILL.md，格式如下：
--- name: my-test description: This skill should be used when the user asks to "测试一下" or "检查某功能". --- # 测试 Skill 1. 读取当前目录下的所有 `.py` 文件 2. 统计每个文件的行数 3. 输出一份汇总报告
就这么简单——YAML frontmatter 写上名称和触发描述，Markdown body 写具体要执行的步骤。
第 3 步：保存即生效
Claude Code 会自动扫描 ~/.claude/skills/ 和 .claude/skills/ 目录，保存后无需重启，热重载立即生效。输入 /my-test 就能调用。
Frontmatter 常用字段说明
| 字段 | 必需 | 说明 |
|---|---|---|
name |
是 | Skill 名称，用小写字母+连字符 |
description |
是 | 触发条件，写"什么时候该用这个 skill" |
version |
否 | 版本号 |
model |
否 | 指定模型（sonnet/opus/haiku） |
allowed-tools |
否 | 限定可用的工具，如 Read, Write, Bash(git:*) |
argument-hint |
否 | 参数提示，如 [file-path] |
user-invocable |
否 | 是否出现在斜杠菜单中（默认 true） |
写 description 的技巧：用第三人称写触发条件，比如 "This skill should be used when the user asks to '做某事'"。Claude 就是靠这个 description 来判断何时触发你的 Skill。
通过插件安装 Skill
除了自己写，还可以通过插件安装现成的 Skill：
/plugin install <插件名>
插件中包含的 Skill 会自动被识别，输入 /skills 就能看到。
3. 进阶内容
3.1 Skill 的触发机制
Skill 有两种触发方式：
手动触发（斜杠命令）：
当你输入 /skill名称 时，Claude Code 会：
- 识别这个命令是一个 Skill 调用
- 加载该 Skill 的指令内容
- 按照指令中定义的流程执行任务
自动触发（意图匹配）：
当你用自然语言描述需求时，Claude 会将你的话与每个 Skill 的 description 做匹配。如果匹配上，Claude 会自动调用对应的 Skill，不需要你手动输入斜杠命令。
这不是关键词匹配，而是 Claude 的语言理解能力在做判断。所以 description 字段承担了双重角色：
| 角色 | 说明 |
|---|---|
| 斜杠菜单展示 | 输入 / 时显示给用户的 Skill 说明 |
| 自动触发匹配 | Claude 判断是否该调用这个 Skill 的依据 |
这也是为什么 2.3 中强调 description 要用"当用户做 X 时"这种触发条件式的写法——它直接影响自动触发的准确度。
另外，user-invocable 设为 false 的 Skill 不会出现在斜杠菜单中，只能通过自动触发使用。适合那些不需要用户主动调用、只在特定场景下自动生效的 Skill。
3.2 各 Skill 的使用场景速览
| Skill | 典型场景 |
|---|---|
/init |
刚 clone 一个项目，想生成项目文档 |
/review |
提了 PR，想让 Claude 帮忙审查 |
/simplify |
代码写完了，想优化一下 |
/security-review |
上线前的安全检查 |
/claude-api |
开发 Claude API 相关应用 |
/update-config |
想调整 Claude Code 的设置 |
/keybindings-help |
想自定义快捷键 |
/loop |
需要定时执行某个任务 |
/fewer-permission-prompts |
权限提示太多想精简 |
以下为一些 GitHub 开源 Skill 项目（详见 4.）：
| 项目 | 包含技能数 | 典型场景 |
|---|---|---|
humanizer-zh |
1 | 去除 AI 写作痕迹，让文本更自然 |
document-format-skills |
1 | .docx 文档格式化（公文/学术/法律三种预设） |
authropics-skills |
17 | Anthropic 官方技能：文档处理、视觉设计、开发工具、内容协作 |
ui-ux-pro-max-skill |
1 | UI/UX 设计智能引擎：67 种风格、161 套配色、57 组字体、99 条 UX 准则 |
superpowers |
14 | 严谨的开发工作流：TDD、系统化调试、代码审查、计划执行 |
3.3 常见问题 FAQ
Q：输入 /skill名称 没有反应怎么办？
A：确认拼写是否正确。Skill 名称是小写字母，用连字符连接（如 security-review，不是 security_review）。
Q：Skill 和普通对话有什么区别？
A：普通对话是自由的交流，而 Skill 会按照预设的专业流程来工作，结果更系统、更全面。
Q：可以同时使用多个 Skill 吗？
A：每次对话中可以先后调用不同的 Skill，但不能在一条消息中同时激活多个。
Q：Skill 执行到一半能中断吗？
A：可以，按 Esc 或者发送新的消息打断即可。
Q：创建自定义 Skill 后需要重启 Claude 吗？
A：不需要。Claude Code 支持热重载，保存 SKILL.md 后立即生效。
Q：全局 Skill 和项目级 Skill 有什么区别？
A：全局 Skill 放在 ~/.claude/skills/，所有项目都能用；项目级 Skill 放在项目下的 .claude/skills/，只有当前项目能用。如果名称冲突，项目级优先。
Q：怎么查看所有已安装的 Skill？
A：输入 /skills 可以查看完整列表，包括内置的、自定义的和插件安装的。
Q：除了输入 /skill名称，还有别的方式触发 Skill 吗？
A：有。Claude 会根据你的对话内容自动匹配 Skill 的 description 来决定是否调用。比如你说"帮我做一下安全检查"，Claude 可能自动触发 /security-review。不过自动触发是 Claude 的判断，如果你确定要调用某个 Skill，手动输入更精确。
4. 笔者用到的 GitHub 开源 Skill 项目
本节介绍从 GitHub 获取的一些开源 Skill 项目。这些项目涵盖了内容创作、办公文档处理、软件开发工作流等场景。
4.1 Humanizer-zh
来源： GitHub 社区 | 技能数： 1
去除文本中的 AI 生成痕迹，使文字听起来更自然、更像人类书写。基于维基百科"WikiProject AI Cleanup"维护的"AI 写作特征"指南。
检测的 24 种 AI 模式：
| 分类 | 典型模式 |
|---|---|
| 内容模式 | 过度强调意义/象征、夸大知名度报道、以 -ing 结尾的肤浅分析、宣传式语言、模糊归因、公式化的"挑战与展望"段落 |
| 语言模式 | 高频 AI 词汇（此外、至关重要、深入探讨、格局、织锦……）、系动词回避（用"作为/充当"代替"是"）、否定式排比、三段式法则过度使用、刻意换词、虚假范围 |
| 风格模式 | 破折号过度使用、粗体过度使用、内联标题+冒号列表、表情符号装饰、弯引号 |
| 交流模式 | 协作交流痕迹（"希望这对您有帮助"）、知识截止日免责声明、谄媚语气 |
| 填充词 | 冗长填充短语、过度限定、通用积极结论 |
核心理念： 去除 AI 痕迹只是一半工作，另一半是注入"灵魂"——有观点、变化节奏、承认复杂性、适当使用第一人称、允许一些"不完美"。
内置质量评分体系： 从直接性、节奏、信任度、真实性、精炼度 5 个维度打分（满分 50）。
4.2 document-format-skills
来源： GitHub 社区 | 技能数： 1
专门用于处理 .docx 文件的中文文档格式化工具链，内置 5 个 Python 脚本。
功能一览：
| 功能 | 对应脚本 | 说明 |
|---|---|---|
| 格式诊断 | analyzer.py |
分析标点混用、序号不统一、段落格式问题、字体混乱等 |
| 标点修复 | punctuation.py |
智能判断中英文环境，自动修复括号、引号、冒号、逗号等标点混用 |
| 格式统一 | formatter.py |
应用预设格式规范，自动调整页面、标题、正文、表格、页码 |
| 表格自动调整 | formatter.py |
根据内容自动优化列宽、对齐方式 |
| 页码规范化 | formatter.py |
添加奇偶页页码，统一格式 |
三种格式预设：
| 预设 | 适用场景 | 关键特征 |
|---|---|---|
official |
中国公文（GB/T 9704-2012） | A4，仿宋_GB2312，28pt 固定行距 |
academic |
学术论文 | 1.5 倍行距，英文用 Times New Roman |
legal |
法律文书 | 宋体，14pt 正文，1.5 倍行距 |
使用方式： 输入 /document-format-skills，Claude 会根据描述调用对应脚本。依赖 python-docx，通过 uv run --with python-docx 自动安装。
4.3 Anthropic 官方技能集（authropics-skills）
来源： Anthropic 官方 | 技能数： 17
Anthropic 维护的官方 Skill 集合，覆盖从内容创作到开发工具的全方位场景。按用途可分为以下几类：
办公文档处理（3 个）
| Skill | 功能 |
|---|---|
| docx | Word 文档全生命周期：创建（docx-js）、读取（pandoc/XML）、编辑（解包→修改→重新打包）、追踪修订、批注。核心约束：不要用 \n 换行，表格必须用 WidthType.DXA |
| PDF 一站式处理：合并/拆分（pypdf/qpdf）、提取文本和表格（pdfplumber）、创建（reportlab）、OCR（pytesseract）、加水印、加密 | |
| pptx | PPT 全流程：创建（pptxgenjs）、读取（markitdown）、编辑（XML 解包）、10 套配色方案和 8 种字体搭配的设计指南、质量检查 |
视觉与设计（4 个）
| Skill | 功能 |
|---|---|
| algorithmic-art | 用 p5.js 创作算法艺术：先撰写"算法哲学"文档，再生成交互式 HTML 可视化作品，支持种子随机和参数滑块 |
| canvas-design | 创建博物馆级静态视觉作品（海报/插画），输出 .png 或 .pdf，强调最小化文字和精湛的空间表达 |
| frontend-design | 打造高设计品质的前端界面，刻意避免 AI 通用美学，强调大胆的视觉方向、独特字体、渐变和纹理 |
| theme-factory | 10 套预制主题（Ocean Depths、Sunset Boulevard、Forest Canopy 等），每套含配色和字体搭配，可应用到任意素材 |
开发工具（5 个）
| Skill | 功能 |
|---|---|
| claude-api | Claude API/Anthropic SDK 全面指南：支持 Python/TS/Java/Go/Ruby 等语言，覆盖 tool use、prompt caching、streaming、model 迁移 |
| mcp-builder | 创建高质量 MCP（Model Context Protocol）服务器的四阶段工作流：研究规划 → 实现 → 测试 → 评估 |
| skill-creator | 元技能：创建、修改、测试 Skill 的完整生命周期，包括测试用例、并行评估、定量评分和 HTML 审查界面 |
| web-artifacts-builder | 构建复杂的 claude.ai HTML artifacts（React 18 + Tailwind + shadcn/ui），打包为单个自包含 HTML |
| webapp-testing | 用 Playwright 测试本地 Web 应用：元素发现、DOM 检查、截图、控制台日志 |
内容协作（4 个）
| Skill | 功能 |
|---|---|
| brand-guidelines | Anthropic 品牌视觉规范：官方配色（深/浅/强调色）、字体（Poppins + Lora），用于统一素材风格 |
| doc-coauthoring | 三阶段协作文档写作流程：背景收集 → 逐节精修 → 读者测试（让新 Claude 实例回答问题验证可读性） |
| internal-comms | 内部沟通写作：状态报告、领导层更新、公司通讯、FAQ、事故报告等，自动识别类型并路由到对应模板 |
| slack-gif-creator | 创建 Slack 优化的动画 GIF：内置 GIFBuilder 类、尺寸验证器、缓动函数、9 种动画模式（shake、pulse、bounce 等） |
其他
| Skill | 功能 |
|---|---|
| xlsx | 电子表格处理：pandas 数据分析 + openpyxl 公式/格式化，遵循金融模型色彩规范（蓝色=硬编码、黑色=公式、绿色=跨表引用） |
4.4 Superpowers 开发工作流技能集
来源： Jesse Weaver / obra | 技能数： 14
一套严谨的软件开发方法论 Skill 集合，将系统化的工程实践固化为 Claude Code 可执行的流程。核心理念是"纪律驱动开发"——用强制性规则替代随意的判断。
核心纪律（3 个）
| Skill | 核心铁律 |
|---|---|
| test-driven-development | 没有失败测试就没有生产代码。 严格红-绿-重构循环：先写最小失败测试 → 写最简实现 → 重构。如果代码先于测试存在，必须删除。 |
| systematic-debugging | 没有根因调查就没有修复。 四阶段流程：根因调查 → 模式分析 → 假设测试 → 实现修复。修复前先写失败测试。如果 3 次修复都失败，质疑架构。 |
| verification-before-completion | 没有验证证据就不声称完成。 必须在当前消息中运行验证命令并确认输出，才能说"测试通过"或"bug 已修复"。 |
工作流编排（5 个）
| Skill | 用途 |
|---|---|
| brainstorming | 任何创造性工作的硬性前置关卡：先设计再实现，连"太简单不需要设计"都是反模式。9 步清单：探索上下文 → 提问 → 提出方案 → 逐节审批 → 写设计文档 → 自审 → 用户审 → 转入实现 |
| writing-plans | 将设计规格转化为可执行计划：假设执行者零上下文，每个步骤 2-5 分钟粒度，不允许任何占位符（TBD/TODO），必须包含具体文件路径和测试方法 |
| executing-plans | 按计划逐步执行，每步标记完成，遇阻塞立即停止 |
| subagent-driven-development | 每个任务分配独立子代理执行，完成后进行规格审查+代码质量审查两轮检查。自动选择最低能力模型降低成本 |
| dispatching-parallel-agents | 面对 2+ 独立任务时并行派发子代理，每个代理聚焦单一问题域 |
代码质量（3 个）
| Skill | 用途 |
|---|---|
| requesting-code-review | 完成任务/合并前必须触发代码审查：获取 git SHA → 派发审查子代理 → Critical 立即修复、Important 推进前修复、Minor 记录延后 |
| receiving-code-review | 收到审查反馈后的响应纪律：先读→理解→对照代码验证→评估→再响应。禁止"你说得对！"式的表演性同意。如果审查者错了，用技术推理反驳。 |
| finishing-a-development-branch | 开发完成后呈现结构化选项：本地合并、推送创建 PR、保持原样、丢弃。检测环境（普通仓库/worktree/分离 HEAD）给出对应选项 |
环境与元技能（3 个）
| Skill | 用途 |
|---|---|
| using-git-worktrees | 启动功能开发前创建隔离工作区：优先使用原生工具，回退到 git worktree add，自动检测并运行项目初始化 |
| using-superpowers | 入口技能：定义如何发现和使用其他技能，只要有任何一个技能可能适用就必须调用，没有例外 |
| writing-skills | 用 TDD 方法论创建 Skill：测试用例 = 压力场景，生产代码 = SKILL.md。包含 Claude 搜索优化（CSO）规范和部署检查清单 |
4.5 UI/UX Pro Max Skill
来源： GitHub 社区 | 技能数： 1
一个 AI 驱动的 UI/UX 设计智能引擎，内含跨行业的设计知识库。当你提出 UI/UX 相关需求时，它会自动搜索知识库，推荐最优的风格、配色、字体和布局方案。
核心能力一览：
| 维度 | 数量 | 说明 |
|---|---|---|
| UI 风格 | 67 种 | Glassmorphism、Neumorphism、Brutalism、Bento Grid、Dark Mode、AI-Native UI 等 |
| 配色方案 | 161 套 | 按产品类型和行业分类 |
| 字体搭配 | 57 组 | 含 Google Fonts 导入 |
| 行业推理规则 | 161 条 | 涵盖科技、金融、医疗、电商、创意、生活方式等 |
| UX 准则 | 99 条 | 含无障碍（Accessibility）设计规范 |
| 图表类型 | 25 种 | Dashboard 图表推荐 |
| 技术栈支持 | 15 种 | React、Next.js、Vue、Svelte、SwiftUI、Flutter、Tailwind、shadcn/ui 等 |
设计系统生成器（v2.0）： 输入项目需求，自动生成完整的设计系统——包含推荐模式、配色、字体、特效、应避免的反模式，以及交付前检查清单。
使用方式： 无需手动触发，用自然语言提 UI/UX 需求即可自动激活。例如：
你：帮我做一个 SaaS 产品的 landing page Claude：（自动触发，推荐 Glassmorphism 风格 + 科技行业配色 + Inter/Poppins 字体搭配）
安装方式：
# 首先，你需要在电脑上安装 uipro-cli 这个命令行工具。 npm install -g uipro-cli # 在项目目录下运行初始化命令，并指定 AI 工具为 claude： uipro init --ai claude # 命令执行成功后，CLI 工具会自动在你的项目根目录下创建 .claude/skills/ui-ux-pro-max/ 文件夹，并将所有必要文件复制进去 # 上面的命令会将技能安装在当前项目中。如果你想让它在你电脑上的所有项目中都生效，可以将 .claude/skills/ui-ux-pro-max/ 文件夹复制到~/.claude/skills中
注意： 该 skill 需要 Python 3.x 来运行搜索功能。其
SKILL.md默认嵌套在.claude/skills/ui-ux-pro-max/子目录中，需手动复制到根目录才能被 Claude Code 识别。
附录
内置 Skill 速查表
| Skill 名称 | 功能说明 |
|---|---|
| update-config | 通过 settings.json 配置 Claude Code（主题、权限、环境变量等） |
| keybindings-help | 自定义键盘快捷键和 chord 绑定 |
| simplify | 审查代码的复用性、质量和效率，自动修复问题 |
| fewer-permission-prompts | 扫描常用操作，添加白名单减少权限确认弹窗 |
| loop | 定时或循环执行任务（如每 5 分钟检查部署状态） |
| claude-api | 构建、调试和优化 Claude API / Anthropic SDK 应用 |
| init | 初始化 CLAUDE.md 文件，记录代码库文档 |
| review | 审查 GitHub Pull Request |
| security-review | 对当前分支的待提交更改进行安全审查 |
GitHub 开源 Skill 项目速查表
1. Humanizer-zh（1 个技能）
| Skill 名称 | 功能说明 |
|---|---|
| humanizer-zh | 去除 AI 写作痕迹：检测 24 种 AI 模式（过度象征、宣传语言、三段式、AI 词汇等），注入人类写作的灵魂和个性 |
2. document-format-skills（1 个技能）
| Skill 名称 | 功能说明 |
|---|---|
| document-format-skills | .docx 文档格式化工具链：格式诊断、标点修复、格式统一（支持公文/学术/法律三种预设） |
3. Anthropic 官方技能集（authropics-skills，17 个技能）
| Skill 名称 | 功能说明 |
|---|---|
| algorithmic-art | 用 p5.js 创作算法艺术，支持种子随机和交互参数探索 |
| brand-guidelines | Anthropic 品牌视觉规范（配色 + 字体），用于统一素材风格 |
| canvas-design | 创建博物馆级静态视觉作品（海报/插画），输出 .png 或 .pdf |
| claude-api | Claude API / Anthropic SDK 全面指南，支持多语言和 model 迁移 |
| doc-coauthoring | 三阶段协作文档写作：背景收集 → 逐节精修 → 读者测试 |
| docx | Word 文档全生命周期：创建、读取、编辑、追踪修订、批注 |
| frontend-design | 高品质前端界面设计，避免 AI 通用美学 |
| internal-comms | 内部沟通写作（状态报告、通讯、FAQ、事故报告等） |
| mcp-builder | 创建高质量 MCP 服务器的四阶段工作流 |
| PDF 一站式处理：合并、拆分、提取、创建、OCR、水印 | |
| pptx | PPT 全流程：创建、编辑、设计、质量检查 |
| skill-creator | 创建/修改/测试 Skill 的元技能，含定量评估和审查界面 |
| slack-gif-creator | 创建 Slack 优化的动画 GIF，含 9 种动画模式 |
| theme-factory | 10 套预制主题（配色 + 字体），可应用到任意素材 |
| web-artifacts-builder | 构建复杂 React+Tailwind+shadcn/ui 的 claude.ai HTML artifacts |
| webapp-testing | 用 Playwright 测试本地 Web 应用 |
| xlsx | 电子表格处理：数据分析、公式、金融模型色彩规范 |
4. Superpowers 开发工作流技能集（14 个技能）
| Skill 名称 | 功能说明 |
|---|---|
| using-superpowers | 入口技能：定义如何发现和使用其他技能 |
| brainstorming | 任何创造性工作的硬性前置设计关卡（9 步清单） |
| writing-plans | 将设计规格转化为可执行计划（零上下文假设，2-5 分钟粒度） |
| executing-plans | 按计划逐步执行，遇阻塞立即停止 |
| subagent-driven-development | 每个任务分配独立子代理，含规格审查+代码质量审查 |
| dispatching-parallel-agents | 2+ 独立任务并行派发子代理 |
| test-driven-development | 严格红-绿-重构循环，没有失败测试就没有生产代码 |
| systematic-debugging | 四阶段调试：根因调查 → 模式分析 → 假设测试 → 修复 |
| verification-before-completion | 没有验证证据就不声称完成 |
| requesting-code-review | 完成任务/合并前必须触发代码审查 |
| receiving-code-review | 收到审查反馈后的技术验证纪律，禁止表演性同意 |
| finishing-a-development-branch | 开发完成后呈现合并/PR/丢弃的结构化选项 |
| using-git-worktrees | 启动功能开发前创建隔离工作区 |
| writing-skills | 用 TDD 方法论创建 Skill，含 CSO 优化和部署检查清单 |
5. UI/UX Pro Max Skill（1 个技能）
| Skill 名称 | 功能说明 |
|---|---|
| ui-ux-pro-max | UI/UX 设计智能引擎：67 种风格、161 套配色、57 组字体、161 条行业推理规则、99 条 UX 准则、25 种图表类型，支持 15+ 技术栈 |
参考资料
说明：该文档全程由AI生成，笔者只负责确定结构，内容大纲，以及校对
Steady Pregress!