
arc
by howells
Claude Code plugin. From idea to working implementation—explore, validate, plan, and build in one flow.
SKILL.md
name: arc description: | The main entry point. Understands your codebase and routes to the right workflow. Use when starting a session, saying "let's work on something", or unsure which Arc command to use. Gathers context and asks what you want to do. license: MIT metadata: author: howells website: order: 1 desc: Start here summary: Start here—whether it's an empty folder or an existing codebase. Arc understands your context and guides you to what's next. what: | Arc works in an empty folder or a mature codebase. It gathers context (or notes the absence of it), then kicks off an interactive process to figure out what you're building and how to get there. You'll end up in the right workflow—vision for new projects, ideate for new features, build for quick work. why: | Starting is the hardest part. Arc removes the "where do I begin?" paralysis by meeting you where you are—blank slate or legacy monolith—and guiding you forward through conversation. decisions: - Works with nothing. An empty folder is a valid starting point. - Interactive, not prescriptive. Asks what you want to build rather than assuming. - Context-aware routing. Existing plans, tasklists, and code inform the recommendation.
/arc
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
Keep it brief — 5-10 bullet points max."
Check for existing Arc artifacts:
ls docs/vision.md docs/tasklist.md docs/plans/*.md 2>/dev/null | head -10
Read progress journal for recent work:
head -50 docs/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:
If tasklist has items: "You have [N] items in your tasklist. Want to:"
- Work on one of those
- Start something new
- See suggestions (/arc:suggest)
If recent plans exist: "I found a plan for [topic]. Want to:"
- Continue that work
- Start something different
If fresh codebase: "What would you like to work on?"
- Describe a feature or change
- Fix a bug
- Explore what needs work (/arc:suggest)
Step 4: Route to Workflow
Based on their answer:
| Intent | Route to |
|---|---|
| "I want to build [feature]" | /arc:ideate |
| "Quick fix/small change" | /arc:build |
| "Continue [existing plan]" | /arc:implement or /arc:detail |
| "Not sure what to work on" | /arc:suggest |
| "Review/improve existing code" | /arc:deslop or /arc:review |
| "Ship to production" | /arc:letsgo |
| "Run tests" | /arc:test |
Invoke the skill:
Skill arc:[chosen]: "[user's description]"
What /arc 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 /arc:tasklist, /arc:vision, /arc:progress for context
- Uses /arc:suggest when user is unsure
スコア
総合スコア
リポジトリの品質指標に基づく評価
SKILL.mdファイルが含まれている
ライセンスが設定されている
100文字以上の説明がある
GitHub Stars 100以上
3ヶ月以内に更新がある
10回以上フォークされている
オープンIssueが50未満
プログラミング言語が設定されている
1つ以上のタグが設定されている
レビュー
レビュー機能は近日公開予定です