development-lifecycle

star 3

Use when frontend/React/TypeScript/UI work. Guides understand -> plan -> grill -> TDD -> /go (4b->5). Alias: /work.

malinskibeniamin By malinskibeniamin schedule Updated 6/15/2026

name: development-lifecycle description: "Use when frontend/React/TypeScript/UI work. Guides understand -> plan -> grill -> TDD -> /go (4b->5). Alias: /work."

Development Lifecycle

Auto-detect phase, guide process.

Ponytail default

Ponytail before implementation: run /ponytail full during planning and keep it active through /go: delete, stdlib, native, installed dependency, one-line before custom code.

Phases

0. Worktree (automatic, silent if already isolated)

Feature branch? Skip. On main/master/develop? Spawn worktree before code. [ETHOS: Worktree Isolation]

scripts/mux-worktree.sh <type>/<branch-name>

Claude invoke silent when phase 1 start on default branch. User never run.

1. Understand

  • Explore | clarify one-at-a-time | new->2-3 approaches+tradeoffs | bug->failing test->root cause
  • Spawn background agents: alternatives, prior art, edge cases parallel
  • Mixed patterns area? Refactor to single pattern FIRST before add features
  • GATE: no impl code until approach approved.

2. Plan

  • Every step: exact file paths, exact code, expected output. No placeholders.
  • Non-trivial feature -> /resilience-review for edge cases/error handling/polish or skip reason.
  • Bite-sized tasks (2-5 min each)
  • UI work: use /prototype for 2-3 runnable UI variations, review with user, pick best. See REFERENCE.md.
  • 5+ tasks -> stacked PRs (one per logical group)
  • Complex plan (5+ tasks, multi-stakeholder)? Consider /ultraplan
  • /codex:rescue available -> auto-dispatch second opinion

2b. Grill

GATE: no impl until plan survive grilling.

  • Auto-invoke /grill-with-docs | grill until every branch resolved | update CONTEXT.md + ADRs inline
  • Update plan with changes | get explicit user confirmation
  • Skip only if: trivial bug fix AND <3 tasks AND no architectural decisions

3. Implement (TDD)

  • After plan survives grill, use /swarm when independent lanes can safely accelerate implementation, tests, diagnosis, review, or docs. Coordinator owns merge.
  • RED: failing test first | GREEN: minimal code to pass | defensive gaps -> RED tests
  • Code is liability: reuse-first (standard library, native platform, already-installed dependency, one-line), then keep only product value, defense, or test confidence.
  • Test deletion guard: verify test+assertion count not decrease after GREEN. AI may weaken tests -> reject and redo.
  • REFACTOR while green | no setTimeout hacks | run --detectAsyncLeaks

4-6. Ship -- /go

Impl done -> run /go to ship. Handle all:

  • 4. Verify -- types + lint + tests + browser smoke
  • 4b. Review / Refine -- self-reviewer + adversarial-reviewer; ensure Resilience Review evidence for risky features
  • 5. Ship -- /simplify -> /deslop -> /commit-push-pr -> code-reviewer agent
  • 5b. Iterate -- monitor CI -> /resolve-pr-feedback -> AI self-review: up to 3 rounds, early-exit on clean; human review: address ALL (hook-enforced)
  • 6. Compound -- codify lessons as .claude/rules/

See /go skill full details. See REFERENCE.md phase-specific checklists.

Phase Selection

Full flowchart REFERENCE.md#phase-flowchart.

User says Phases
"Build a new feature" 1->2->2b->3->/go
"Fix this bug" 1(reproduce)->3(TDD)->/go
"Refactor this module" 1->2->2b->3->/go
"Write tests for X" 3 only
"Ship it" / "Create a PR" /go only
"Quick question" Just answer
"Batch these 5 issues" Sandcastle -- parallel agents
"Work on this overnight" Sandcastle -- AFK delegation

See REFERENCE.md detailed checklists + Sandcastle integration.

Install via CLI
npx skills add https://github.com/malinskibeniamin/skills --skill development-lifecycle
Repository Details
star Stars 3
call_split Forks 1
navigation Branch main
article Path SKILL.md
More from Creator
malinskibeniamin
malinskibeniamin Explore all skills →