start_within dans son interface utilisateur, la date limite dépend donc de la clé. Créez-en une d’abord : consultez clés d’agent.
Configurer cela avec un agent
Ouvrez le bloc ci-dessous et copiez-le dans n’importe quel agent de codage. L’invite ne vous demande jamais votre clé API : l’agent configure tout le reste, puis imprime la ligne d’exportation que vous devez exécuter vous-même.Copier l'invite de configuration de l'agent
Copier l'invite de configuration de l'agent
Configurer OpenWork
- Placez un fichier
opencode.jsondans un répertoire dédié. Utilisez l’entrée du fournisseur depuis OpenCode. - Exportez la clé dans le shell qui démarre OpenWork.
- Lancez OpenWork avec le chemin d’importation défini.
OPENCODE_CONFIG_DIR défini sur cette copie.
pnpm dev définit OPENWORK_DEV_MODE=1, ce qui active l’importation.
OpenWork transmet l’environnement parent au backend, de sorte que FLEXINFERENCE_API_KEY atteint l’entrée du fournisseur.
La portée provient du profil, pas du dossier
OpenWork ne lit pas la configuration de votre répertoire de travail, la séparation globale et par projet qu’offre OpenCode ne s’applique donc pas ici. La portée provient du profil que vous utilisez au lancement.
Conservez une paire de chemins de profil par configuration entre lesquelles vous souhaitez basculer. Le même bundle importé dans deux profils vous donne deux configurations isolées, chacune avec son propre historique de session.
Réutilisez les chemins ci-dessus pour conserver un profil. Modifiez-les pour en démarrer un nouveau.
L’importation copie à chaque lancement et ne supprime jamais
La copie s’exécute à chaque lancement et elle écrase les fichiers existants. Modifiez le bundle, redémarrez avec les mêmes cheminsOPENWORK_ELECTRON_USERDATA et OPENWORK_DATA_DIR, et le backend lira le nouveau fichier.
Elle ne supprime jamais. Un fichier que vous avez supprimé du bundle reste dans la copie du profil. Pour effacer cela, il faut de nouveaux chemins pour les deux variables, ce qui réinitialise le profil et entraîne la perte de son historique de session. Ne le faites que si un fichier résiduel pose problème.
Confirmer l’application de la clé
Chaque réponse est accompagnée dex-flexinference-defaults-applied. Ni le backend ni l’interface utilisateur d’OpenWork n’affichent les en-têtes de réponse, lisez donc la requête dans le tableau de bord sous Logs à la place.
Dépannage
L’importation n’a jamais eu lieu. C’estOPENWORK_DEV_MODE=1 qui l’active, et pnpm dev le définit. Un lancement en production ignore l’importation.
Une modification de la configuration n’a rien changé. La copie s’exécute à chaque lancement mais uniquement sur le profil qui lui a été donné. Redémarrez avec les mêmes chemins OPENWORK_ELECTRON_USERDATA et OPENWORK_DATA_DIR.
Un fichier que vous avez supprimé est toujours chargé. La copie écrase mais ne supprime jamais. Démarrez un nouveau profil avec de nouveaux chemins pour les deux variables, en acceptant la perte de l’historique de session.
Les requêtes ne nous parviennent jamais. Le champ model de niveau supérieur dans le bundle est ce qui sélectionne le fournisseur. Sans lui, le backend reste sur sa valeur par défaut intégrée.
401 invalid_api_key. FLEXINFERENCE_API_KEY n’est pas défini dans le shell qui a démarré OpenWork. Exportez-le là, car le backend hérite de l’environnement de ce shell.
Consultez erreurs pour chaque refus que nous renvoyons, clés d’agent pour ceux qui ne sont pas spécifiques à OpenWork, et OpenCode pour l’entrée du fournisseur et les options de délai par modèle.