Skip to content

Claude ​

Skills ​

Superpowers ​

Superpowers

完整的软件开发方法论,基于一组可组合的 skills 和初始指令,让编码代理自动按流程工作。核心原则:TDD(红绿) + YAGNI + DRY。

典型工作流:

  1. brainstorming — 任何创作(新功能/组件/修改行为)前必须先调用,探索意图、需求与设计
  2. writing-plans — 有了规格后、动代码前,编写实现计划
  3. subagent-driven-development / executing-plans — 按计划驱动子代理逐任务执行、审查
  4. verification-before-completion — 完成前验证

其他 skills:

Skill作用
test-driven-development实现功能/bug 修复前,先写测试(红→绿)
systematic-debugging遇到 bug/测试失败/意外行为,先系统排查再提修复
requesting-code-review / receiving-code-review发起 / 接收代码审查
using-git-worktrees用 git worktree 隔离工作区
dispatching-parallel-agents并行派发子代理做独立任务
finishing-a-development-branch收尾开发分支
writing-skills编写新 skill
using-superpowers会话启动时加载,决定如何查找与使用 skills

UI UX Pro Max ​

UI UX Pro Max

为跨平台/多框架构建专业 UI/UX 提供设计智能的 AI 技能,内置可搜索的本地数据库。

内容数量
UI 风格67
色彩方案161
字体搭配57
产品类型161
UX 指南99
图表类型25
支持技术栈10(React、Next.js、Vue、Svelte、SwiftUI、React Native、Flutter、Tailwind、shadcn/ui、HTML/CSS)

包含的子 skills:

Skill作用
ui-ux-pro-max主技能,搜索设计智能数据库(页面、组件、配色、字体、布局、可访问性、动效、数据可视化)
design综合设计:logo(55 种风格)、企业识别计划 CIP、mockups、图标、社交图片
design-system设计系统 / 设计令牌(三层 token:primitive → semantic → component)
ui-styling用 shadcn/ui + Tailwind 构建美观、可访问的 UI
brand品牌声音、视觉识别、风格指南一致性
banner-design社交/广告/网站 hero/印刷的 banner 设计(多种风格)
slides用 Chart.js 创建 HTML 演示文稿

Context7 ​

Context7

MCP 服务器,用于获取库/框架/API 的最新文档。即使是知名库也应使用——训练数据可能过时。覆盖 API 语法、配置、版本迁移、库相关调试、CLI 用法。

Ponytail ​

Ponytail

把代理变成一个「懒得写代码的资深工程师」:同一个功能,别人写五十行,他看一眼,换成一行。

核心是写代码前先爬七级阶梯,停在第一个成立的台阶上:

1. 这玩意需要存在吗?        → 不需要就跳过(YAGNI)
2. 这个仓库里已经有了吗?    → 复用,别重写
3. 标准库能做吗?            → 用标准库
4. 平台原生特性覆盖了吗?    → 用原生的
5. 已安装的依赖能解决吗?    → 用已有的,别加新的
6. 能一行写完吗?            → 一行
7. 以上都不行:写最小可用的那份

阶梯在理解问题之后才跑,不是代替理解:先读完改动要碰的代码、把真实流程走一遍,再挑台阶。

不简化的东西:信任边界的输入校验、防数据丢失的错误处理、安全、可访问性、以及用户明确要求的内容。

强度等级(默认 full):

等级说明
/ponytail lite轻度约束
/ponytail full默认,严格执行阶梯
/ponytail ultra最激进
/ponytail off关闭(或直接说「stop ponytail」/「normal mode」)

配套命令:

命令作用
/ponytail-review只看当前 diff 的过度设计,给一份「可删除清单」
/ponytail-audit审计整个仓库(不只是 diff)的过度设计
/ponytail-debt把散落的 ponytail: 注释收集成债务台账,避免「以后再说」变成永远不说
/ponytail-gain展示基准测试的影响看板(代码量/成本/耗时)
/ponytail-help上述命令的速查

ponytail: 注释用于标记故意砍掉、但知道上限的简化,格式是写明天花板和升级路径,例如:

js
// ponytail: 全局锁,对吞吐量敏感时改成按账户加锁

官方基准(真实 Claude Code 会话,改 FastAPI + React 真实仓库,Haiku 4.5,n=4):代码量 -54%、成本 -20%、耗时 -27%,安全性 100%。代码量降幅最大的地方正是「有过度构建陷阱」的地方(日期选择器 404 行 → 23 行,因为直接用 <input type="date">);本来就精简的代码降幅接近零。

Grill Me ​

Matt Pocock · Skills

本机 skill(~/.claude/skills/grill-me,底层调用 grilling),用于拷问一个计划、决策或想法。上游里 grill-me 只是个兼容指针,真正的指令在同目录的 grilling。

它把你的思路展开成一棵设计树:每个决定都会分叉出挂在它下面的决定。

工作方式是按轮次推进。某一时刻的前沿(frontier),是所有前置条件已经敲定的决定——也就是你现在就能问、不用猜还没听到的答案的那些问题。一轮把整个前沿一次性问完:每个问题编号,并给出你推荐的答案;然后等用户回答,再问下一轮。

❓ **Q1** - **<问题标题>**: <问题正文,可以多段、可以给多个选项>

➡️ <推荐的答案>

---

❓ **Q2** - **<问题标题>**: <问题正文>

➡️ <推荐的答案>

用户的每一轮回答都会重塑这棵树:已定的决定把前沿往外推,解锁那些依赖它们的问题。查事实是代理的活,不是用户的——前沿问题如果需要环境里的事实(文件系统、工具等),派子代理去找,不要问用户能自己查到的东西。而决定是用户的:每个都摆到用户面前,然后等。

前沿空了就算结束——设计树每个分支都走过,没有任何东西被默默假设。在用户确认达成共识之前,不要动手实施。