中文支持 | 本项目提供完整的中文支持,所有技能均支持中文触发。
HorsPowers 是基于 Superpowers 的自定义版本,专为个人开发者优化。
原版 Superpowers 是一个很厉害的想法,所以我没有改动太多的流程,��一的问题是,没有支持中文
所以我稍微改吧改吧,然后又把我另一个项目融了进来,在原来的基础上,增加了一个文档的逻辑,用于将关键上下文在整个流程中进行流转
模拟的是 CPU-内存-硬盘 这个结构,即 AI-上下文-文档,可以参考 这个文档
其实文档的这个理念,也是借鉴了各类教程视频,我自己鼓捣出来的一个想法
vibe coding 这一行当现在是以月为单位在迭代的,没有什么是最好用的,只有最适合你自己的
欢迎提 issue 讨论,欢迎pr
- ✅ 完整的中文支持 - 所有技能支持中文触发,在中文语境下正常工作
- ✅ 个人/团队模式 - 可选择轻量化的个人开发模式或完整的团队协作模式
- ✅ 统一文档系统 - 文档功能已内置到插件中,实现知识传承和上下文传递
- ✅ TDD 工作流 - 测试驱动开发,确保代码质量
| 特性 | 个人模式 | 团队模式 |
|---|---|---|
| 分支策略 | 普通分支 | Git Worktree |
| 测试策略 | 先写代码后测试 | 严格 TDD |
| 完成策略 | 本地合并 | 创建 PR |
| 适用场景 | 单人快速开发 | 多人协作项目 |
在 .horspowers-config.yaml 中配置:
development_mode: personal # 或 team
branch_strategy: simple # 或 worktree
testing_strategy: test-after # 或 tdd
completion_strategy: merge # 或 pr文档系统完全内置,无需外部依赖,自动在工作流关键节点创建和更新文档。
文档类型:
| 类型 | 命名格式 | 存储位置 | 生命周期 |
|---|---|---|---|
| design | YYYY-MM-DD-design-<topic>.md |
docs/plans/ |
长期保留 |
| plan | YYYY-MM-DD-<feature>.md |
docs/plans/ |
长期保留 |
| task | YYYY-MM-DD-task-<title>.md |
docs/active/ → docs/archive/ |
完成后归档 |
| bug | YYYY-MM-DD-bug-<desc>.md |
docs/active/ |
修复后删除 |
| context | YYYY-MM-DD-context-<topic>.md |
docs/context/ |
长期保留 |
核心原则:每个需求最多 3 个核心文档 (1 design + 1 plan + 1 task),避免文档膨胀。
启用方式:
# .horspowers-config.yaml
documentation:
enabled: true文档迁移(旧格式 → 新格式):
# 预览迁移
node scripts/migrate-docs.js --dry-run
# 执行迁移
node scripts/migrate-docs.js所有技能都支持中文触发,例如:
- "帮我想想这个功能的实现方案" → 触发
brainstorming - "帮我写个实施计划" → 触发
writing-plans - "开始写这个功能" → 触发
test-driven-development - "这里有个bug" ��� 触发
systematic-debugging - "搜索文档" → 触发
document-management
更多示例请查看各技能的 description。
前提条件:Claude Code CLI (claude 命令)
首先添加插件市场并安装:
# 添加HorsPowers插件市场
/plugin marketplace add LouisHors/horspowers-marketplace
# 安装插件
/plugin install horspowers@horspowers-marketplace运行 /help 查看是否成功安装:
/help成功后会看到以下命令:
/horspowers:brainstorm - 交互式设计细化
/horspowers:write-plan - 创建实施计划
/horspowers:execute-plan - 批量执行计划
首次使用:先运行 using-horspowers 了解技能系统
/horspowers:using-horspowers典型工作流:
| 阶段 | 触发方式 | 说明 |
|---|---|---|
| 需求澄清 | /horspowers:brainstorm |
交互式设计细化,确定需求 |
| 制定计划 | /horspowers:write-plan |
拆解为可执行任务 |
| 代码实现 | /horspowers:execute-plan |
批量执行或使用 TDD |
| 代码审查 | /horspowers:requesting-code-review |
提交前审查 |
| 分支收尾 | /horspowers:finishing-a-development-branch |
合并/PR/清理 |
TDD 开发:遇到具体实现任务时,使用 TDD 模式
/horspowers:test-driven-developmentBug 调试:遇到问题时,使用系统化调试
/horspowers:systematic-debugging在项目根目录创建 .horspowers-config.yaml:
# 开发模式:personal(个人) 或 team(团队)
development_mode: personal
# 分支策略:simple(普通分支) 或 worktree(Git Worktree)
branch_strategy: simple
# 测试策略:test-after(后测) 或 tdd(TDD模式)
testing_strategy: test-after
# 完成策略:merge(本地合并) 或 pr(创建PR)
completion_strategy: merge
# 文档系统开关
documentation:
enabled: true模式对比:
| 场景 | 推荐配置 |
|---|---|
| 单人快速开发 | personal + simple + test-after + merge |
| 多人协作项目 | team + worktree + tdd + pr |
| 学习/实验项目 | personal + simple + tdd + merge |
启用文档系统后,系统会在关键节点自动创建和更新文档:
# 启用文档系统
documentation:
enabled: true自动创建的文档类型:
| 类型 | 存储位置 | 说明 |
|---|---|---|
| design | docs/plans/ |
技术方案设计 |
| plan | docs/plans/ |
功能实施计划 |
| task | docs/active/ → docs/archive/ |
任务进度跟踪 |
| bug | docs/active/ |
Bug 记录与修复 |
| context | docs/context/ |
项目上下文知识 |
文档命名规范:YYYY-MM-DD-<类型>-<描述>.md
| 命令 | 用途 |
|---|---|
/horspowers:using-horspowers |
技能系统介绍 |
/horspowers:brainstorming |
设计细化 |
/horspowers:writing-plans |
制定实施计划 |
/horspowers:executing-plans |
执行计划任务 |
/horspowers:test-driven-development |
TDD 开发模式 |
/horspowers:systematic-debugging |
系统化调试 |
/horspowers:requesting-code-review |
代码审查 |
/horspowers:finishing-a-development-branch |
分支收尾 |
/horspowers:document-management |
文档管理 |
命令无响应:确保已安装插件,重新启动 Claude Code
# 检查插件状态
/plugin list
# 重新加载
/plugin reload horspowers文档未创建:检查 .horspowers-config.yaml 中 documentation.enabled 是否为 true,并手动执行技能 /horspowers:document-management
技能未触发:检查是否在正确的触发条件下使用,参考各技能的 description 说明
Just kidding :p
A custom version based on Superpowers, just a rookie stand on the shoulders of giants.
I'm a single developer, sometimes, off the work, e.g.
So, as a lazy dog(Chinese slang), TDD? worktree? nuh, I dont need thoes heavy machine gun.
I just add a "Personal/Single Mode" for the superpower skills, origin for team work, new mode for me.
- change the strategy in ./.horspowers-config.yaml
- braches strategy support regular branch strategy
- test strategy support test-after, code first
- push-merge strategy support pr or local merge
The documentation system is now built directly into the plugin, with no external dependencies required.
Automatically creates and updates documentation at key workflow points:
- brainstorming → Records technical decisions (design 文档)
- writing-plans → Creates task tracking documents (plan + task 文档)
- test-driven-development → Logs bugs and fixes (bug 文档)
- finishing-a-development-branch → Archives completed work (归档 task,删除 bug)
| 类型 | 命名格式 | 存储位置 | 生命周期 |
|---|---|---|---|
| design | YYYY-MM-DD-design-<topic>.md |
docs/plans/ |
长期保留 |
| plan | YYYY-MM-DD-<feature>.md |
docs/plans/ |
长期保留 |
| task | YYYY-MM-DD-task-<title>.md |
docs/active/ → docs/archive/ |
完成后归档 |
| bug | YYYY-MM-DD-bug-<desc>.md |
docs/active/ |
修复后删除 |
| context | YYYY-MM-DD-context-<topic>.md |
docs/context/ |
长期保留 |
核心原则: 每个需求最多 3 个核心文档 (1 design + 1 plan + 1 task),避免文档膨胀。
Simply enable documentation in your .horspowers-config.yaml:
documentation:
enabled: trueThe system will automatically:
- Create a
docs/directory structure - Track active tasks and bugs in
docs/active/ - Archive completed work in
docs/archive/ - Maintain session metadata across conversations
用户需求
↓
[brainstorming]
输入:项目上下文(搜索现有 context、design)
输出:design 文档(重要方案选择时)
↓
[writing-plans]
输入:design 文档路径
输出:plan 文档 + task 文档 + 环境变量 ($TASK_DOC)
↓
[subagent-driven-development] / [executing-plans]
输入:plan、task 文档路径
输出:更新 task 进度
↓
[test-driven-development]
输入:task 文档路径
输出:bug 文档(意外失败时)或 更新 task 进度
↓
[requesting-code-review]
输入:task、design、plan 文档
输出:更新 task 状态
↓
[finishing-a-development-branch]
输入:task、bug 文档
输出:task → archive, bug → 删除
If you have documents from older versions, use the migration script:
# Preview migration
node scripts/migrate-docs.js --dry-run
# Execute migration
node scripts/migrate-docs.jsSee docs/migration-guide.md for details.
Superpowers is a complete software development workflow for your coding agents, built on top of a set of composable "skills" and some initial instructions that make sure your agent uses them.
It starts from the moment you fire up your coding agent. As soon as it sees that you're building something, it doesn't just jump into trying to write code. Instead, it steps back and asks you what you're really trying to do.
Once it's teased a spec out of the conversation, it shows it to you in chunks short enough to actually read and digest.
After you've signed off on the design, your agent puts together an implementation plan that's clear enough for an enthusiastic junior engineer with poor taste, no judgement, no project context, and an aversion to testing to follow. It emphasizes true red/green TDD, YAGNI (You Aren't Gonna Need It), and DRY.
Next up, once you say "go", it launches a subagent-driven-development process, having agents work through each engineering task, inspecting and reviewing their work, and continuing forward. It's not uncommon for Claude to be able to work autonomously for a couple hours at a time without deviating from the plan you put together.
There's a bunch more to it, but that's the core of the system. And because the skills trigger automatically, you don't need to do anything special. Your coding agent just has Superpowers.
If Superpowers has helped you do stuff that makes money and you are so inclined, I'd greatly appreciate it if you'd consider sponsoring my opensource work.
Thanks!
- Jesse
Note: Installation differs by platform. Claude Code has a built-in plugin system. Codex and OpenCode require manual setup.
In Claude Code, register the marketplace first:
/plugin marketplace add LouisHors/horspowers-marketplaceThen install the plugin from this marketplace:
/plugin install horspowers@horspowers-marketplaceCheck that commands appear:
/help# Should see:
# /horspowers:brainstorm - Interactive design refinement
# /horspowers:write-plan - Create implementation plan
# /horspowers:execute-plan - Execute plan in batches
Tell Codex:
Fetch and follow instructions from https://raw.githubusercontent.com/LouisHors/horspowers/refs/heads/main/.codex/INSTALL.md
Detailed docs: docs/README.codex.md
Tell OpenCode:
Fetch and follow instructions from https://raw.githubusercontent.com/LouisHors/horspowers/refs/heads/main/.opencode/INSTALL.md
Detailed docs: docs/README.opencode.md
-
brainstorming - Activates before writing code. Refines rough ideas through questions, explores alternatives, presents design in sections for validation. Saves design document.
-
using-git-worktrees - Activates after design approval. Creates isolated workspace on new branch, runs project setup, verifies clean test baseline.
-
writing-plans - Activates with approved design. Breaks work into bite-sized tasks (2-5 minutes each). Every task has exact file paths, complete code, verification steps.
-
subagent-driven-development or executing-plans - Activates with plan. Dispatches fresh subagent per task with two-stage review (spec compliance, then code quality), or executes in batches with human checkpoints.
-
test-driven-development - Activates during implementation. Enforces RED-GREEN-REFACTOR: write failing test, watch it fail, write minimal code, watch it pass, commit. Deletes code written before tests.
-
requesting-code-review - Activates between tasks. Reviews against plan, reports issues by severity. Critical issues block progress.
-
finishing-a-development-branch - Activates when tasks complete. Verifies tests, presents options (merge/PR/keep/discard), cleans up worktree.
The agent checks for relevant skills before any task. Mandatory workflows, not suggestions.
Testing
- test-driven-development - RED-GREEN-REFACTOR cycle (includes testing anti-patterns reference)
Debugging
- systematic-debugging - 4-phase root cause process (includes root-cause-tracing, defense-in-depth, condition-based-waiting techniques)
- verification-before-completion - Ensure it's actually fixed
Collaboration
- brainstorming - Socratic design refinement
- writing-plans - Detailed implementation plans
- executing-plans - Batch execution with checkpoints
- dispatching-parallel-agents - Concurrent subagent workflows
- requesting-code-review - Pre-review checklist
- receiving-code-review - Responding to feedback
- using-git-worktrees - Parallel development branches
- finishing-a-development-branch - Merge/PR decision workflow
- subagent-driven-development - Fast iteration with two-stage review (spec compliance, then code quality)
Meta
- writing-skills - Create new skills following best practices (includes testing methodology)
- using-horspowers - Introduction to the skills system (originally
using-superpowersin upstream)
Documentation
- document-management - Document system management, search, and migration tools
- Test-Driven Development - Write tests first, always
- Systematic over ad-hoc - Process over guessing
- Complexity reduction - Simplicity as primary goal
- Evidence over claims - Verify before declaring success
Read more: Superpowers for Claude Code
Skills live directly in this repository. To contribute:
- Fork the repository
- Create a branch for your skill
- Follow the
writing-skillsskill for creating and testing new skills - Submit a PR
See skills/writing-skills/SKILL.md for the complete guide.
Skills update automatically when you update the plugin:
/plugin update horspowersMIT License - see LICENSE file for details
- Issues: https://github.com/LouisHors/horspowers/issues
- Upstream: https://github.com/obra/superpowers (Original project)
- 统一文档系统用户指南 - 完整的文档系统使用说明
- 文档格式迁移指南 - 旧格式文档迁移步骤
- 文档系统统一项目总结 - v4.2.2 更新详情
文档系统统一
- ✅ 统一命名规范:前缀式
YYYY-MM-DD-<type>-<slug>.md - ✅ 统一模板格式:合并 design + decision,采用 DDAW 结构
- ✅ 文档复杂度控制:每个需求最多 3 个核心文档
- ✅ 技能文档上下文传递:所有技能支持文档输入输出
- ✅ 迁移工具:自动迁移脚本
scripts/migrate-docs.js
新增功能
deleteBugDocument()- Bug 文档删除(支持状态验证)countCoreDocs()- 核心文档计数(超过 3 个警告)- 优化
extractDocType()- 支持带路径检测,严格前缀匹配
技能更新
- brainstorming: 搜索现有文档,询问是否创建 design
- writing-plans: 文档输入上下文,创建 task + 环境变量
- subagent-driven-development: 文档上下文加载
- executing-plans: 检查点保存机制
- systematic-debugging: 更新 bug 文档
- requesting-code-review: 审查后更新 task
- finishing-a-development-branch: 归档 task,删除 bug
- dispatching-parallel-agents: 文档上下文汇总
测试
- 集成测试:
tests/integration/test-docs-phase1-5.sh - TDD 流程:RED → GREEN → REFACTOR 完整周期