Catalog›Plugins›AI, search & memory›stackpilotSstackpilotSprint orchestration for Claude Code. Describe a feature, get production-ready code through an automated design→spec→plan→code→QA pipeline. Open site Project Open in the app JSON README (API)Sprint orchestration for Claude Code. Describe a feature, get production-ready code through an automated design→spec→plan→code→QA pipeline. Drives Claude Code's native Agent tool for multi-agent execution with worktree isolation. Includes 3 portable methodology skills usable standalone: • TDD Development — RED-GREEN-REFACTOR cycle with 4-phase root cause investigation • QA 12 Dimensions — two-stage code review + 12-dimension scenario test coverage • Architecture Review — codebase pattern analysis → decisive choice → implementation blueprintREADMELoading documentation…# Stackpilot [](https://github.com/9aoyang/stackpilot/actions/workflows/ci.yml) [](LICENSE) [](https://github.com/9aoyang/stackpilot/releases) [](https://agentskills.io) **English** | [中文](#中文文档) General methodology for coding agents. Turn a request into verified software through design, spec, plan, execution, review, and finish — across models and hosts, with the Claude Code adapter currently the most complete implementation. ``` Feature request → Design → Spec → Plan → sp-architect → sp-dev → sp-qa → Delivery ``` ## One StackPilot Entry Users should start with **StackPilot**, not a menu of skills. In Claude Code the entry is `/stackpilot` or a natural-language request routed by the plugin bootstrap. In other hosts, StackPilot should still feel like one product entry; the portable skill files are adapter primitives for hosts that require discrete Agent Skills, not commands users are expected to memorize. **Default gates behind StackPilot** — these run automatically or on demand when the route needs them: | Internal route | When StackPilot uses it | |----------------|-------------------------| | `brainstorming` | Creative work (features/components) enters the explore → ask clarifying questions → propose approaches → design doc flow | | `stackpilot-methodology` | Feature work enters the host-neutral explore → design → spec/criteria → plan → execute → review → finish flow | | `stackpilot-planning` | Approved spec/design/clear requirement needs exact implementation tasks | | `stackpilot-workspace` | Non-trivial implementation needs isolated setup and clean baseline verification | | `stackpilot-plan-execution` | Existing plans need task-by-task execution with controller verification | | `stackpilot-parallel-agents` | Independent tasks, failures, research domains, or review domains can safely run concurrently | | `stackpilot-review-response` | Human or external review feedback needs technical verification before fixes | | `stackpilot-completion-verification` | Completion, merge, PR, or success claims need fresh evidence | | `tdd-development` | Production code changes need RED/GREEN/REFACTOR discipline | | `qa-12-dimensions` | QA or review work needs scenario coverage and adversarial review | | `architecture-review` | Shared structures or multi-file designs need a grounded architecture decision | | `systematic-debugging` | Bugs, failing tests, and broken integrations need root-cause investigation | **Host adapters** implement the same method with host-native tools. The Claude Code adapter is currently the full autonomous sprint adapter: | Entry | What it does | |-------|-------------| | `/stackpilot` | Primary user entry in Claude Code: tidy → resume → design → spec → plan → autonomous coding → QA → ship. Dispatches `sp-*` subagents via Claude Code's native `Agent` tool. | | `/stackpilot-research` | Expert on-demand mode for deep research reports using cross-longitudinal analysis (横纵分析法) | | `/stackpilot-sync` | Maintainer-only mode for tracking and syncing external skill references | | `stackpilot-skill-authoring` | Maintainer-only internal gate for changing StackPilot skills | ## Automatic Routing When installed as a Claude Code plugin, Stackpilot uses a session bootstrap hook to make StackPilot the default route for non-trivial coding work. Natural feature requests are routed into the internal `stackpilot-methodology` gate before implementation; in Claude Code, that gate can hand execution to the `/stackpilot` host adapter for autonomous sprints. Bugs route to `systematic-debugging`, production code routes through `tdd-development`, and completion claims require fresh verification evidence. Explicit user and project instructions still win; saying to skip planning or verify manually disables the corresponding route for that request. During exploration and design, StackPilot asks one question at a time, includes its recommended answer, and reads code before asking about anything the repo can already answer. Terminal design decisions default to one recommended approach; browser design options remain reserved for visual or interactive comparisons. ## Demo ``` > /stackpilot ━━━━━━━━━━━━━━━━━━━━━━━━━ Stackpilot Sprint Status ━━━━━━━━━━━━━━━━━━━━━━━━━ No active sprint. ━━━━━━━━━━━━━━━━━━━━━━━━━ What feature would you like to build? > Add user search with fuzzy matching Node 1: Exploring codebase... Node 2: Design proposal ready in terminal. Browser view skipped: text is clearer here. Node 3: Writing spec → .stackpilot/specs/2026-04-05-user-search-design.md ✓ Writing criteria → .stackpilot/specs/2026-04-05-user-search-criteria.md ✓ Review in terminal: approve / changes: <text> / reverify Node 4: Writing plan → .stackpilot/plans/2026-04-05-user-search-plan.md ✓ Live dashboard skipped: single straightforward wave Plan is ready. Proceed with coding? (Y/n) ✅ TASK-001 design search API arch → dev → QA passed (1/3) ✅ TASK-002 implement endpoint dev → QA passed (2/3) ✅ TASK-003 integration tests dev → QA passed (3/3) Sprint complete. All tests passing. Sprint evals written: .stackpilot/runs/2026-04-05-user-search-plan/sprint-evals.md Feedback inbox: no unresolved HIGH/CRITICAL items Dev server running at: http://localhost:3000 A. Merge into main B. Push and create PR C. Leave as-is D. Discard ``` ## Install StackPilot installs as one package with two internal layers: - **Methodology gates** — portable Agent Skills used by the StackPilot route in hosts that support the Agent Skills standard. - **Host adapters** — host-native implementations of the same gates. Claude Code is currently the full autonomous sprint adapter. | Host | Current support | |------|-----------------| | Claude Code | Full adapter + SessionStart auto-routing via `.claude-plugin/` | | Cursor | StackPilot routing bootstrap + portable internal gates via `.cursor-plugin/` | | OpenAI Codex | StackPilot package metadata + portable internal gates via `.codex-plugin/` | | Gemini CLI | StackPilot routing context + portable internal gates via `gemini-extension.json` / `GEMINI.md` | Claude Code one-line install: ```bash curl -fsSL https://raw.githubusercontent.com/9aoyang/stackpilot/main/install.sh | bash ``` Or manually: ```bash git clone https://github.com/9aoyang/stackpilot.git ~/Documents/github/stackpilot bash ~/Documents/github/stackpilot/scripts/restore.sh ``` The full autonomous sprint adapter requires git and Claude Code. The methodology gates are portable to Agent Skills-compatible hosts; additional host adapters should expose one StackPilot entry and reuse the same core gates instead of forking the method. If you use skillshare, make it the single synchronization source for shared skills. Skills auto-update: `/stackpilot` checks for upstream updates once per day and pulls new skills automatically. ## Config `stackpilot.config.yml` is **auto-generated** when you first run `/stackpilot`. It detects your test framework automatically. ```yaml # stackpilot.config.yml (auto-generated) qa: coverage_threshold: 80 test_command: npm test # auto-detected from project files ``` Auto-detection supports: Node.js, Python, Go, Rust, Ruby, Java/Kotlin, Elixir, PHP, .NET. ## Architecture See [docs/architecture.md](https://github.com/9aoyang/stackpilot/blob/HEAD/docs/architecture.md) for the full system design. See [docs/superpowers-gap-audit.md](https://github.com/9aoyang/stackpilot/blob/HEAD/docs/superpowers-gap-audit.md) for the Superpowers workflow coverage audit. It is a gap audit, not a goal to mirror the number or shape of Superpowers skills. Key design decisions: - **One StackPilot entry** — users start with StackPilot; internal gates route automatically or on demand - **Methodology core first** — StackPilot is a general methodology, not a single-host script - **Host adapters** — Claude Code adapter uses Agent tool with `isolation: "worktree"` for parallel development - **Agent Skills standard** — core methodology skills work across 30+ agent products - **Progressive disclosure** — SKILL.md stays lean (<500 lines), heavy content in `references/` - **Plan/handoff as persistence** — TaskCreate for runtime; plan, handoff, state, and event files for cross-session recovery - **Data-layer handoff** — `handoff.json` records phase/status/next action for reliable resume - **Sprint evals** — `sprint-evals.md` summarizes retries, plateau/stuck signals, criteria state, and recommendation - **Feedback inbox** — `.stackpilot/feedback/open|resolved` keeps external audit feedback visible through Finish ## [Contributing](https://github.com/9aoyang/stackpilot/blob/HEAD/CONTRIBUTING.md) | [License](https://github.com/9aoyang/stackpilot/blob/HEAD/LICENSE) --- <a id="中文文档"></a> # 中文文档 [](https://github.com/9aoyang/stackpilot/actions/workflows/ci.yml) [](LICENSE) [](https://github.com/9aoyang/stackpilot/releases) [](https://agentskills.io) **[English](#stackpilot)** | 中文 面向 coding agents 的通用方法论。把需求推进为经过验证的软件：设计、spec、 plan、执行、审查、收尾都纳入同一套流程；Claude Code adapter 目前是最完整实现。 ``` 功能需求 → 设计讨论 → Spec → Plan → sp-architect → sp-dev → sp-qa → 交付 ``` ## 一个 StackPilot 入口 用户应该从 **StackPilot** 开始，而不是记一串 skills。在 Claude Code 里入口是 `/stackpilot`，或者由 plugin bootstrap 自动路由的自然语言需求。在其他宿主里， StackPilot 也应该表现为一个产品入口；portable skill 文件只是那些需要离散 Agent Skills 的宿主所用的 adapter primitives，不是要求用户记住的命令菜单。 **StackPilot 背后的默认门禁** — 这些能力由 StackPilot 自动触发或按需触发： | 内部 route | StackPilot 何时使用 | |------------|---------------------| | `stackpilot-methodology` | 功能需求进入宿主无关的探索 → 设计 → spec/criteria → plan → 执行 → 审查 → 收尾流程 | | `stackpilot-planning` | 已批准 spec/design/明确需求需要精确 implementation tasks | | `stackpilot-workspace` | 非平凡实现需要隔离环境、setup、clean baseline verification | | `stackpilot-plan-execution` | 既有 plan 需要逐 task 执行并由主控验证 | | `stackpilot-parallel-agents` | 独立任务、失败域、调研域或 review domain 可安全并行 | | `stackpilot-review-response` | 人类或外部 review feedback 需要先技术验证再修复 | | `stackpilot-completion-verification` | 完成、merge、PR 或成功声明前需要新鲜证据 | | `tdd-development` | 生产代码改动需要 RED/GREEN/REFACTOR 纪律 | | `qa-12-dimensions` | QA 或 review 需要场景覆盖和对抗式审查 | | `architecture-review` | 共享结构或多文件设计需要基于代码库的架构决策 | | `systematic-debugging` | bug、失败测试、集成异常需要根因调查 | **宿主适配器** 用不同 host 的原生工具实现同一套方法论。Claude Code adapter 目前是完整自主 sprint adapter： | 入口 | 功能 | |------|------| | `/stackpilot` | Claude Code 的主要用户入口：tidy→resume→设计→spec→plan→自主编码→QA→上线。通过 Claude Code 原生 `Agent` 工具调度 `sp-*` subagents。 | | `/stackpilot-research` | 专家按需模式：横纵分析法深度研报 | | `/stackpilot-sync` | 维护者模式：追踪和同步外部 skill references | | `stackpilot-skill-authoring` | 维护者内部 gate：修改 StackPilot skills 时使用 | ## 自动路由 以 Claude Code plugin 安装时，Stackpilot 会通过 session bootstrap hook 让 StackPilot 成为非平凡 coding work 的默认 route。自然语言功能需求会在实现前进入 内部 `stackpilot-methodology` gate；在 Claude Code 中，这个 gate 可以把执行交给 `/stackpilot` 宿主适配器。bug 会走 `systematic-debugging`，生产代码改动会走 `tdd-development`，完成声明前必须有新鲜验证证据。`PreToolUse` gate 会机械阻断 未激活 StackPilot process 就先读文件、执行命令或创建任务的 feature、bug、 production-code 工具调用。用户和项目显式指令仍然优先；如果用户要求跳过规划或自己验证，就按用户指令执行。 探索和设计阶段会一次只问一个问题，并附上 StackPilot 的推荐答案；仓库能回答的问题会先读代码而不是问用户。终端设计决策默认给一个推荐方案；浏览器设计选项只用于视觉或交互比较。 ## 演示 ``` > /stackpilot ━━━━━━━━━━━━━━━━━━━━━━━━━ Stackpilot Sprint Status ━━━━━━━━━━━━━━━━━━━━━━━━━ 无活跃 sprint ━━━━━━━━━━━━━━━━━━━━━━━━━ 你想构建什么功能？ > 增加用户搜索，支持模糊匹配 Node 1: 探索代码库... Node 2: 设计方案已在终端列出。跳过浏览器视图：这里文字更清楚。 Node 3: 写入 spec → .stackpilot/specs/2026-04-05-user-search-design.md ✓ 写入 criteria → .stackpilot/specs/2026-04-05-user-search-criteria.md ✓ 终端评审：approve / changes: <text> / reverify Node 4: 写入 plan → .stackpilot/plans/2026-04-05-user-search-plan.md ✓ 跳过实时 Dashboard：单个直接 wave 计划就绪，开始编码？(Y/n) ✅ TASK-001 设计搜索 API 架构审查 → 开发 → QA 通过 (1/3) ✅ TASK-002 实现搜索接口 开发 → QA 通过 (2/3) ✅ TASK-003 集成测试 开发 → QA 通过 (3/3) Sprint 完成，所有测试通过。 Sprint evals 已写入：.stackpilot/runs/2026-04-05-user-search-plan/sprint-evals.md Feedback inbox：没有未解决的 HIGH/CRITICAL 项 Dev server 运行中：http://localhost:3000 A. 合并到 main B. 推送并创建 PR C. 暂时保留 D. 丢弃 ``` ## 安装 StackPilot 作为一个包安装，内部有两层： - **方法论门禁** — StackPilot route 使用的 portable Agent Skills，可在支持 Agent Skills 标准的宿主中复用。 - **宿主适配器** — 用宿主原生工具实现同一套门禁；Claude Code 目前是完整自主 sprint adapter。 | 宿主 | 当前支持 | |------|----------| | Claude Code | 完整 adapter + `.claude-plugin/` SessionStart 自动路由 | | Cursor | StackPilot routing bootstrap + `.cursor-plugin/` portable internal gates | | OpenAI Codex | StackPilot package metadata + `.codex-plugin/` portable internal gates | | Gemini CLI | StackPilot routing context + `gemini-extension.json` / `GEMINI.md` portable internal gates | Claude Code 一键安装： ```bash curl -fsSL https://raw.githubusercontent.com/9aoyang/stackpilot/main/install.sh | bash ``` 或手动安装： ```bash git clone https://github.com/9aoyang/stackpilot.git ~/Documents/github/stackpilot bash ~/Documents/github/stackpilot/scripts/restore.sh ``` 完整自主 sprint adapter 需要 git 和 Claude Code。方法论门禁可在 Agent Skills 兼容宿主中使用；新增宿主适配器应该暴露一个 StackPilot 入口，并复用同一套 core gates，而不是 fork 一套流程。如果你使用 skillshare，应让 skillshare 成为共享 skills 的唯一同步源。 Skills 自动更新：`/stackpilot` 每天自动检查上游更新并拉取新 skills。 ## 配置 `stackpilot.config.yml` 在首次运行 `/stackpilot` 时**自动生成**，会自动探测测试框架。 ```yaml # stackpilot.config.yml（自动生成） qa: coverage_threshold: 80 test_command: npm test # 根据项目文件自动探测 ``` 自动探测支持：Node.js、Python、Go、Rust、Ruby、Java/Kotlin、Elixir、PHP、.NET。 ## 架构文档 完整系统设计见 [docs/architecture.zh.md](https://github.com/9aoyang/stackpilot/blob/HEAD/docs/architecture.zh.md)。 Superpowers workflow 覆盖审计见 [docs/superpowers-gap-audit.md](https://github.com/9aoyang/stackpilot/blob/HEAD/docs/superpowers-gap-audit.md)； 它是 gap audit，不是要求 StackPilot 镜像 Superpowers 的 skill 数量或形态。 核心设计： - **一个 StackPilot 入口** — 用户从 StackPilot 开始；内部门禁自动触发或按需触发 - **方法论核心优先** — StackPilot 是通用方法论，不是单一宿主脚本 - **宿主适配器** — Claude Code adapter 用 Agent tool + `isolation: "worktree"` 实现并行开发 - **Agent Skills 标准** — core methodology skills 可在 30+ agent 产品中使用 - **渐进式展开** — SKILL.md 精简（<500 行），重内容放 `references/` - **Plan/handoff 即持久层** — 运行时用 TaskCreate，跨会话用 plan、handoff、state、event 文件恢复 - **数据层 handoff** — `handoff.json` 记录 phase/status/next action，保证恢复可靠 - **Sprint evals** — `sprint-evals.md` 汇总 retry、plateau/stuck 信号、criteria 状态和建议 - **Feedback inbox** — `.stackpilot/feedback/open|resolved` 让外部 audit feedback 贯穿 Finish ## [贡献指南](https://github.com/9aoyang/stackpilot/blob/HEAD/CONTRIBUTING.md) | [许可证](https://github.com/9aoyang/stackpilot/blob/HEAD/LICENSE) DetailsTypePluginsTopicAI, search & memoryPublisher9aoyangSourcemarketplaceCategoryToolsLast updateJul 9, 20264 months agoProject statusActiveLanguageShellLicenseMITAddedAug 30, 20263 months agoUpdatedAug 30, 20263 months agoSource id9aoyang/stackpilot/stackpilotMoreMore plugins on AI, search & memoryAll from 9aoyangA–Z index
