/arc:help

Context-aware command guide

What it does

Help gathers lightweight context about your project (framework, existing plans, design docs, test setup, etc.) and presents the full Arc command catalog annotated with relevance signals. Commands that don't apply to your current situation are dimmed with a reason why.

Why it exists

Arc has 30+ commands. Nobody memorizes them all. Help gives you the full picture with context so you can find the right command without trial and error.

Design decisions

  • Lightweight context gathering. Quick checks, not deep analysis.
  • Shows ALL commands. Doesn't hide irrelevant ones — dims them with explanation.
  • No routing. Unlike /arc:go, this doesn't launch other skills — it just informs.

Source document

/arc:help

Show every Arc command with context-aware relevance annotations.


Step 1: Gather Context (quick, parallel)

Run these checks in parallel. Keep it fast — no deep exploration.

# What framework/stack?
ls package.json next.config.* vite.config.* nuxt.config.* 2>/dev/null | head -5

# Arc artifacts?
ls docs/vision.md docs/arc/specs/*.md docs/arc/plans/*.md 2>/dev/null | head -10

# Design docs?
ls docs/design-context.md docs/arc/specs/design-*.md 2>/dev/null | head -5

# Test setup?
ls vitest.config.* jest.config.* playwright.config.* cypress.config.* 2>/dev/null | head -5

# Has UI? (React/Vue/Svelte components)
ls src/app/**/*.tsx app/**/*.tsx src/components/**/*.tsx components/**/*.tsx 2>/dev/null | head -3

# Has AI features?
grep -rl "from ['\"]ai['\"]" src/ app/ lib/ 2>/dev/null | head -3

# Git state
git log -1 --format=%ci 2>/dev/null
git diff --name-only HEAD~5 2>/dev/null | head -20

# CLAUDE.md or rules?
ls CLAUDE.md .claude/rules/**/*.md rules/**/*.md 2>/dev/null | head -5

# Progress journal?
head -20 docs/arc/progress.md 2>/dev/null

From these checks, build a mental model of what's present and what's missing.


Step 2: Output the Command Guide

Present all commands in a single output. Use the context to annotate relevance.

Format

For each command group, output:

## [Group Name]

| Command | What it does | Relevance |
|---------|-------------|-----------|
| `/arc:command` | One-line description | **Relevant** — [why] |
| `/arc:command` | One-line description | *Low relevance* — [why] |

Relevance rules:

  • Relevant — the project has the prerequisites AND there's a reason to use it now
  • Available — the project has the prerequisites but no urgent reason
  • Low relevance — project is missing prerequisites (e.g., no UI = no /arc:animate)
  • Not applicable — fundamentally doesn't apply (e.g., no codebase at all)

The Catalog

Output ALL of these in order:


ENTRY POINTS

CommandWhat it doesWhen to use
/arc:goUnderstands your codebase, asks what you want to do, routes to the right workflowStarting a session, unsure where to begin
/arc:helpThis command — shows all commands with contextWhen you want to see what's available

FOUNDATION

CommandWhat it doesWhen to use
/arc:visionDefine project goals, purpose, and success criteriaNew projects, or when goals are unclear

DESIGN

CommandWhat it doesWhen to use
/arc:brandCreate a visual identity system — palette, typography, tone, and generated assetsNew projects, rebranding, before design work
/arc:ideateTurn an idea into a validated design through collaborative dialogueNew features that need thinking before building
/arc:designCreate distinctive, non-generic UI with aesthetic direction and wireframesWhen building UI that should be memorable
/arc:namingGenerate and validate project names with domain/GitHub checksNaming a new project or product

EXECUTE

CommandWhat it doesWhen to use
/arc:implementPlan and execute feature implementation with TDDAfter ideate, or for substantial features
/arc:buildQuick builds for smaller scope — lightweight planning, full agent orchestrationSmall-to-medium features, components, utilities
/arc:aiAI SDK guidance — correct patterns, deprecated API warningsBefore implementing any AI feature

REVIEW

CommandWhat it doesWhen to use
/arc:reviewExpert review with parallel specialized agents (security, design, performance, etc.)Before merging, after implementation
/arc:auditComprehensive codebase audit across all dimensionsPeriodic quality check, before shipping

TEST

CommandWhat it doesWhen to use
/arc:testingTest strategy and execution — unit, integration, E2E with specialist agentsCreating test plans, running suites, fixing failures
/arc:verifyRun build + typecheck + lint + tests in one commandQuick pre-commit or pre-PR check

REFINE

CommandWhat it doesWhen to use
/arc:polishPre-ship visual refinement — spacing, states, contrast, typographyLast pass before shipping UI
/arc:distillStrip UI to essentials — remove unnecessary complexityWhen UI feels bloated or over-engineered
/arc:animateAdd purposeful motion — entrance choreography, micro-interactions, transitionsWhen UI is functional but static
/arc:hardenProduction resilience — error states, text overflow, edge cases, loading patternsBefore shipping to real users

SHIP

CommandWhat it doesWhen to use
/arc:letsgoProduction readiness checklistFinal gate before production deployment
/arc:legalGenerate Privacy Policy, Terms of Service, Cookie PolicyBefore public launch

CROSS-CUTTING

CommandWhat it doesWhen to use
/arc:responsiveAudit and fix mobile responsiveness with visual verificationAfter building desktop-first UI
/arc:seoDeep SEO audit — meta tags, structured data, crawlabilityBefore launching public-facing pages
/arc:commitSmart commit with auto-splitting across domainsWhen ready to commit changes
/arc:suggestWhat to work on next — analyzes codebase, issues, and debtStarting a session, unsure what to tackle
/arc:documentCapture solved problems as searchable documentationAfter solving a non-obvious problem
/arc:tidyClean up completed plans in docs/arc/plans/When plan files accumulate
/arc:rulesApply Arc's coding rules to the projectSetting up a new project with Arc conventions
/arc:depsDependency audit — outdated packages, CVEs, batch upgradesPeriodic maintenance, before shipping
/arc:hooksInstall Claude Code hooks for auto-formatting, linting, contextSetting up development environment
/arc:flowDiscover, walk, and verify user flows from your codebaseUnderstanding user journeys, detecting drift

UTILITY

CommandWhat it doesWhen to use
/arc:prune-agentsKill orphaned Claude subagent processesWhen agents didn't exit cleanly

Step 3: Contextual Recommendations

After the catalog, add a short section:

## Recommended Right Now

Based on what I found in your project:

1. **[Command]** — [specific reason based on context]
2. **[Command]** — [specific reason based on context]
3. **[Command]** — [specific reason based on context]

Pick 2-4 commands that make the most sense given:

  • What's missing (no vision doc → suggest /arc:vision)
  • What's stale (old plans → suggest /arc:tidy)
  • What just changed (recent UI edits → suggest /arc:polish)
  • What could be improved (no tests → suggest /arc:testing)

Rules

  • Don't invoke any other skills. This is information only.
  • Don't ask questions. Output the catalog and recommendations, then stop.
  • Keep context gathering under 5 seconds. Quick checks only, no deep exploration.
  • Show ALL commands. Don't hide irrelevant ones — annotate them so users learn they exist.
  • Be specific about relevance. "Low relevance — no UI components found" not just "Low relevance."