General arc CLI reference and workflow context. Use when the user asks about arc commands, issue tracking workflows, when to use arc vs TodoWrite, or needs help with arc setup and configuration.
From arcnpx claudepluginhub sentiolabs/arc --plugin arcThis skill uses the workspace's default tool permissions.
_formatting.mdSearches, retrieves, and installs Agent Skills from prompts.chat registry using MCP tools like search_skills and get_skill. Activates for finding skills, browsing catalogs, or extending Claude.
Searches prompts.chat for AI prompt templates by keyword or category, retrieves by ID with variable handling, and improves prompts via AI. Use for discovering or enhancing prompts.
Executes pre-written implementation plans: critically reviews, follows bite-sized steps exactly, runs verifications, tracks progress with checkpoints, uses git worktrees, stops on blockers.
Track complex, multi-session work with a central issue tracking system.
For Claude Code users (recommended):
arc onboard in any project - it will:
~/.arc/projects/)arc init for new projectsFor non-Claude users:
arc init # Initialize project
The plugin is the single source of truth for Claude integration. It provides:
arc prime automaticallyarc onboard| Use Arc | Use TodoWrite |
|---|---|
| Multi-session work | Single-session tasks |
| Complex dependencies | Linear task lists |
| Discovered work patterns | Simple checklists |
| Work needing audit trail | Quick, disposable lists |
Rule of thumb: When in doubt, prefer arc—persistence you don't need beats lost context.
Deep dive: Run arc docs boundaries for detailed decision criteria.
Arc includes workflow skills that guide you through the development lifecycle with built-in process discipline.
| Skill | Purpose | Invoke when |
|---|---|---|
brainstorm | Design discovery through Socratic dialogue | Starting new features or significant work |
plan | Break design into implementation tasks | After brainstorm approves a design |
implement | TDD execution via fresh subagents per task | Ready to implement planned tasks |
debug | 4-phase root cause investigation | Encountering bugs or test failures |
verify | Evidence-based completion gates | Before claiming any work is done |
review | Code review dispatch and triage | After implementing a task |
finish | Session completion protocol | Ending a work session |
brainstorm → plan → implement (per task) → review → finish
↕ ↕
debug verify
After plan, choose:
implement. Main agent orchestrates, subagents do TDD. Best for sequential tasks.teammate:* labels, invoke arc team-deploy. Best for parallel multi-role work.Run arc onboard at session start to get project context and available issues.
Project Recovery: If local project config is missing, arc onboard resolves the project via server-side path registration. The server is the source of truth for project-to-directory mappings.
Run arc prime for full workflow context, or arc <command> --help for specific commands.
Essential commands:
arc ready - Find unblocked workarc create - Create issuesarc update - Update status/fieldsarc close - Complete workarc show - View detailsarc dep - Manage dependenciesarc plan - Manage plans (create, show, approve, reject, comments)arc which - Show active project and resolution sourcearc paths - Manage workspace path registrationsarc project - Manage projects (list, create, delete, rename, merge)arc self update - Update arc CLI to latest versionarc db backup - Create database backupTwo-step workflow:
arc docs search "query"arc docs <topic># Search returns [topic] in brackets - tells you where to look
arc docs search "create issue"
# Results show: [workflows] Discovery and Issue Creation...
# Then read that topic for full content
arc docs workflows
Fuzzy matching handles typos - "dependncy" finds "dependency" docs.
Available topics with arc docs <topic>:
| Command | Purpose |
|---|---|
arc docs boundaries | When to use arc vs TodoWrite - decision matrix, integration patterns, common mistakes |
arc docs workflows | Step-by-step checklists for session start, epic planning, side quests, handoff |
arc docs dependencies | Dependency types (blocks, related, parent-child, discovered-from) and when to use each |
arc docs resumability | Writing notes that survive compaction - templates and anti-patterns |
arc docs plans | Plan patterns (inline, parent-epic, shared) with examples |
arc docs plugin | Claude Code plugin and Codex CLI integration guide |
Run arc docs without a topic to see an overview.
For bulk operations (creating epics with tasks, batch updates), use the arc-issue-tracker agent via the Task tool. This runs arc commands without consuming main conversation context.
Arc supports four dependency types:
| Type | Purpose | Affects Ready? |
|---|---|---|
| blocks | Hard blocker - B can't start until A complete | Yes |
| related | Soft link - informational only | No |
| parent-child | Epic/subtask hierarchy | Yes |
| discovered-from | Track provenance of discovered work | No |
Deep dive: Run arc docs dependencies for examples and patterns.
Plans are ephemeral review artifacts backed by filesystem markdown files in docs/plans/. They support a review workflow with approval, rejection, and comments.
CLI commands:
| Command | Purpose |
|---|---|
arc plan create <file-path> | Register an ephemeral plan, returns plan ID |
arc plan show <plan-id> | Show plan content, status, and comments |
arc plan approve <plan-id> | Approve the plan |
arc plan reject <plan-id> | Reject the plan |
arc plan comments <plan-id> | List review comments |
Plans go through a review cycle: create, review (with comments), then approve or reject. Approved design content is written into the epic's description field when creating implementation tasks. Run arc docs plans for full details.
Labels are global (shared across all projects) and support colors and descriptions. Use labels for cross-cutting categorization like security, performance, tech-debt.
At session start:
arc onboard # Get context, recover project if needed
Before ending any session:
Invoke the finish skill — it handles capturing remaining work, quality gates, arc updates, commit, and push. Work is NOT done until git push succeeds.
Writing notes for resumability:
arc update <id> --stdin <<'EOF'
COMPLETED: X. IN PROGRESS: Y. NEXT: Z
EOF
Deep dive: Run arc docs resumability for templates.
arc onboard # Get context (recovers project if needed)
arc ready # Find available work
arc show <id> # View details
arc update <id> --status in_progress # Claim work
arc create "Title" -t task # Create task
arc create "Epic title" -t epic # Create epic
arc create "Subtask" --parent <epic-id> # Create child issue
arc dep add child-id parent-id --type parent-child # Or link existing issue to epic
# With multi-line description (use --stdin flag):
arc create "Title" -t task --stdin <<'EOF'
Description with context, acceptance criteria, etc.
EOF
arc close <id> --reason "done" # Complete issue
arc ready # See what unblocked
Deep dive: Run arc docs workflows for complete checklists.