Files
OmniRoute/docs/i18n/pl/docs/frameworks/OPENCODE.md

7.6 KiB

title, version, lastUpdated
title version lastUpdated
Integracja z OpenCode 3.8.40 2027-07-27

Integracja z OpenCode

Status: Ogólnie dostępne. Odbiorcy: Operatorzy podłączający OpenCode do wdrożenia OmniRoute. Źródło prawdy (schemat konfiguracji): src/shared/services/opencodeConfig.ts Źródło prawdy (pakiet npm): @omniroute/opencode-provider/ (publikowalny workspace)

OpenCode to agentowy klient AI CLI/desktop. Czyta katalog providerów z ~/.config/opencode/opencode.json (lub opencode.jsonc) i stosuje schemat z https://opencode.ai/config.json. OmniRoute udostępnia się OpenCode jako jeden z tych providerów — każde żądanie przechodzi przez standardową, zgodną z OpenAI powierzchnię /v1 OmniRoute, więc OpenCode automatycznie korzysta z routingu Auto-Combo, circuit breakerów, polityk kluczy, observability itd.

dwie obsługiwane ścieżki integracji. Wybierz jedną — generują tę samą konfigurację.


Ścieżka 1 — generator CLI (bez instalacji npm)

Zalecana dla użytkowników końcowych. Dostarczana z OmniRoute. Zapisuje opencode.json w miejscu.

# After installing OmniRoute (npm i -g @omniroute/cli or local clone)
omniroute config opencode \
  --base-url http://localhost:20128 \
  --api-key "$OMNIROUTE_API_KEY"

W tle CLI wywołuje mergeOpenCodeConfigText() (src/shared/services/opencodeConfig.ts:104), więc istniejący opencode.json zachowuje pozostałych providerów i komentarze. Wpis OmniRoute jest dodawany/zastępowany atomowo.

Wynikowy plik (domyślny katalog modeli):

{
  "$schema": "https://opencode.ai/config.json",
  "provider": {
    "omniroute": {
      "npm": "@ai-sdk/openai-compatible",
      "name": "OmniRoute",
      "options": {
        "baseURL": "http://localhost:20128/v1",
        "apiKey": "<your-key>",
      },
      "models": {
        "claude-opus-4-5-thinking": { "name": "claude-opus-4-5-thinking" },
        "claude-sonnet-4-5-thinking": { "name": "claude-sonnet-4-5-thinking" },
        "gemini-3.1-pro-high": { "name": "gemini-3.1-pro-high" },
        "gemini-3-flash": { "name": "gemini-3-flash" },
      },
    },
  },
}

Ścieżka 2 — pakiet npm @omniroute/opencode-provider

Zalecana, gdy skryptujesz konfigurację z Node/TS (pipeline'y CI, monoreposy, własne flow instalatora).

npm install --save-dev @omniroute/opencode-provider
import { writeFileSync } from "node:fs";
import { buildOmniRouteOpenCodeConfig } from "@omniroute/opencode-provider";

const config = buildOmniRouteOpenCodeConfig({
  baseURL: "http://localhost:20128",
  apiKey: process.env.OMNIROUTE_API_KEY ?? "sk_omniroute",
  // Optional: override the model catalog exposed to OpenCode
  models: ["auto", "claude-opus-4-7", "gpt-5.5"],
  modelLabels: { auto: "Auto-Combo" },
});

writeFileSync("opencode.json", JSON.stringify(config, null, 2));

Aby nieniszcząco scalić z istniejącym plikiem, odtwórz mergeOpenCodeConfigText() z opencodeConfig.ts albo wywołaj generator CLI.

Pełne API znajdziesz w README pakietu.


Co runtime robi w praktyce

Obie ścieżki produkują to samo provider.omniroute.npm: "@ai-sdk/openai-compatible". W runtime OpenCode ładuje @ai-sdk/openai-compatible (już jest zależnością przechodnią OpenCode) i konfiguruje go przez baseURL + apiKey. Dalej:

OpenCode UI/agent
   → @ai-sdk/openai-compatible
      → HTTP POST {baseURL}/chat/completions          (OmniRoute OpenAI surface)
         → OmniRoute /v1/chat/completions handler     (open-sse/handlers/chatCore.ts)
            → combo routing / Auto-Combo / executor
               → upstream provider

Wtyczka nigdy nie dotyka HTTP. Emisuje wyłącznie konfigurację.


Domyślny katalog modeli

export const OMNIROUTE_DEFAULT_OPENCODE_MODELS = [
  "claude-opus-4-5-thinking",
  "claude-sonnet-4-5-thinking",
  "gemini-3.1-pro-high",
  "gemini-3-flash",
] as const;

Możesz nadpisać przez models: [...]. Zalecane dodatki:

  • "auto" — udostępnia router zero-config Auto-Combo OmniRoute. Pozwala OpenCode wybrać „najlepszy dostępny model” bez hardkodowania katalogu.
  • "<combo-name>" — dowolne combo zdefiniowane w dashboardzie; OmniRoute rozwiązuje je przejrzyście.

Normalizacja URL

Helper akceptuje obie formy i emituje dokładnie jedno /v1:

Wejście Wyjście (options.baseURL)
http://localhost:20128 http://localhost:20128/v1
http://localhost:20128/ http://localhost:20128/v1
http://localhost:20128/v1 http://localhost:20128/v1
http://localhost:20128/v1/// http://localhost:20128/v1

Ta deduplikacja to najczęstsza przyczyna awarii w starszych konfiguracjach. Jeśli masz opencode.json sprzed v3.8.0 wskazujący na /v1/v1/..., uruchom generator ponownie albo wywołaj createOmniRouteProvider jeszcze raz.


Tryby uwierzytelniania

Ustawienie OmniRoute Zalecana wartość apiKey
REQUIRE_API_KEY=false (domyślnie lokalnie) sk_omniroute (dosłowny placeholder)
REQUIRE_API_KEY=true Prawdziwy klucz API per użytkownik z Dashboard → API Keys.

Dla klientów w stylu Anthropic, które wysyłają x-api-key + anthropic-version, extractApiKey OmniRoute honoruje też klucz z x-api-key. OpenCode używa powierzchni OpenAI, więc zawsze wyśle Authorization: Bearer ${apiKey} — specjalny przypadek Anthropic tu nie obowiązuje.


Rozwiązywanie problemów

Objaw Przyczyna Naprawa
404 na każdym żądaniu z URL zawierającym /v1/v1/ Przestarzała konfiguracja z wtyczki pre-v3.8, która podwajała /v1. Wygeneruj ponownie przez Ścieżkę 1 lub 2.
401 Invalid API key OmniRoute ma REQUIRE_API_KEY=true, a klucz jest nieznany. Utwórz klucz w dashboardzie albo ustaw REQUIRE_API_KEY=false (tylko lokalnie) i użyj sk_omniroute.
Pusta lista modeli w UI OpenCode Wszystkie 4 domyślne modele są ukryte w widoczności providerów OmniRoute. Przekaż models: ["auto", ...], aby udostępnić włączone modele.
OpenCode 500 z cannot read property 'models' Starszy OpenCode (< 0.1.x) nie akceptował inline models. Zaktualizuj OpenCode do wersji zgodnej ze schematem v1 (opencode.ai/config.json).

Zobacz też