Smart Routing

Beschreibe das gewünschte Ergebnis per Text oder Sprachtranskript. Autopilot nennt den nächsten Schritt und wählt Direktarbeit, einen abgegrenzten Delegate oder Wave für unabhängige Slices. Vor einem Delegate erklärt es Harness, Anbieter, Modell, Aufwand und Auswahlgrund. Eine installierte Runtime allein beweist keinen Modellzugang.

Verfügbarkeit prüfen

sh

devkit runtime-route --inventory --models --json
devkit runtime-route implement --spec devkit/specs/example.md

Das Inventar nutzt begrenzte native Abfragen ohne Inferenz. Installation, Katalogeintrag, lokale Auth-Konfiguration und Live-Zugriff bleiben getrennte Fakten; live_verified bleibt deshalb false. Pi prüft das exakte Modell im Offline-Katalog, bevor es den Auth-Status des Anbieters akzeptiert.

Mit --spec ordnet die erste passende Zeile von implement_rules in content/model-routing.json die Kandidaten für /delegate und Wave-Slices gleichermaßen — die Tabelle und ihre Begründung sind die Quelle, nicht diese Seite. Wave-Slices lösen über denselben runtime-route --in-place-Aufruf auf.

Explizite Variablen haben Vorrang: DEVKIT_RUNTIME_<TIER> wählt das Harness; DEVKIT_DELEGATE_PROVIDER, DEVKIT_DELEGATE_MODEL und DEVKIT_DELEGATE_EFFORT wählen das Tupel. Eine abgelehnte Auswahl wird nicht still ersetzt. Die Ausgabe enthält Runtime, Anbieter, Modell, Aufwand, Quelle, Bereitschaft, Grund und übersprungene Kandidaten. Dieses Tupel geht unverändert in den Dispatch.

Persönliche Richtlinie

Gewünschte Felder kommen ohne Zugangsdaten in $DEVKIT_HOME/config.json, standardmäßig ~/.onedot-devkit/config.json:

json

{
  "routing": {
    "preferences": {"implement": ["pi", "prime", "dsh", "kimi", "codex", "claude"]},
    "models": {
      "pi": {"implement": {"provider": "openai-codex", "model": "gpt-6.1-sol", "effort": "medium"}},
      "prime": {"implement": {"provider": "openai-codex", "model": "gpt-6.1-sol", "effort": "medium"}}
    },
    "pi_extensions": {"anthropic": ["/absoluter/persoenlicher/pfad/extension.ts"]}
  }
}

Pi nutzt konfigurierte native Anbieter; OpenAI Codex verlangt OAuth. Erweiterungen werden nicht entdeckt: Nur ausdrücklich gelistete, vorhandene Dateien unter dem persönlichen Home und außerhalb des Git-Projekts werden geladen. Kimi verwendet einen vorhandenen Alias und hat keinen Effort-Schalter. DSH liest sein zusammengesetztes Profil und seine Settings; ein anderes Tupel läuft über einen privaten Settings-Snapshot, ohne persönliche Dateien zu verändern. Prime erhält Anbieter, Modell und Thinking explizit.

Fallback

Fehlende Auth-Konfiguration, fehlende Katalogeinträge und nicht unterstützte Overrides stoppen vor der Inferenz. Ein Fallback behält Aufgabe und Rechte bei und wird erklärt. Ein ausdrücklich festgelegtes Tupel wechselt nicht still zu einer anderen Runtime. Katalog- und Auth-Daten sind weder Qualitätsrangliste noch Abrechnungszusage.