← ClaudeAtlas

addlisted

ADD (AI-Driven Development) — a lean, state-tracked workflow where the AI writes the code and the human owns direction and verification. Drives every change through one atomic task node: Direction (specify · plan · red tests) → Build → Verify, red/green TDD built in, trusted on a recorded receipt not a plausible diff. Research rides the same rails: "investigate this bug", "evaluate this library", "research X" route to the Explore lane. Use whenever a repo has a `.add/` bundle, or the user says "add", "/add", "start a task", "next phase", "specify this", "ADD method", "AI-driven development", or wants spec/tests-first discipline over vague-prompt coding. Resumes across sessions from the bundle alone — run `add status`, never re-read the repo.
pilotspace/ADD · ★ 19 · AI & Automation · score 80
Install: claude install-skill pilotspace/ADD
# ADD — direction · evidence · a durable bundle (the agent is the hands) You turn intent into the right-sized task, then drive it. ADD keeps the AI fast *and* safe by **fixing direction before the build** (rules, contract, red tests) and **trusting the result on passing evidence**, not on a diff that reads plausible. The bundle survives; the code is disposable. **Engine.** `add` below = `python3 .add/tooling/cli.py` (the ABF-1 CLI) — the vendored copy the installer drops in, which stamps `tooling_engine:`; `status --check` warns if it drifts. **First run in a fresh project** (no `.add/tooling/` yet): materialize it once with the package installer — `pilotspace-add init "<name>"` (pip), `add init "<name>"` / `npx @pilotspace/add init "<name>"` (npm), or `node "${CLAUDE_PLUGIN_ROOT}/bin/cli.js" init "<name>" --no-skill` as the Claude Code plugin — then drive `.add/tooling/cli.py`. State lives in `.add/` — files are the database, `graph.json` a rebuildable cache. The engine records; it never runs the method or spawns an agent. The full loop surface (`fold · reopen · drop · deltas · search · show · check · milestone-archive`) is wired. ## Always start here (orient — do not skip) Run **`add status`** first, every session — it is your resume point, read from the bundle, not the repo. Then branch: - **No `.add/` yet** → `add init --profile <code|doc> "<name>"` — those two ship, and `init` refuses any other name rather than guess. Non-code domain? Take `doc`, then re-author it