Legg til drømmemodus i orkestrering: brukeren skriver fritt, mangler blir feature requests

Brukeren begrenses ikke til kjente verktøy. Boten prøver,
og manglende funksjonalitet fanges opp som work_items med
source_material-edge tilbake til orkestreringen. Systemet
lærer hva brukerne vil ha fra det som ikke lykkes.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>

docs/concepts/orkestrering.md

@@ -214,7 +214,53 @@ med dry-run. Historikk synlig.
 | `uses` | orchestration → cli_tool | Bruker dette verktøyet |
 | `mentions` | orchestration → any | Refererer til denne noden |
 
-## 10. Avgrensning
+## 10. Drømmemodus: brukeren skriver hva de vil
+
+Brukeren begrenses ikke til kjente verktøy. De skriver fritt
+— boten prøver, og mangler som oppdages blir feature requests.
+
+### Slik fungerer det
+
+```
+Bruker skriver: "Lag en lydfil med sammendrag og send til deltakerne"
+
+Boten sjekker:
+  ✓ synops-summarize finnes → oppsummerer
+  ✗ synops-tts finnes ikke → kan ikke lage lyd
+
+Boten svarer i chatten:
+  "Jeg oppsummerte møtet, men Synops har ikke tekst-til-tale
+   ennå. Jeg oppretter en forespørsel?"
+
+  → work_item i innboks:
+    title: "TTS for møteoppsummeringer"
+    tagged: "feature"
+    source_material → orkestreringsnoden
+```
+
+Hver feilet steg som skyldes manglende verktøy er en **feature
+request** — gratis, kontekstuell, fra faktisk behov. Systemet
+lærer hva brukerne vil ha fra orkestreringer som ikke lykkes.
+
+### Diskret hint, ikke begrensning
+
+I editoren vises tilgjengelige verktøy som hint, men brukeren
+kan skrive hva som helst:
+
+```
+┌─ Steg 3 ──────────────────────────────────┐
+│ Lag en lydfil med oppsummeringen og send   │
+│ den til alle deltakere                     │
+│                                            │
+│ ℹ Tilgjengelig: synops-tts, synops-rss,   │
+│   synops-render, synops-transcribe...      │
+│   (12 verktøy) — men skriv hva du vil     │
+└────────────────────────────────────────────┘
+```
+
+Brukeren drømmer. Systemet vokser.
+
+## 11. Avgrensning
 
 - Orkestreringer er **ikke** en generell workflow-engine.
   De er oppskrifter som boten følger.
@@ -224,7 +270,7 @@ med dry-run. Historikk synlig.
   Klar ansvarsfordeling.
 - Feilhåndtering er botens ansvar. Ingen retry-DSL.
 
-## 11. Komponenter
+## 12. Komponenter
 
 | Feature | Rolle |
 |---------|-------|
@@ -234,7 +280,7 @@ med dry-run. Historikk synlig.
 | Arbeidstavlen | Work items opprettes ved feil |
 | Responskvalitet | Intelligence/effort per orkestrering |
 
-## 12. Bygger på
+## 13. Bygger på
 - `docs/retninger/unix_filosofi.md` — CLI-verktøy som byggeklosser
 - `docs/concepts/arbeidstavlen.md` — @bot, work items ved feil
 - `docs/infra/robusthet.md` — function calling, fallback