Complete reference for the devtronic CLI.
The CLI can be run directly with npx (no installation required):
npx devtronic [command]Or install globally:
npm install -g devtronic
devtronic [command]Initialize devtronic in a project.
npx devtronic init [path] [options]Arguments:
path- Target directory (default: current directory)
Options:
| Option | Description |
|---|---|
--ide <ides> |
IDEs to configure, comma-separated. Valid: claude-code, cursor, codex, opencode, antigravity, github-copilot |
--preset <name> |
Use a preset configuration |
-y, --yes |
Skip prompts, use detected defaults |
--preview |
Show what would be generated without making changes |
Examples:
# Interactive initialization
npx devtronic init
# Initialize specific directory
npx devtronic init /path/to/project
# Specific IDEs without prompts
npx devtronic init --ide claude-code,cursor -y
# Preview mode (no changes)
npx devtronic init --preview
# Use a preset
npx devtronic init --preset nextjs-cleanProcess:
- Analyzes project (framework, architecture, stack)
- Asks for confirmation or adjustments
- Asks which IDEs to configure
- For existing configs, asks how to handle conflicts
- Offers optional addon packs via multiselect (Claude Code only)
- Registers GitHub marketplace plugin (Claude Code) or generates local files (other IDEs)
- Creates manifest for future updates
Update to the latest template version.
npx devtronic update [options]Options:
| Option | Description |
|---|---|
--check |
Only check for updates, don't apply |
--dry-run |
Show what would change without applying |
Examples:
# Check for updates
npx devtronic update --check
# Apply updates
npx devtronic update
# Preview updates
npx devtronic update --dry-runFeatures:
- Detects files you've modified locally (preserves them)
- Detects stack changes (e.g., "Added ORM: Drizzle")
- Offers to regenerate rules if stack changed
- Updates unmodified files to latest template
Add another IDE configuration to an existing installation.
npx devtronic add [ide]Arguments:
ide- IDE to add (optional, prompts if not provided)
Available IDEs:
claude-codecursorcodexopencodeantigravitygithub-copilot
Examples:
# Interactive selection
npx devtronic add
# Add specific IDE
npx devtronic add cursor
npx devtronic add antigravityManage optional addon skill packs. Addons can be selected during init or added at any time.
npx devtronic addon list [options]Shows all available addons with their status (installed / available) and description.
Options:
| Option | Description |
|---|---|
--path <path> |
Target directory (default: current directory) |
Available addons:
| Addon | Skills | Agents | Description |
|---|---|---|---|
orchestration |
/briefing, /handoff (auto-namespaced in plugin mode) |
— | Pre-planning alignment and context rotation for long multi-session work |
design-best-practices |
/design-init, /design-critique, /design-refine, /design-tokens, /design-harden |
— | Frontend design quality: typography, color, layout, accessibility, motion, UX writing |
auto-devtronic |
/devtronic (with --validate for AFK-readiness scoring) |
issue-parser, failure-analyst, quality-executor, afk-task-validator |
Autonomous engineering loop — takes a GitHub issue, runs spec→test→plan→execute→PR pipeline, self-corrects via failing tests |
npx devtronic addon enable <name> [options]
npx devtronic addon disable <name> [options]Arguments:
name- Addon name:orchestration,design-best-practices, orauto-devtronic
Options:
| Option | Description |
|---|---|
--path <path> |
Target directory (default: current directory) |
Examples:
# See what's available and what's installed
npx devtronic addon list
# Install an addon
npx devtronic addon enable orchestration
npx devtronic addon enable design-best-practices
npx devtronic addon enable auto-devtronic
# Remove an addon
npx devtronic addon disable design-best-practicesNotes:
orchestrationrequires Claude Code in plugin mode (selected duringdevtronic init)design-best-practicesandauto-devtronicwork in both standalone and plugin mode — files are placed in.claude/skills/,.claude/agents/, and.claude/rules/- All commands show a preview and ask for confirmation before proceeding
- Disable warns about locally modified files before deleting them
npx devtronic addon sync [options]Regenerates addon files after changing agent targets in devtronic.json. Preserves user-customized files.
Options:
| Option | Description |
|---|---|
--path <path> |
Target directory (default: current directory) |
Regenerate configuration files.
npx devtronic regenerate [target] [options]Arguments:
target- What to regenerate (e.g.,AGENTS.md)
Options:
| Option | Description |
|---|---|
--rules |
Regenerate architecture rules for all IDEs |
--all |
Regenerate everything |
Examples:
# Regenerate AGENTS.md with current stack
npx devtronic regenerate AGENTS.md
# Regenerate all architecture rules
npx devtronic regenerate --rules
# Regenerate everything
npx devtronic regenerate --allUse when:
- You've manually changed your stack
- You want to refresh generated content
- Your stack detection was wrong and you've corrected it
Show installation status.
npx devtronic statusShows:
- Installed version
- Installation date
- Selected IDEs
- Detected stack configuration
- Files tracked in manifest
Show differences between current files and template.
npx devtronic diffShows:
- Files you've modified vs original template
- Files that are newer in the template
- Files that exist only locally
Show version, configuration, and installation summary at a glance.
npx devtronic infoShows:
- CLI version with update check (queries npm registry)
- Installation date and selected IDEs
- Install mode (standalone or plugin)
- Skill and agent counts
- Framework and architecture
Example output:
◆ devtronic Info
devtronic
Version: 1.1.0 (latest)
Installed: 2026-02-27
IDEs: claude-code, cursor
Mode: marketplace
Skills: 33
Agents: 15
Framework: nextjs
Architecture: clean
List installed skills and agents with their descriptions.
npx devtronic list [filter] [options]Arguments:
filter- Optional:skillsoragentsto show only one type
Options:
| Option | Description |
|---|---|
--path <path> |
Target directory (default: current directory) |
Examples:
# List everything
npx devtronic list
# List only skills
npx devtronic list skills
# List only agents
npx devtronic list agentsDiscovers skills from the plugin directory (directories with SKILL.md) or .claude/ for standalone installs. Reads the first line after the heading in each skill/agent markdown file as a description.
View or manage project configuration.
npx devtronic config [options] # Show current config
npx devtronic config set <key> <value> [options] # Set a value
npx devtronic config reset [options] # Re-detect from projectOptions:
| Option | Description |
|---|---|
--path <path> |
Target directory (default: current directory) |
Valid keys:
| Key | Type | Example |
|---|---|---|
architecture |
string | clean, layered, feature-based, mvc, flat, none |
framework |
string | nextjs, react, vue |
qualityCommand |
string | pnpm typecheck && pnpm lint |
layers |
array | domain,application,infrastructure |
stateManagement |
array | zustand,jotai |
dataFetching |
array | react-query |
orm |
array | prisma |
testing |
array | vitest,playwright |
ui |
array | tailwind,radix |
validation |
array | zod |
Array keys accept comma-separated values.
Examples:
# View current configuration
npx devtronic config
# Change framework
npx devtronic config set framework react
# Update testing libraries
npx devtronic config set testing vitest,playwright
# Re-detect everything from project
npx devtronic config resetRun health checks on your devtronic installation.
npx devtronic doctor [options]Options:
| Option | Description |
|---|---|
--fix |
Auto-fix fixable issues |
--path <path> |
Target directory (default: current directory) |
Checks performed:
| # | Check | Fixable |
|---|---|---|
| 1 | Manifest exists and is valid | - |
| 2 | All manifest files exist on disk | - |
| 3 | Shell scripts have executable permissions | Yes (chmod +x) |
| 4 | Plugin registered in .claude/settings.json | Yes (adds entry) |
| 5 | Hook scripts point to existing files | - |
| 6 | Quality scripts in package.json (typecheck, lint, test) | - |
| 7 | thoughts/ directory structure | Yes (creates dirs) |
| 8 | eslint available | - |
Examples:
# Run diagnostics
npx devtronic doctor
# Auto-fix what can be fixed
npx devtronic doctor --fixExample output:
◆ devtronic Doctor
Health Check
✓ Manifest is valid (v1.5.0)
✓ 42/42 manifest files exist
✓ Scripts have executable permissions
✓ Plugin registered in .claude/settings.json
✓ Hook scripts exist
⚠ Missing package.json script: test (fixable)
✓ thoughts/ directory exists
✓ eslint is available
7 passed, 1 warning
Run devtronic doctor --fix to auto-fix 1 issue.
List available presets.
npx devtronic presetsAvailable Presets:
| Preset | Description |
|---|---|
nextjs-clean |
Next.js with Clean Architecture |
react-clean |
React (Vite) with Clean Architecture |
monorepo |
Monorepo with Clean Architecture per app |
feature-based |
Feature-based architecture (co-located modules) |
minimal |
Quality checks only, no architecture rules |
Validate and preview the autonomous convergence loop declared in
loop.manifest.yaml. This is the deterministic mechanism half of the loop harness —
the orchestration half is the /converge skill (Claude Code), which reads the same manifest
and drives phases via Workflow/Task.
# Validate the manifest (default action)
npx devtronic loop --validate
# Preview the phase/gate/budget plan in plain language — executes nothing
npx devtronic loop --dry-run
# Clear a derailed loop's ownership signal and report the half-done phase
npx devtronic loop --abortOptions:
| Flag | Description |
|---|---|
--validate |
Validate the manifest; one actionable error per problem (default) |
--dry-run |
Print the ordered phase/gate/budget plan; runs no gates, spawns no agents |
--abort |
Clear the ownership sentinel (.claude/.loop-owner) and report state |
--gate-cmd |
Print the Tier ① gate command (consumed by the /converge skill) |
--own <phase> |
Take/refresh loop ownership for a phase (used by the skill) |
--owner <owner> |
Ownership to write with --own: machine (default) or human |
--at-barrier |
Mark the owned phase as at a barrier (the gate enforces) |
--release |
Relinquish loop ownership (used by the skill) |
--path <path> |
Target directory (default: current directory) |
Backlog mode (loop-of-loops). devtronic loop --backlog drives a queue of ready
/backlog items (each with a - Spec: + - DoD: bullet) through the loop unattended — each
item converges in its own worktree, then parks for your ship-signature.
# Preview the eligible queue + caps (executes nothing)
npx devtronic loop --backlog --dry-run
# See the parked sign-queue, then sign an item (QA its worktree first)
npx devtronic loop --backlog --status
npx devtronic loop --backlog --sign BACK-042
# Abort a run: quarantine in-flight items, release worktrees
npx devtronic loop --backlog --abort| Flag | Description |
|---|---|
--backlog |
Enter backlog mode (drive the /backlog queue) |
--validate |
Report ready + skipped items (with reasons) |
--dry-run |
Preview the eligible order + width/budget caps; executes nothing |
--status |
Show the run ledger: parked sign-queue + done/quarantined |
--sign <item> |
Record the human ship-signature; release the item's worktree |
--next / --take/--park/--quarantine <item> |
Run-state commands the skill drives per item |
--width <n> |
Max in-flight items (default 3) · --budget <tokens> total run budget |
--abort |
Quarantine all in-flight items; release worktrees |
Per-item worktrees live under .loop-worktrees/ (add it to .gitignore). Eligibility,
ordering (priority band, FIFO ties), the run ledger, and the budget/width caps are the
deterministic spine; the /converge --backlog skill only sequences them.
The two contracts (barbell). The loop keeps a human at both ends and lets the machine converge the middle:
| Contract | Set once per | By | Says |
|---|---|---|---|
| DoD | feature | /generate-tests → dod.as_tests |
done |
| Standards | repo | /calibrate → gate lists |
…and to our bar |
Coexistence with hooks. Nothing to disable: no ambient hook gates a stop, so the loop
never contends with one. A worktree-scoped sentinel (.claude/.loop-owner) records who owns
the tree — the clean-tree guard reads it before a fresh take, --resume reads it to re-enter
the right phase, and it self-clears on crash (heartbeat staleness + SessionStart sweep).
With no manifest and no active loop, the machinery is inert by default.
devtronic init seeds a fully-commented loop.manifest.yaml (never overwriting an
existing one). Learn the schema from that file's inline comments; learn the behavior from
--dry-run.
Detected from package.json dependencies:
- Next.js
- React (Vite, CRA)
- Vue
- Express
- NestJS
- Astro
- SvelteKit
Detected from directory structure:
- Clean Architecture - domain/, application/, infrastructure/ folders
- Layered - routes/, controllers/, services/, repositories/ folders
- Feature-based - features/ or modules/ folders
- MVC - models/, views/, controllers/ folders
- Flat - No clear structure
Detected from package.json:
| Category | Detected Libraries |
|---|---|
| State Management | Zustand, Redux, Jotai, MobX, XState |
| Data Fetching | React Query, SWR, Apollo, tRPC |
| ORM | Prisma, Drizzle, TypeORM, Mongoose |
| Testing | Vitest, Jest, Playwright, Cypress |
| UI | Tailwind, Chakra, MUI, Radix, shadcn |
| Validation | Zod, Yup, Valibot |
Detected from package.json scripts:
typecheckortype-checklinttestbuilddev
Used to generate the quality command in AGENTS.md.
Generated based on your detected stack:
| File | Content |
|---|---|
AGENTS.md |
Commands, architecture, patterns for your stack |
.claude/rules/architecture.md |
Architecture rules matching your patterns |
.cursor/rules/architecture.mdc |
Same for Cursor (MDC format) |
.agents/rules/architecture.md |
Same for Google Antigravity |
For standalone mode (non-Claude Code IDEs or standalone installations):
| Directory | Content |
|---|---|
.claude/skills/ |
33 workflow skills (21 core + 12 design) |
.claude/agents/ |
15 specialized agents |
.claude/rules/quality.md |
Quality check rules |
thoughts/ |
Directory structure for AI documents |
For marketplace mode (Claude Code), skills and agents are loaded from the GitHub marketplace. Only rules and thoughts/ are generated locally.
| Feature | Claude Code | Cursor | Antigravity | GitHub Copilot | OpenCode |
|---|---|---|---|---|---|
| Skills (33) | ✓ | - | - | - | - |
| Agents (15) | ✓ | - | - | - | - |
| Rules | ✓ | ✓ | ✓ | Partial | ✓ |
| AGENTS.md | ✓ | ✓ | ✓ | - | ✓ |
| thoughts/ | ✓ | ✓ | ✓ | - | ✓ |
Note: Skills and agents only work in Claude Code. Other IDEs receive architecture and quality rules.
When existing configs are found, you can choose:
| Option | Behavior |
|---|---|
| Merge | Add new sections to Markdown, deep merge JSON, preserve existing |
| Keep | Skip files that already exist |
| Replace | Overwrite with template files |
Markdown files (.md, .mdc):
- Parses into sections by headers
- Keeps all your existing sections
- Adds new sections from template that don't exist in yours
JSON files:
- Deep merge preserving existing values
- Only adds keys that don't exist
See Existing Projects Guide for detailed examples.
After installation, a manifest is created at .ai-template/manifest.json:
{
"version": "1.5.0",
"implantedAt": "2026-02-01",
"selectedIDEs": ["claude-code", "cursor"],
"projectConfig": {
"architecture": "clean",
"layers": ["domain", "application", "infrastructure"],
"stateManagement": ["zustand"],
"dataFetching": ["react-query"],
"orm": ["prisma"],
"testing": ["vitest"],
"ui": ["tailwind"],
"validation": ["zod"],
"framework": "nextjs",
"qualityCommand": "pnpm typecheck && pnpm lint && pnpm test"
},
"files": {
"AGENTS.md": {
"checksum": "abc123...",
"originalChecksum": "abc123..."
}
}
}Used for:
- Detecting modified files (via checksums)
- Tracking installed version
- Storing detected stack for comparison
- Knowing which IDEs were configured
| Code | Meaning |
|---|---|
| 0 | Success |
| 1 | Error (directory not found, no manifest, etc.) |
None required. The CLI reads all configuration from the target project.
After installation, add to your .gitignore:
# devtronic
thoughts/checkpoints/
.claude/settings.local.json
CLAUDE.local.md
.ai-template/- Existing Projects Guide - Integration with existing configs
- Skills Reference - What each skill does
- Agents Reference - What each agent does
- Customization Guide - How to customize