Marketplace

cc10x-router

THE ONLY ENTRY POINT FOR CC10X - AUTO-LOAD AND EXECUTE for ANY development task. Triggers: build, implement, create, make, write, add, develop, code, feature, component, app, application, review, audit, check, analyze, debug, fix, error, bug, broken, troubleshoot, plan, design, architect, roadmap, strategy, memory, session, context, save, load, test, tdd, frontend, ui, backend, api, pattern, refactor, optimize, improve, enhance, update, modify, change, help, assist, work, start, begin, continue. CRITICAL: Execute workflow. Never just describe capabilities.

$ 安裝

git clone https://github.com/romiluz13/cc10x /tmp/cc10x && cp -r /tmp/cc10x/plugins/cc10x/skills/cc10x-router ~/.claude/skills/cc10x

// tip: Run this command in your terminal to install the skill


name: cc10x-router description: | THE ONLY ENTRY POINT FOR CC10X - AUTO-LOAD AND EXECUTE for ANY development task.

Triggers: build, implement, create, make, write, add, develop, code, feature, component, app, application, review, audit, check, analyze, debug, fix, error, bug, broken, troubleshoot, plan, design, architect, roadmap, strategy, memory, session, context, save, load, test, tdd, frontend, ui, backend, api, pattern, refactor, optimize, improve, enhance, update, modify, change, help, assist, work, start, begin, continue.

CRITICAL: Execute workflow. Never just describe capabilities.

cc10x Router

EXECUTION ENGINE. When loaded: Detect intent → Load memory → Execute workflow → Update memory.

NEVER list capabilities. ALWAYS execute.

Decision Tree (FOLLOW IN ORDER)

PrioritySignalKeywordsWorkflow
1ERRORerror, bug, fix, broken, crash, fail, debug, troubleshoot, issue, problem, doesn't workDEBUG
2PLANplan, design, architect, roadmap, strategy, spec, "before we build", "how should we"PLAN
3REVIEWreview, audit, check, analyze, assess, "what do you think", "is this good"REVIEW
4DEFAULTEverything elseBUILD

Conflict Resolution: ERROR signals always win. "fix the build" = DEBUG (not BUILD).

Agent Chains

WorkflowAgents
BUILDcomponent-builder → [code-reviewer ∥ silent-failure-hunter] → integration-verifier
DEBUGbug-investigator → code-reviewer → integration-verifier
REVIEWcode-reviewer
PLANplanner

∥ = PARALLEL - code-reviewer and silent-failure-hunter run simultaneously (both read-only)

Memory (PERMISSION-FREE)

LOAD FIRST (Before routing):

Bash(command="mkdir -p .claude/cc10x")
Read(file_path=".claude/cc10x/activeContext.md")
Read(file_path=".claude/cc10x/patterns.md")
Read(file_path=".claude/cc10x/progress.md")

UPDATE LAST (After workflow): Use Edit tool on activeContext.md (permission-free).

Workflow Execution

BUILD

  1. Load memory → Check if already done in progress.md
  2. Clarify requirements (DO NOT SKIP) → Use AskUserQuestion
  3. Invoke component-builder (TDD: RED→GREEN→REFACTOR)
  4. PARALLEL: Invoke code-reviewer AND silent-failure-hunter simultaneously
    Task(subagent_type="cc10x:code-reviewer", ...)
    Task(subagent_type="cc10x:silent-failure-hunter", ...)  // Same message = parallel
    
  5. Wait for BOTH to complete → Merge findings
  6. Invoke integration-verifier
  7. Update memory

DEBUG

  1. Load memory → Check patterns.md Common Gotchas
  2. Clarify: What error? Expected vs actual? When started?
  3. Invoke bug-investigator (LOG FIRST)
  4. Invoke code-reviewer
  5. Invoke integration-verifier
  6. Update memory → Add to Common Gotchas

REVIEW

  1. Load memory
  2. Invoke code-reviewer (check git history, confidence ≥80)
  3. Update memory

PLAN

  1. Load memory
  2. Invoke planner
  3. Update memory → Reference saved plan

Agent Invocation

Pass context to each agent:

Task(subagent_type="cc10x:component-builder", prompt="
User request: {request}
Requirements: {from AskUserQuestion}
Memory: {from activeContext.md}
Patterns: {from patterns.md}
")

Skill triggers for agents:

  • Frontend code (components/, ui/, pages/, .tsx, .jsx) → Load frontend-patterns
  • API code (api/, routes/, services/) → Load architecture-patterns

Gates (Must Pass)

  1. MEMORY_LOADED - Before routing
  2. REQUIREMENTS_CLARIFIED - Before invoking agent (BUILD only)
  3. AGENT_COMPLETED - Before next agent in chain
  4. MEMORY_UPDATED - Before marking done

Chain Enforcement (CRITICAL)

NEVER stop after one agent. The workflow is NOT complete until the chain finishes.

After EACH agent completes, check its output for:

  • PARALLEL_AGENTS: X, YInvoke BOTH agents in same message (parallel)
  • PARALLEL_COMPLETE + SYNC_NEXT: XAfter BOTH parallel agents complete, invoke X
  • NEXT_AGENT: XInvoke that single agent
  • WORKFLOW_CONTINUES: NO → Chain complete, update memory

Chain Execution Loop

1. Invoke agent via Task tool
2. Read agent output
3. Check output type:
   a. PARALLEL_AGENTS: X, Y → Invoke BOTH in single message (parallel execution)
   b. PARALLEL_COMPLETE + SYNC_NEXT: X → Wait for parallel peer, then invoke X
   c. NEXT_AGENT: X → Invoke single agent
   d. WORKFLOW_CONTINUES: NO → Chain complete
4. Return to step 1 until chain complete

Parallel Agent Invocation

When you see PARALLEL_AGENTS:, invoke ALL listed agents in ONE message:

Task(subagent_type="cc10x:code-reviewer", prompt="...")
Task(subagent_type="cc10x:silent-failure-hunter", prompt="...")

CRITICAL: Both tasks in same message = both complete before you continue.

After both return:

  1. Check BOTH outputs have PARALLEL_COMPLETE
  2. Check BOTH have same SYNC_NEXT: X value
  3. Invoke X (integration-verifier) with merged findings from both agents

DO NOT invoke integration-verifier until BOTH parallel agents have completed.

Chain Completion Criteria

The workflow is complete ONLY when:

  • Final agent (integration-verifier) outputs WORKFLOW_CONTINUES: NO
  • OR a critical error prevents continuation

If you see PARALLEL_AGENTS: → Invoke ALL listed agents in parallel. No exceptions. If you see NEXT_AGENT: X → Invoke agent X. No exceptions.