Skip to main content
OpenWorker verbindet seinen OpenAI-Anbieter mit jedem OpenAI-kompatiblen Server. Schlüssel werden im lokalen Geheimnisspeicher der App abgelegt, nicht in einer Datei. OpenWorker bietet keine Möglichkeit, start_within pro Anfrage festzulegen, daher wird die Frist auf den Schlüssel angewendet. Erstellen Sie zuerst einen (siehe Agentenschlüssel).
OpenWorker befindet sich in der offenen Beta-Phase, daher können sich diese Felder ändern. Überprüfen Sie sie anhand Ihres Builds.
Der Endpunkt und der Schlüssel werden über die Benutzeroberfläche der App und nicht über eine Datei eingegeben, daher enthält diese Seite keine Aufforderung zur Agentenkonfiguration. Nur die Modellzeile befindet sich in der Konfiguration.

​
OpenWorker konfigurieren

  1. Öffnen Sie OpenWorker und gehen Sie zu den Anbietereinstellungen. Wählen Sie den OpenAI-Anbieter.
  2. Fügen Sie Ihren Agentenschlüssel in OpenAI API key ein.
  3. Setzen Sie Custom endpoint (optional) auf den Router, einschließlich des /v1-Suffixes.
  1. Legen Sie das Standardmodell in ~/.config/coworker/config.toml fest.
Eine arbeitsbereichsbezogene Datei unter <your-project>/.coworker/config.toml überschreibt die globale Datei. Jeder Schlüssel darin ist optional, und nicht gesetzte Schlüssel greifen auf integrierte Standardwerte zurück. OpenWorker liest OPENAI_API_KEY auch aus der Umgebung. Exportieren Sie Ihren Agentenschlüssel dorthin, um ihn aus dem Geheimnisspeicher fernzuhalten.

​
Bestätigen, dass der Schlüssel angewendet wurde

Jede Antwort enthält x-flexinference-defaults-applied. OpenWorker zeigt keine Antwort-Header an, daher lesen Sie stattdessen die Anfrage im Dashboard unter Logs.

​
Fehlerbehebung

OpenWorker hat den Anbieter nicht anhand des Schlüssels erkannt. Es prüft auf sk- und AIza-Präfixe, um einen zu erraten, und ein flex_live_-Schlüssel passt zu keinem von beiden. Wählen Sie OpenAI selbst aus. Anfragen gehen immer noch an OpenAI. Custom endpoint (optional) ist leer, sodass der Anbieter auf api.openai.com zurückgreift. Setzen Sie ihn auf die Router-URL, einschließlich /v1. 400 unsupported_parameter. OpenWorker hat einen Chat Completions-Parameter gesendet, den wir nicht übersetzen, und bei einem Nicht-OpenAI-Modell lehnen wir jeden davon ab. Verwenden Sie einen gpt-*-Slug. 400 key_default_not_applicable. Ihr Schlüssel enthält eine Dauer und einer dieser Parameter wurde daneben angegeben. Bearbeiten Sie den Schlüssel zu einer Stufe. Die Modellauswahl und config.toml stimmen nicht überein. Eine arbeitsbereichsbezogene .coworker/config.toml überschreibt die globale Datei. Überprüfen Sie, welche davon Ihr Projektverzeichnis enthält. Siehe Fehler für jede Ablehnung, die wir zurückgeben, und Agentenschlüssel für diejenigen, die nicht spezifisch für OpenWorker sind.