Fara beint í efni
6.3

Smíðaðu leiðarann

Áætlaður tími: 60 minTól: Claude Sonnet 4.6 + your text editor
Eftir þessa æfingu getur þú:

Eftir þessa æfingu ertu með virkan leiðara — þunnt lag sem beinir hverju verki í rétt líkan eftir persónuvernd, dýpt rökhugsunar, hraða, kostnaði og samhengi. Þegar nýtt líkan kemur út dugar ein könnunarlota til að uppfæra hann.

Hvers vegna þetta skiptir máli

Án leiðara tekurðu ákvörðun um verkfæraval við hvert einasta verk. Sá hugarkostnaður safnast upp yfir þúsundir samskipta. Með leiðara er ákvörðunin tekin einu sinni og henni viðhaldið. Þú byrjar lotu, leiðarinn tekur við, og rétta verkfærið er þegar valið. Þú vinnur verkið; hann sér um að vísa því á réttan stað. Leiðarinn er ekki flókinn hugbúnaður. Hann getur verið kafli í HARNESS_SPEC.md, einföld skrifta, skipun í CLAUDE.md eða léttur erindreki. Það sem skiptir máli er að hann sé til og að hann uppfæri sig sjálfur.

Hvernig á að gera það

  1. 1

    Bættu kafla um leiðarann við HARNESS_SPEC.md

  2. 2

    Búðu til þinn eigin leiðara

  3. 3

    Prófaðu hann á fimm raunverulegum verkum

  4. 4

    Bættu við reglunni um sjálfuppfærslu

Fyrirmælin

PROMPT — Generate Your Custom Routing TableLíkan: Claude Sonnet 4.6
Based on my Harness Spec and the backend mapping from my Scout Audit, help me create a practical routing table for my work.

My Harness Spec: [PASTE HARNESS_SPEC.md]
My Scout Audit recommendations: [PASTE KEY RECOMMENDATIONS FROM DRILL 6.2]

Create a routing table in markdown format with columns:
- Task type (specific to my domain)
- Route to (specific model/tool)
- Rationale (one sentence — the "why" for this routing)
- Privacy level (cloud OK / local only)

Then add:
- A simple decision tree I can follow when a task doesn't fit a category
- The self-update trigger: "Run Scout Audit (Drill 6.2 pattern) when: [conditions]"

Make this practical enough to use tomorrow morning, not theoretical.
PROMPT — Create /route Slash CommandLíkan: Claude Sonnet 4.6
Create a slash command file for my .claude/commands/ directory that implements my routing logic.

When I type /route [task description], it should:
1. Analyze the task description
2. Apply my routing logic
3. Return: "Route to: [MODEL/TOOL] — [one-line rationale]"
4. Optionally start a new session in that tool's format

My routing logic:
[PASTE YOUR ROUTER SECTION FROM HARNESS_SPEC.md]

Gæðaviðmið

  • ✓HARNESS_SPEC.md geymir kafla um leiðarann með töflu: verk, verkfæri, rökstuðningur
  • ✓Að minnsta kosti einn leiðari er til: skástriksskipun, ROUTER.md eða skrifta
  • ✓Leiðarinn var prófaður á fimm raunverulegum verkum og að minnsta kosti eitt leiðrétt
  • ✓Reglan um sjálfuppfærslu er skjalfest: hvenær á að keyra könnuðinn aftur og hvað kallar á yfirferð

Algeng mistök

Að smíða leiðara sem er svo flókinn að hann verður byrði

→ Leiðatafla í markdown er nóg. Þú þarft hvorki kóða, sjálfvirkni né viðmót. Flækjustig er óvinur sjálfuppfærslunnar: einfaldar töflur eru uppfærðar, flókin kerfi eru yfirgefin.

Að sleppa reglunni um sjálfuppfærslu af því að „leiðarinn er nógu góður núna“

→ Reglan um sjálfuppfærslu ER það sem gerir beislið ódauðlegt. Án hennar er leiðarinn föst stilling sem úreldist. Með henni er hann lifandi kerfi. Þarna liggur munurinn á góðu beisli í dag og góðu beisli eftir tvö ár.