<tool_restrictions>

MANDATORY Tool Restrictions

REQUIRED TOOLS — use these when indicated:

• AskUserQuestion — REQUIRED for all user-facing questions. Use structured options instead of plain text. </tool_restrictions>

/arc:go

The front door to Arc. Understands context, asks what you want to do, routes to the right workflow.

Process

Step 1: Gather Context (in parallel)

Explore the codebase:

Task Explore model: haiku: "Quick overview of this codebase:
- What is this project? (framework, language, purpose)
- Key directories and their purposes
- Any obvious patterns or conventions
- Is this an empty/minimal project with no framework set up?
  (e.g. just a package.json with no src/, no app framework, no pages)

Keep it brief — 5-10 bullet points max."

Check for existing Arc artifacts:

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

Check Linear (if MCP available): If mcp__linear__* tools exist, check for active issues.

Read progress journal for recent work:

head -50 docs/arc/progress.md 2>/dev/null

Step 2: Present Context

Briefly share what you found:

• Project type and key patterns
• Any existing plans or tasks
• Recent work from progress journal (if found)

Step 3: Ask What They Want to Do

Present options based on context using AskUserQuestion:

If Linear has active issues:

AskUserQuestion:
  question: "You have [N] active issues in Linear. What would you like to do?"
  header: "Active Issues Found"
  options:
    - label: "Work on an issue"
      description: "Pick one of the active Linear issues to work on"
    - label: "Start something new"
      description: "Ignore existing issues and start fresh"
    - label: "See suggestions"
      description: "Run /arc:suggest for ideas on what to work on"

If recent plans exist:

AskUserQuestion:
  question: "I found a plan for [topic]. What would you like to do?"
  header: "Existing Plan Found"
  options:
    - label: "Continue that work"
      description: "Pick up where you left off on [topic]"
    - label: "Start something different"
      description: "Set the existing plan aside and work on something new"

If empty/minimal codebase (no framework detected):

AskUserQuestion:
  question: "This project doesn't have a framework set up yet. What would you like to do?"
  header: "Empty Project"
  options:
    - label: "Set up a new project"
      description: "Scaffold a framework (Next.js, etc.) and get started"
    - label: "Define a vision first"
      description: "Run /arc:vision to clarify project goals before building"
    - label: "I know what I want to build"
      description: "Describe the feature and jump straight in"

If fresh codebase (has framework but no Arc artifacts):

AskUserQuestion:
  question: "What would you like to work on?"
  header: "Ready to Go"
  options:
    - label: "Build a feature"
      description: "Describe a feature or change you want to make"
    - label: "Fix a bug"
      description: "Describe the bug you want to fix"
    - label: "Explore what needs work"
      description: "Run /arc:suggest to discover what could be improved"

Step 3.5: Scope Posture (feature work only)

Skip this step if the user's intent is a quick fix, continuing an existing plan, running tests, shipping, or reviewing code. Only ask when routing to /arc:ideate or /arc:build for a new feature.

Ask one question:

AskUserQuestion:
  question: "How should I approach this?"
  header: "Scope Posture"
  options:
    - label: "Expand"
      description: "Find the bigger product hiding inside this. Push the ambition up."
    - label: "Reduce"
      description: "Find the minimum viable version. Strip everything else."
    - label: "Just build what I described"
      description: "Take the request as-is, no scope change. (Default if you skip this.)"

Pass the chosen posture as context when invoking the downstream skill:

Skill arc:[chosen]: "[user's description] [Posture: expand|reduce|as-described]"

Rules:

• If the user doesn't engage with the question or says something like "just do it", default to as-described and move on. Don't slow them down.
• Never ask this for small changes, bug fixes, or continuation of existing work.

Step 4: Route to Workflow

Based on their answer:

Intent	Route to
"Set up a new project"	/arc:build with scaffolding context
"I want to build [feature]"	/arc:ideate (with posture from Step 3.5)
"Quick fix/small change"	/arc:build
"Continue [existing plan]"	/arc:implement
"Not sure what to work on"	/arc:suggest
"Review/improve existing code"	/arc:audit or /arc:review
"Make it responsive/fix mobile"	/arc:responsive
"Ship to production"	/arc:letsgo
"Run tests"	/arc:testing

Invoke the skill:

Skill arc:[chosen]: "[user's description]"

What /arc:go is NOT

• Not a replacement for specific commands — it routes TO them
• Not for when you already know what command to use
• Not a status dashboard (use /arc:suggest for that)

Interop

• Routes to all other /arc:* commands
• Reads Linear issues (if MCP available), /arc:vision, progress for context
• Uses /arc:suggest when user is unsure