Getting Started
What is Code
Addiction?
Code Addiction is a spec-driven framework for AI coding assistants. It standardizes how features go from idea to production through structured, repeatable workflows — installed in any project with a single command.
Shared core: commands, scripts, skills, templates
Claude, Codex, Antigravity, Cursor, OpenCode
install, update, uninstall, doctor, validate, features, plugins, config
Installation
Requires Node.js 18+. Works on Windows, macOS, and Linux.
What gets installed
├── .codeadd/← core (always)
├── .claude/← Claude Code
├── .agents/← Codex (OpenAI)
├── .agent/← Antigravity
├── .cursor/← Cursor
└── .opencode/← OpenCode
Quickstart
After installing, use these CLI commands to manage your setup:
npx codeadd doctorCheck environment health — Node, Git, installation statusnpx codeadd validateValidate file integrity via SHA-256 hashesnpx codeadd validate --repairRestore missing or modified files from the releasenpx codeadd updateUpdate to latest release, or re-pull current branchnpx codeadd uninstallClean removal of all Code Addiction files (user files are kept)npx codeadd uninstall --forceSkip confirmation prompt during uninstallnpx codeadd featuresList, enable, or disable optional features (e.g. TDD, Startup Test)npx codeadd pluginsList, enable, or disable MCP plugins (e.g. GitNexus, Playwright)npx codeadd config showDisplay installation configuration. Add --verbose to check for updatesReference
Commands
Every command is a slash command you type in your AI coding assistant. They orchestrate discovery, planning, implementation, and delivery.
Discovery
/add.brainstormExplore ideas (read-only)
/add.newAI-guided feature discovery → about.md
/add.initProject onboarding → owner.md
/add.wikiGenerate a portable project wiki (.codeadd/wiki/)
Planning
/add.designUX spec, mobile-first. Thin coordinator — dispatches ux-flow-agent → ux-layout-agent → ux-agent (critique), then consolidates design.md. Also run automatically by /add.plan STEP 8.1
/add.planTechnical Planning Orchestrator — dispatches UX Design, Database, Backend and Frontend agents. Owns the UX design pipeline (STEP 8.1) for UI-touching features
Implementation
/add.buildDevelopment Execution Specialist
/add.autopilotAutonomous Feature Coordinator
Quality
/add.reviewFeature Code Review Specialist
/add.testGenerate tests — coverage reported as signal, not enforced target
/add.auditFull project health analysis
/add.diagnosePre-decision triage for ambiguous symptoms (read-only)
/add.qaAgent-judged QA — dual-judge panel (ux-agent review ∥ qa-agent) judges the persisted qa.spec run across UX, functional, responsiveness, and a11y (audit, not a gate). playwright plugin adds live driving
/add.qa-setupQA prerequisites + config bootstrap — installs the @playwright/test runner + chromium, generates a qa-project skill, scaffolds QA config. Reconciles the setup contract on start; --migrate reopens the migration decision, --upgrade forces reconciliation
Delivery
/add.doneChangelog, docs, finalize. Routes to PR or merge
/add.pull-requestIdempotent PR — creates new PR or appends update section if one is already open. Generates feature changelog on feature branches
/add.hotfixEmergency fix with global ID (H[NNNN])
Utilities
/addSmart gateway — answers questions, guides flow
/add.uxQuick UX — loads ux-design for free context
Reference
Flows
Pick the shortest path that fits. Less ceremony, same quality.
Complete Flow
Complex features with UI — full discovery, design, planning, implementation, review. /add.design is now optional: /add.plan runs the same UX design pipeline automatically (STEP 8.1) whenever a feature touches UI.
/add.brainstorm→New
/add.new→Design
/add.design→Plan
/add.plan→Code
/add.build→Check
/add.review→Done
/add.done
Standard Flow
Features without complex UI — skip brainstorm and design
/add.new→Plan
/add.plan→Code
/add.build→Done
/add.done
Lean Flow
Small changes, quick tasks — minimal ceremony
/add.new→Code
/add.build→Done
/add.done
Autonomous Flow
Full AI implementation, no human interaction needed
/add.new→Autopilot
/add.autopilot→Done
/add.done
Emergency Flow
Critical bug in production — fast track to fix
/add.hotfix→Done
/add.done
Exploration Flow
Don't know where to start? Brainstorm first, then pick any flow above
/add.brainstorm→New
/add.new→...pick your flow
Reference
Scenarios
Real-world examples of when to use each flow.
"Build a user dashboard with charts and filters"
Complex feature with UI, multiple user flows, needs discovery and design.
/add.new → define requirements, acceptance criteria
/add.design → UX spec, mobile-first layouts
/add.plan → technical architecture, task breakdown
/add.build → subagent-driven implementation
/add.review → automated code review
/add.done → changelog, docs, merge
"Add email notifications for order status"
Backend feature, no complex UI. Needs planning but no design phase.
/add.plan → service architecture, queue strategy
/add.build → implement
/add.done → finalize
"Add a loading spinner to the submit button"
Small, well-defined change. Minimal ceremony.
/add.build → implement
/add.done → finalize & merge
"Implement the 5 API endpoints from the spec"
Well-specified work. Let the AI handle it end-to-end with no interaction.
/add.autopilot → AI implements everything autonomously
/add.done → finalize
"Users can't login — auth token validation is broken"
Critical production bug. Fast-track fix with tracking.
/add.done → deploy
"I want to add AI to the product but don't know where to start"
Unclear scope. Start with brainstorming, then pick a flow.
/add.new → lock in what you'll build
→ ...pick Complete, Standard, or Lean from here
Deep Dive
Skills
Skills are specialized knowledge modules loaded by commands. They provide domain expertise for backend, frontend, database, UX, security, and more.
backend-developmentSOLID, Clean Arch, DTOs, Services, Repository — stack-agnosticfrontend-developmentState, data fetching, components, forms, routing — stack-agnosticdatabase-developmentEntities, repositories, migrations, naming — stack-agnosticux-designComponents, mobile-first, SaaS patterns, shadcn, Tailwindsecurity-auditOWASP checklist, RLS, secrets, multi-tenancycode-reviewCode review: IoC, RESTful, Contracts, Security (OWASP), Clean Architecture, SOLIDfeature-discoveryDiscovery process, codebase analysisfeature-specificationStructured about.md with RFs, RNs, criteriaarchitecture-discoveryMap architecture, detect patterns, stack-context.mddelivery-validationProduct validation: Requirements 100% implemented, prerequisites exist, acceptance criteria passsubagent-driven-developmentCoordinate subagents with quality gatesadd-tasks-checklistUse when generating, reading, or ticking tasks.md — defines the canonical 5-section schema, tick rules per section, failure marker semantics, 'non-trivial change' rule, and the architect subagent prompt templatestripeStripe integration, price versioning, grandfatheringtoken-efficiencyCompression, compact JSON, minimal tokenscommitSmart commit with auto-generated Conventional Commits messagesplanningTechnical planning — creates/updates plan.md with tasks and file mappingsproduct-discoveryFounder + product blueprint via guided questionnaire → owner.md + product.mdproject-scaffoldingScaffold Node.js projects (Express, Fastify, NestJS, Bun) — monolith or monorepohealth-checkTech health check suite: docs, security, architecture, data analysisplan-based-featuresSubscription plan gating — 3-layer PlanFeatures pattern and IPlanServicedev-environment-setupDetect OS, install missing tools, configure VS Code terminaloptimizing-git-workflowComplete Git config: colors, aliases, smart defaults, performancebackend-architectureBackend architecture patterns and workspace conventionsbackend-architecture-workspaceWorkspace-level backend architecture scaffoldingfrontend-architectureFrontend architecture patterns and workspace conventionsfrontend-architecture-workspaceWorkspace-level frontend architecture scaffoldingecosystemADD ecosystem map and framework overviewinvestigationDeep diagnostic investigation for ambiguous findingsresource-path-conventionConsistent resource path conventions across the projectid-conventionCanonical [NNNN][L] ID and branch naming format expected by next-id.sh, get-branch-metadata.sh, done.shskill-creatorCreate and structure new ADD skillsclaude-md-styleUse when generating or updating CLAUDE.md files — defines what belongs vs. what stays in skills/docs, format rules (JSON for data, markdown for rules/instructions), and line budgetadd-tddRED-GREEN-REFACTOR execution discipline for AI agents. Use when implementing any feature or bugfix that has (or should have) tests — forces a failing test confirmed for the right reason before any production code. Loaded by add.build and add.test.add-test-specificationGenerate contract test cases from feature requirements (RFs/RNs) and technical contracts. Use when add.plan needs to produce plan-test-spec.md mapping each requirement to testable cases before implementation.add-qa-specGenerate a code-free QA/E2E specification (reachability intent, UX acceptance criteria, functional E2E scenarios, capture states, target viewports, a11y expectations) from about.md + design.md + plan-*.md, and author the _tests/screens.json screen catalog by read-merge-write. Loaded by add.plan's qa-pipeline QA-Spec step.add-qaUse when running agent-judged QA validation (read-PNG by default; the playwright plugin adds live driving) — the Level C judge rubric, severity taxonomy, dual-judge (@ux-agent review ∥ @qa-agent) method, report schema/template, and the config.json/screens.json formats. Consumed by /add.qa and both judges.add-qa-migrationUse when a project already runs a QA/test flow (Cypress, Jest, Vitest, custom) and wants to adopt the code-addiction QA pipeline instead of starting over — defines the autonomous dogfooding sequence (add.new → add.plan → add.build → add.review) and its checkpoints. Consumed by /add.qa-setup when migration is detected and confirmed.add-knowledge-discoveryUse at the context/discovery step of add.plan, add.hotfix, add.new, add.diagnose, add.review — consult the project wiki (and code knowledge graph) for minimal token cost before dispatching agents.add-wiki-maintenanceUse for incremental project-wiki updates — loaded by /add.wiki update (manual drift) and add.done STEP 4.9 (pre-merge, automatic). Diff-driven surgical edits only, never full rewrites.add-setup-contractUse when a state-materializing command starts or is asked to upgrade — reads the setup receipt, compares the recorded contract against the shipped one, executes the declared upgrade deltas sequentially, and rewrites the receipt even on a verified-current no-op. Consumed by /add.qa-setup STEP 1.5 and STEP 11.Optional Features
Features are toggleable behaviors injected into commands via fragment files. Enable or disable them with npx codeadd features enable|disable <name>.
tddenabled by defaultTDD Pipeline (test-first development)
Injected into: add.plan, add.build
qa-pipelinedisabled by defaultQA pipeline (E2E authoring + agent QA validation)
Injected into: add.plan, add.test, add.build
Plugins
Plugins integrate external MCP tools into ADD commands. Code Addiction handles utilization — it validates the tool is present, injects guidance into commands and agents, and activates plugin-bound skills. Plugins are disabled by default and require the external tool to be installed first.
gitnexusdisabled by defaultmcpCode knowledge-graph navigation (call graph, refs, blast-radius) via MCP. Enables structural code navigation across discovery, planning, diagnosis, and hotfix commands — going beyond grep to understand actual call chains and impact.
Injects into: add.new, add.plan, add.diagnose, add.hotfix, add.done, add.wiki
Injects into agent: ux-flow-agent
Activates skill: add-gitnexus — structural/relational code navigation (call graph, references, blast-radius, trace flows, safe refactors)
1 — Install GitNexus
Required before enabling the plugin. Code Addiction validates this with gitnexus --version.
2 — Enable the plugin
3 — Wire and index (once per repo)
Run these after enabling. Re-run analyze after large changes.
Verify: ask Claude to run gitnexus list_repos (or /mcp) — this repo must appear indexed. If it does not, commands silently fall back to grep.
playwrightdisabled by defaultmcpAdds live browser driving (screenshots + console/network) to the already-present agent-judged QA validation via Playwright MCP. QA works out of the box from persisted run evidence (screenshots + assertion/axe results) — this plugin lets the /add.qa judge pair additionally drive the app live for richer evidence.
Injects into: add.qa
Injects into agent: qa-agent
1 — Install Playwright MCP
Required before enabling the plugin. Code Addiction validates this with npx --yes @playwright/mcp@latest --version. Run /add.qa-setup for a guided, per-OS install of chromium + the Playwright MCP server.
2 — Enable the plugin
3 — Set up and run QA (once per project)
Scaffold QA config after enabling, then run the audit per feature.
Verify: the Playwright MCP server must be connected (e.g. /mcp) — if it does not appear, /add.qa cannot drive the browser.
Providers
Code Addiction generates provider-specific files so the same commands work across AI assistants.
| Provider | Directory | Format |
|---|---|---|
| Claude Code | .claude/ | commands/ |
| Codex (OpenAI) | .agents/ | skills/ |
| Google Antigravity | .agent/ | skills/ |
| Cursor | .cursor/ | commands/ |
| OpenCode | .opencode/ | commands/ |
Project Structure
The Code Addiction repository is organized as follows:
├── cli/← installer CLI (npm: codeadd)
├── framwork/← framework payload
│ └── .codeadd/← core: commands, skills, scripts
├── web/← this website
├── scripts/← build and release scripts
└── docs/← project documentation
Deep Dive
Ecosystem Map
Interactive map of commands, skills, and agents. Hover a node to highlight its connections. Click to inspect.