A Claude Code skill that chains 8 development phases into a single end-to-end workflow: from planning prompt to deployed, tested, production-verified code.
/full-pipeline
One command. Idea to production.
Phase 0: /protectrepo Verify branch protection (main <-- dev <-- feature)
Phase 1: /completeplan Plan, review, revise until approved
Phase 2: /plan-design-review UI/UX review of the plan (skipped if no UI)
Phase 3: /makeprompts Decompose plan into per-step agent prompts
Phase 4: /build Execute steps sequentially, PRs to development
Phase 5: /design-review Visual QA on development branch
Phase 6: /qa Systematic testing on development branch
Phase 7: /ship Merge development to main (only after QA passes)
Phase 8: /browse Post-deploy smoke test on production
Each phase has a gate check. If any phase fails, the pipeline stops and reports the failure. No broken code reaches production.
The pipeline enforces a strict branching model:
feature branches --> development --> main
| |
QA happens production
here deploys here
- All implementation work happens on feature branches in isolated git worktrees
- Feature branches merge to development via reviewed PRs
- Design review and QA run against development
- Only after QA passes does
/shipmerge development to main - Production deploys automatically on merge to main
| Tool | Purpose | Install |
|---|---|---|
| Claude Code | AI coding agent | npm i -g @anthropic-ai/claude-code |
| GitHub CLI | PR creation, merging | gh auth login |
| gstack | Browse, QA, design review, ship skills | See gstack repo |
| Git | Version control | Pre-installed on most systems |
This repo is self-contained. Everything the pipeline needs is included:
Commands (in commands/):
| Command | Purpose |
|---|---|
/completeplan |
Full planning pipeline (prompt, plan, review, revise) |
/createplanprompt |
Generate planning prompt from project context |
/createplan |
Produce implementation plan from prompt |
/reviewplan |
Audit plan for dependency/testability/sequence issues |
/reviseplan |
Fix plan review issues |
/makeprompts |
Decompose plan into per-step agent prompts |
/build |
Execute prompts with sequential agents in worktrees |
/protectrepo |
Set up branch protection (main/development/feature) |
Skills (in skills/):
| Skill | Purpose |
|---|---|
/browse |
Headless browser for testing |
/design-review |
Visual QA on live sites |
/design-consultation |
Design system creation |
/plan-design-review |
Design review of plans |
/plan-eng-review |
Engineering review of plans |
/qa |
Systematic QA testing + bug fixing |
/ship |
Version bump, changelog, merge to main |
/review |
Pre-landing PR code review |
/office-hours |
Brainstorming and idea validation |
The pipeline enforces a strict branching model on your target repo:
feature branches --> development --> main
- Direct commits to
mainanddevelopmentare blocked maincan only be merged fromdevelopmentdevelopmentcan only be merged from feature branches
Phase 0 checks this automatically and runs /protectrepo if it's not set up.
# Clone
git clone https://github.com/lendtrain/complete-pipeline.git
cd complete-pipeline
# Install everything to ~/.claude/
./install.shThe install script copies:
- The main
/full-pipelineskill to~/.claude/skills/full-pipeline/ - All commands to
~/.claude/commands/(skips any that already exist) - All skills to
~/.claude/skills/(skips any that already exist)
Start a new Claude Code session and check:
> /full-pipeline
Or say: "run the full pipeline"
> /full-pipeline
Claude will ask for a feature description or spec, then run all 8 phases automatically.
> /full-pipeline Build a user authentication system with JWT tokens,
refresh tokens, and role-based access control
If the pipeline was interrupted (crash, timeout, etc.), just run it again:
> /full-pipeline
It detects existing artifacts (APPROVED_PLAN.md, prompts.md, TODO.md) and resumes from the first incomplete phase.
If you already have an approved plan:
> I have an approved plan at APPROVED_PLAN.md.
Run /makeprompts then /build then /qa then /ship
Generates a detailed, section-by-section implementation plan using the full planning pipeline:
- Gathers context about the project (APIs, schemas, architecture)
- Generates a planning prompt with all specifications
- Produces an implementation plan with sections, dependencies, and parallel execution groups
- Reviews every section for buildability, testability, demoability, and correct sequencing
- Revises until the review passes with 100% approval
Output: APPROVED_PLAN.md
Reviews the plan's UI/UX components before any code is written. Rates design dimensions (layout, typography, color, spacing, interaction, accessibility) on a 0-10 scale.
Skipped if the plan has no UI components (pure API/backend).
Decomposes the approved plan into one self-contained agent prompt per implementation step. Each prompt includes:
- Complete implementation instructions
- Type definitions and API schemas inline
- Git workflow (branch, commit, push, PR)
- Acceptance criteria and verification commands
- Scope boundaries
Output: prompts.md
Executes each prompt sequentially (one agent at a time):
- Each agent runs in an isolated git worktree
- Creates a feature branch from
development - Implements the step, updates
TODO.md - Pushes and creates a PR targeting
development - PR is reviewed (scope, secrets, compliance) before merging
- Next agent only starts after the current PR is merged
Visual QA on the development branch. Finds and fixes:
- Visual inconsistencies
- Spacing and alignment issues
- Hierarchy problems
- AI-generated design patterns ("AI slop")
Fixes are committed to development via feature branch PRs.
Systematic testing on the development branch:
- Navigates every reachable page
- Tests all interactive elements
- Checks console for errors
- Documents issues with screenshots
- Fixes bugs with atomic commits
- Produces a health score report
Gate: Health score must be >= 80 and no critical issues remain.
Only runs after QA passes on development:
- Runs final tests
- Reviews the full diff (development vs main)
- Bumps VERSION and updates CHANGELOG
- Creates release PR (development to main)
- Merges after review
Post-deploy smoke test on the live production site:
- Navigates key pages
- Takes screenshots
- Verifies all core user flows
- Confirms production matches what was tested on development
This skill was built during a real 16-step implementation across two repositories. Key learnings baked in:
-
Sequential agents, not parallel. Parallel agents consume too much memory and crash or stall. One agent at a time is faster in practice.
-
QA before ship, not after. All testing happens on
development. Only clean, tested code gets merged tomain. -
Gate checks matter. Every phase must pass before the next begins. No cascading failures.
-
TODO.md is the source of truth. Every agent updates it. Enables resume after interruption.
-
Feature branches only. Never commit directly to
mainordevelopment. All work goes through PRs.
MIT