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.Agenten-Setup-Prompt kopieren
Agenten-Setup-Prompt kopieren
OpenWork konfigurieren
- Legen Sie eine
opencode.jsonin ein eigenes Verzeichnis. Verwenden Sie den Provider-Eintrag von OpenCode. - Exportieren Sie den Schlüssel in der Shell, die OpenWork startet.
- Starten Sie OpenWork mit dem festgelegten Importpfad.
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 denselbenOPENWORK_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ältx-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.