Router First Architecture

by parcadeid07ff4b06b62No license3.9K starsListed Oct 8, 2026Updated Oct 8, 2026Repository updated 8 months ago

Router-First Architecture

Instructions onlyAI & Agents
AI-generated overview

Defines a router-first pattern where domain routers map user intent to CLI commands before individual tools are used.

What it does
This skill documents an architectural pattern for agent skill systems in which domain routers, such as a math router, provide deterministic mapping from user intent to exact CLI commands. It lists practices for calling routers first, letting domain skills co-activate with their router, trusting router confidence scores, and keeping trigger keywords broader than routing patterns. It also describes a two-layer architecture separating a skill-rules trigger layer from a router routing layer, and includes a JSON co-activation example. It produces guidance rather than files or code.
When to use it
Use it when designing or maintaining a skill system that routes requests through domain routers instead of calling individual scripts directly. It is also relevant when wiring domain skills to co-activate with a router or when tuning trigger keywords against routing patterns.
Requirements
No scripts or runtime dependencies; it is instructions only. It references configuration files such as skill-rules.json and router commands, but ships no code.

Router-First Architecture

Route through domain routers before using individual tools. Routers abstract tool selection.

Pattern

Domain routers (like math-router) provide deterministic mapping from user intent to exact CLI commands. Always use the router first; only bypass for edge cases.

DO

  • Call math-router route "<intent>" before any math operation
  • Let domain skills co-activate with their router (via coActivate in skill-rules.json)
  • Trust the router's confidence score; only fall back if command: null
  • Keep trigger keywords/patterns in skill-rules.json broader than routing patterns

DON'T

  • Call individual scripts directly when a router exists
  • Duplicate routing logic in individual skills
  • Let domain skills bypass their router

Co-Activation Pattern

Domain skills should co-activate with their router:

json
{  "math/abstract-algebra/groups": {    "coActivate": ["math-router"],    "coActivateMode": "always"  }}

This ensures the router is always available when domain knowledge is activated.

Two-Layer Architecture

  1. Skill-rules trigger layer: Nudges Claude to use the router (keywords, intent patterns)
  2. Router routing layer: Deterministic mapping to scripts via regex patterns

Keep the trigger layer broader than routing - the router should handle "not found" gracefully.

Source Sessions

  • 2bbc8d6e: "Trigger layer was narrower than routing layer" - expanded triggers
  • This session: Wired 8 domain math skills to co-activate with math-router

Source and attribution

Source:parcadei/continuous-claude-v3in.claude/skills/archive/router-first-architectureat commitd07ff4b

License: No license

Content belongs to its original authors. SourceWeft indexes it from a public repository.

Report or request removal