By emerson1337
XP pair-programming plugin for Claude Code — PRD-driven TDD with iterative implementation
Targeted fix workflow with test guards — for bugfixes, small features, and refactors
Resume an interrupted looploop session from the last snapshot
Review local changes for test coverage gaps and PRD alignment
Check the current status of a looploop session
Upgrade looploop to the latest version
Finds existing tests for affected code, establishes baseline coverage, writes missing tests for uncovered code paths
Reviews git diff for test coverage gaps and PRD alignment
Orchestrates parallel implementation by splitting PRD into domains and coordinating worker agents
Implements features to pass the tests written by test-writer
Generates a clear, actionable PRD from a task description
Uses power tools
Uses Bash, Write, or Edit tools
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimBased on adoption, maintenance, documentation, and repository signals. Not a security audit or endorsement.
![]()
XP pair-programming plugin for Claude Code. PRD-driven TDD with iterative implementation.
You define the skeleton. AI places the organs.
looploop shines when correctness is verifiable by tests. It struggles when correctness depends on browser behavior that unit tests can't simulate.
Idea: Domain-logic-heavy app where correctness is verifiable by tests — calculations, rules, state transitions, edge cases.
Prompt:
Build a personal budget tracker.
Stack: React + TypeScript + Vite + Tailwind + Zustand. Persist to localStorage.
Domain rules:
- Transactions have: amount (in cents), category, date, type (income | expense)
- Each category has a monthly spending limit
- Remaining = limit − expenses in current calendar month for that category
- Over budget when remaining < 0
- Savings rate = (income − expenses) / income × 100, clamped to [-100, 100]. If income is 0, rate is 0
- Burn rate = total expenses ÷ days elapsed this month (min 1 day)
- Projected spend = burn rate × total days in month
- At-risk category: projected spend > 80% of limit, even if not yet over budget
- All values stored as integer cents to avoid floating-point errors
UI: dashboard with totals and savings rate, category list with status (ok / at-risk / over-budget), transaction list filterable by category and month, forms to add transactions and set category limits.
Why it works: Every business rule maps directly to a unit test. The test-writer encodes the edge cases (income = 0, cents arithmetic, at-risk threshold) before any code is written. The implementer can't skip them.
Idea: Visually interactive app where correctness depends on browser behavior that unit tests can't easily simulate.
Prompt:
Build a Kanban board with drag and drop between columns.
Stack: React + TypeScript + Vite + Tailwind + @dnd-kit. Persist to localStorage.
- 3 columns: Backlog, In Progress, Done
- Cards have title, priority, and description
- Drag cards between columns and reorder within columns
- Animations on add, delete, and drag
- Empty column placeholder
- Dark glassmorphism design
Why it underperforms: Drag-and-drop correctness lives in browser pointer events and droppable registration — things jsdom can't simulate. The test-writer will test what it can (store logic, renders), but can't write a test that catches a missing useDroppable on a column. The implementer passes all tests and ships broken drop behavior. A plain prompt that has seen hundreds of @dnd-kit examples outperforms here.
Rule of thumb: if the most important bugs would be caught by expect(result).toBe(x), looploop wins. If they'd only be caught by a human clicking around in a browser, it won't.
Agent teams are experimental and disabled by default. Enable them by adding CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS to your settings.json or environment. Agent teams have known limitations around session resumption, task coordination, and shutdown behavior.
Be aware costs scale with the team, so use it sparingly.
Inside Claude Code, run:
# Add the marketplace (one-time)
/plugin marketplace add Emerson1337/erms-arsenal
# Install looploop
/plugin install looploop@erms-arsenal
Or install manually:
# Clone directly
git clone [email protected]:Emerson1337/looploop.git ~/.claude/plugins/looploop
/looploopFor new features and substantial work. Runs the complete pipeline:
PRD → TDD → Implement → Iterate
/looploop Build a REST API for user management with JWT auth
What happens:
/looploop-fixFor bugfixes, small features, and refactors. Skips PRD ceremony:
Understand → Test Guard → Implement → Verify
/looploop-fix Fix token expiry check that allows expired tokens through
What happens:
/looploop-reviewReviews uncommitted changes for test coverage gaps (targeting 100%) and PRD alignment:
Analyze → Review → Offer Fix
/looploop-review
What happens:
git diff)coverage-guardnpx claudepluginhub emerson1337/erms-arsenal --plugin looploopA TDD-driven iterative feedback loop for software development with Claude Code. 16 cohesive skills + 2 custom subagents walk an idea from brainstorm → plan → execute → tdd → iterate, with checkpoints throughout. Vertical-slice TDD, parallel coder/overseer review, no auto-commits. Single entry point: 'let's evanflow this'.
AI-driven development toolkit for TDD and SDD workflows, providing comprehensive command templates and agents to enhance developer productivity with Claude Code
Specification-driven development workflow: specify → plan → tasks → implement
Document Driven Development — a structured workflow for AI-assisted software development with TDD, specs, and cross-review
Implement code with tests from specs or direct requests
Use Claude Code like a Director, not a Programmer. Complete toolkit with 26 commands, 14 agents, 31 skills, and TDD-based Auto-Loop.