Skip to main content
OpenWork steuert ein OpenCode-Backend, daher ist die Datei, die Sie schreiben, eine OpenCode-Konfigurationsdatei. Das Backend liest den Provider-Eintrag daraus. OpenWork bietet in seiner eigenen Benutzeroberfläche keine Möglichkeit, start_within festzulegen, daher hängt die Frist vom Schlüssel ab. Erstellen Sie zuerst einen: siehe Agentenschlüssel.

Einrichtung mit einem Agenten

Öffnen Sie den folgenden Block und kopieren Sie ihn in einen beliebigen Coding-Agenten. Die Aufforderung fragt niemals nach Ihrem API-Schlüssel: Der Agent konfiguriert alles andere und druckt dann die eine Exportzeile aus, die Sie selbst ausführen können.

OpenWork konfigurieren

  1. Legen Sie eine opencode.json in ein eigenes Verzeichnis. Verwenden Sie den Provider-Eintrag von OpenCode.
  2. Exportieren Sie den Schlüssel in der Shell, die OpenWork startet.
  1. Starten Sie OpenWork mit dem festgelegten Importpfad.
OpenWork hält das Backend in einem isolierten Profil, sodass es eine Konfigurationsdatei in Ihrem Arbeitsverzeichnis ignoriert. Es kopiert das benannte Verzeichnis beim Start in das Profil und startet dann das Backend mit OPENCODE_CONFIG_DIR, das auf diese Kopie gesetzt ist. pnpm dev setzt OPENWORK_DEV_MODE=1, was den Import aktiviert. OpenWork leitet die übergeordnete Umgebung an das Backend weiter, wodurch FLEXINFERENCE_API_KEY den Provider-Eintrag erreicht.

Der Geltungsbereich kommt vom Profil, nicht vom Ordner

OpenWork liest keine Konfiguration aus Ihrem Arbeitsverzeichnis, daher gilt die von OpenCode angebotene globale und pro-Projekt-Aufteilung hier nicht. Der Geltungsbereich ergibt sich aus dem Profil, gegen das Sie starten. Behalten Sie ein Paar von Profilpfaden pro Konfiguration bei, zwischen denen Sie wechseln möchten. Dasselbe Paket, das in zwei Profile importiert wird, bietet Ihnen zwei isolierte Setups, jedes mit seiner eigenen Sitzungshistorie. Verwenden Sie die oben genannten Pfade wieder, um ein Profil beizubehalten. Ändern Sie sie, um ein neues zu starten.

Der Import kopiert bei jedem Start und löscht nie

Der Kopiervorgang läuft bei jedem Start und überschreibt. Bearbeiten Sie das Paket, starten Sie es auf denselben OPENWORK_ELECTRON_USERDATA- und OPENWORK_DATA_DIR-Pfaden neu, und das Backend liest die neue Datei. Es wird nie gelöscht. Eine Datei, die Sie aus dem Paket entfernt haben, bleibt in der Profilkopie. Um dies zu bereinigen, sind neue Pfade für beide Variablen erforderlich, was das Profil neu startet und seine Sitzungshistorie verliert. Tun Sie dies nur, wenn eine verbleibende Datei im Weg ist.

Bestätigen, dass der Schlüssel angewendet wurde

Jede Antwort enthält x-flexinference-defaults-applied. Weder das Backend noch die OpenWork-Benutzeroberfläche zeigen Antwort-Header an, lesen Sie stattdessen die Anfrage im Dashboard unter Logs.

Fehlerbehebung

Der Import wurde nie ausgeführt. OPENWORK_DEV_MODE=1 aktiviert ihn, und pnpm dev setzt ihn. Ein Produktionsstart überspringt den Import. Eine Konfigurationsänderung hat nichts bewirkt. Die Kopie wird pro Start ausgeführt, aber nur in das angegebene Profil. Starten Sie auf denselben OPENWORK_ELECTRON_USERDATA- und OPENWORK_DATA_DIR-Pfaden neu. Eine gelöschte Datei wird immer noch geladen. Die Kopie überschreibt, löscht aber nie. Starten Sie ein neues Profil mit neuen Pfaden für beide Variablen und akzeptieren Sie den Verlust der Sitzungshistorie. Anfragen erreichen uns nie. Das Top-Level-Feld model im Paket wählt den Provider aus. Ohne dieses bleibt das Backend bei seiner integrierten Standardeinstellung. 401 invalid_api_key. FLEXINFERENCE_API_KEY ist in der Shell, die OpenWork gestartet hat, nicht gesetzt. Exportieren Sie es dort, da das Backend die Umgebung dieser Shell erbt. Siehe Fehler für jede von uns zurückgegebene Ablehnung, Agentenschlüssel für diejenigen, die nicht spezifisch für OpenWork sind, und OpenCode für den Provider-Eintrag und die pro-Modell-Fristoptionen.