Tool Integrations15 juillet 2026Flatkey

Provider compatible OpenAI de Continue.dev : guide de configuration Flatkey

Configurez Continue.dev avec Flatkey comme provider compatible OpenAI : config.yaml, apiBase, alias de modèles, rôles, vérifications d’utilisation d’outils, repli du point de terminaison et revue d’utilisation.

La configuration du fournisseur compatible OpenAI de Continue.dev n’est pas qu’un simple changement de fournisseur de modèle. Pour un assistant de codage, le chemin doit prouver quatre choses : que Continue lit le config.yaml prévu, que Flatkey est l’URL de base derrière le fournisseur OpenAI, que l’alias de modèle est activé pour votre clé, et que le modèle sélectionné peut prendre en charge le rôle Continue que vous lui attribuez.

Ce guide est rédigé pour les développeurs, les équipes produit IA, les builders d’automatisation, les ingénieurs plateforme, les responsables finance et les évaluateurs achats qui souhaitent un seul chemin compatible OpenAI, vérifiable, pour Continue et le reste de leur outillage IA. Il couvre la documentation actuelle de Continue, les vérifications de l’URL de base Flatkey, les rôles des modèles, la capacité d’utilisation des outils, le fallback de point de terminaison, la visibilité d’usage et le retour en arrière.

Note de source : cela a été vérifié le 29 juin 2026 par rapport à la page d’accueil Continue officielle, à la documentation officielle du fournisseur OpenAI de Continue, à la référence officielle du config.yaml de Continue, au guide officiel des capacités des modèles de Continue, et aux pages publiques en direct de Flatkey. La page d’accueil de Continue indique actuellement que Continue a été acquis par Cursor, donc vérifiez l’extension Continue, le CLI et le chemin de support que vous souhaitez avant de prendre une nouvelle décision de déploiement à l’échelle de l’équipe.

Réponse rapide : configuration du fournisseur compatible OpenAI de Continue.dev

Pour une configuration de fournisseur compatible OpenAI de Continue.dev avec Flatkey, configurez un modèle dans le config.yaml de Continue avec provider: openai, définissez apiBase sur votre URL de base actuelle du fournisseur Flatkey, utilisez une clé API Flatkey, et définissez model sur l’alias de modèle Flatkey exact. Testez ensuite la même URL de base et le même alias de modèle en dehors de Continue avant de vous y fier dans un espace de travail de code.

Champ Continue	Valeur Flatkey	Vérification de revue
`provider`	`openai`	La documentation du fournisseur OpenAI de Continue montre ce fournisseur pour les points de terminaison compatibles OpenAI lorsque `apiBase` est remplacé.
`apiBase`	L’URL de base Flatkey actuelle depuis votre console ou votre documentation, par exemple `https://console.flatkey.ai/v1` lorsqu’elle est vérifiée pour votre compte	Utilisez uniquement l’URL de base. Ne collez pas le point de terminaison complet `/chat/completions` dans `apiBase`.
`apiKey`	Une clé Flatkey détenue par le bon utilisateur, la bonne équipe ou le bon environnement	Utilisez un secret ou un flux via variable d’environnement pris en charge par votre version de Continue. Ne validez pas une clé en clair dans le dépôt.
`model`	L’alias exact du modèle Flatkey activé pour la clé	N’utilisez pas un nom de famille de fournisseur sauf si Flatkey expose cet alias exact.
`roles` et `capabilities`	Affectez uniquement les rôles que le modèle doit servir, et ajoutez `tool_use` seulement après avoir confirmé la prise en charge des outils/fonctions	La documentation des capacités de Continue relie `tool_use` aux outils et aux fonctions, ce qui compte pour les workflows Agent.

La séquence sûre est la suivante : copier l’URL de base Flatkey actuelle, sélectionner un alias de modèle visible dans le compte, tester le point de terminaison compatible OpenAI, ajouter le modèle à Continue, exécuter une invite à faible risque, puis vérifier l’usage dans Flatkey. Le reste de ce guide fournisseur compatible OpenAI de Continue.dev transforme cela en mode opératoire reproductible.

Ce que confirment les documents actuels de Continue

Continue documente désormais la configuration via config.yaml. Son guide de configuration indique que la configuration locale se trouve à ~/.continue/config.yaml sur macOS/Linux et à %USERPROFILE%\.continue\config.yaml sous Windows. Il indique également que Continue recharge la configuration lorsque le fichier est enregistré, ce qui rend un petit changement de fournisseur facile à tester et à annuler.

La page du fournisseur OpenAI montre le schéma qui compte pour Flatkey : une entrée de modèle peut utiliser provider: openai, un nom de modèle compatible OpenAI, un remplacement apiBase et une clé API. Cela fait du chemin fournisseur compatible OpenAI de Continue.dev une tâche de configuration d’URL de base et d’alias de modèle, et non une tâche d’implémentation de fournisseur personnalisé.

La référence config.yaml ajoute les détails opérationnels. Les modèles Continue peuvent spécifier des rôles tels que chat, edit et autocomplete. Continue peut également remplacer les capacités du modèle, y compris tool_use et image_input, lorsque la détection automatique ne suffit pas. Utilisez ces champs de manière intentionnelle. Un modèle adapté à l’autocomplétion peut être un mauvais choix pour l’usage d’outils de type agent.

Un autre détail de point de terminaison compte : la documentation du fournisseur OpenAI de Continue décrit des contrôles de point de terminaison, y compris le comportement hérité des complétions et la désactivation de l’API Responses lorsqu’un chemin de modèle a besoin de /chat/completions. La page de tarification publique de Flatkey vérifiée pour cet article liste des familles de points de terminaison comprenant /v1/chat/completions et /v1/responses, mais l’alias de modèle choisi et les autorisations du compte doivent quand même être vérifiés.

Valeurs Flatkey à confirmer avant de modifier Continue

La page d’accueil de Flatkey vérifiée le 29 juin 2026 affiche le titre One API gateway for production AI teams et décrit un accès unifié aux modèles, le routage, la facturation, l’analyse de l’utilisation et les contrôles opérationnels. Son exemple de code public utilise actuellement https://console.flatkey.ai/v1/chat/completions, donc l’URL de base correspondante pour une configuration Continue serait https://console.flatkey.ai/v1 lorsque c’est bien la valeur confirmée par votre compte.

La page de tarification de Flatkey vérifiée le même jour indique que le site compte actuellement 635 modèles activés répartis sur 23 fournisseurs. Elle liste également des familles d’endpoint pour les chat completions, responses, messages, images et vidéo. Ce sont des faits de catalogue et de route publique, pas une promesse que chaque clé peut appeler chaque modèle. Avant d’enregistrer une route de provider compatible OpenAI de Continue.dev, confirmez que l’alias du modèle est visible pour la clé Flatkey que Continue utilisera.

Si votre équipe dispose d’anciennes docs Flatkey, de scripts ou d’articles de blog mentionnant une autre URL de base, ne les recopiez pas aveuglément. Considérez la Flatkey Console ou la documentation actuelle du compte comme source de vérité, puis exécutez le prévol ci-dessous depuis la même machine où Continue s’exécutera.

Étape par étape : configurer Continue avec Flatkey

Confirmez la surface Continue. Décidez si vous configurez l’extension IDE, l’interface CLI ou une installation locale existante. Comme la page d’accueil de Continue indique désormais qu’elle a été acquise par Cursor, vérifiez le support et le chemin d’installation avant un nouveau déploiement.
Ouvrez le config.yaml actif. Utilisez le sélecteur de configuration et l’icône d’engrenage de Continue, ou ouvrez ~/.continue/config.yaml sur macOS/Linux ou %USERPROFILE%\.continue\config.yaml sur Windows.
Enregistrez l’entrée de modèle précédente. Sauvegardez l’ancien fournisseur, le modèle, les rôles et les indicateurs d’endpoint afin que le retour arrière soit une opération de copier-coller.
Copiez l’URL de base Flatkey. Utilisez l’URL de base du fournisseur, par exemple https://console.flatkey.ai/v1 lorsqu’elle est vérifiée pour votre compte. N’incluez pas /chat/completions dans apiBase.
Choisissez un alias de modèle par rôle. Commencez avec un modèle de chat/édition et ajoutez l’autocomplétion uniquement si vous disposez d’un modèle ajusté pour ce rôle.
Stockez la clé Flatkey en toute sécurité. Utilisez le schéma de secret, de variable d’environnement ou d’identifiant local pris en charge par votre version de Continue. N’ajoutez pas de clé brute dans une configuration partagée.
Ajoutez l’entrée du modèle. Utilisez provider: openai, le apiBase Flatkey, l’alias de modèle Flatkey et des rôles restreints.
Exécutez le prévol curl. Testez la même URL de base, la même clé et le même modèle avant de juger Continue lui-même.
Exécutez une invite Continue sans risque. Utilisez une branche jetable ou une tâche non destructive, puis vérifiez l’utilisation Flatkey pour l’horodatage, le modèle, les jetons et le coût.
Documentez la propriété. Notez qui possède la clé, qui peut la faire tourner, quel alias de modèle est approuvé et quand réexaminer la route.

Modèle de config.yaml pour Flatkey

Ceci est un modèle, pas un remplacement universel prêt à l’emploi. Remplacez les espaces réservés par des valeurs vérifiées dans votre compte Flatkey et votre version actuelle de Continue.

name: Flatkey Continue Config
version: 0.0.1
schema: v1

models:
  - name: Flatkey chat and edit
    provider: openai
    model: <flatkey-chat-model-alias>
    apiBase: https://console.flatkey.ai/v1
    apiKey: <load-from-your-continue-secret-or-env-flow>
    roles:
      - chat
      - edit
      - apply
    capabilities:
      - tool_use
    defaultCompletionOptions:
      maxTokens: 2000

  - name: Flatkey autocomplete
    provider: openai
    model: <flatkey-autocomplete-model-alias>
    apiBase: https://console.flatkey.ai/v1
    apiKey: <load-from-your-continue-secret-or-env-flow>
    roles:
      - autocomplete
    autocompleteOptions:
      debounceDelay: 350
      maxPromptTokens: 1024

Si la route du modèle que vous avez choisie rencontre des difficultés avec /responses, la documentation du provider OpenAI de Continue décrit une option useResponsesApi: false. N’utilisez-la qu’après avoir constaté que le modèle, la famille d’endpoint ou la route du compte nécessite /chat/completions pour la tâche.

models:
  - name: Flatkey chat completions only
    provider: openai
    model: <flatkey-model-alias>
    apiBase: https://console.flatkey.ai/v1
    apiKey: <load-from-your-continue-secret-or-env-flow>
    useResponsesApi: false
    roles:
      - chat
      - edit

Prévol de la route en dehors de Continue

Un petit test curl permet de distinguer les problèmes de routage Flatkey des problèmes de configuration Continue. Utilisez la même URL de base, la même clé et le même alias de modèle que vous prévoyez de mettre dans config.yaml.

export FLATKEY_API_KEY="fk_replace_me"
export FLATKEY_BASE_URL="https://console.flatkey.ai/v1"
export FLATKEY_CONTINUE_MODEL="replace-with-flatkey-model-alias"

curl "$FLATKEY_BASE_URL/chat/completions" \
  -H "Authorization: Bearer $FLATKEY_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "'"$FLATKEY_CONTINUE_MODEL"'",
    "messages": [
      {
        "role": "user",
        "content": "Return the word ok."
      }
    ],
    "max_tokens": 16
  }'

Pour une route de type agent avec un provider compatible OpenAI de Continue.dev, ajoutez un second prévol avec un schéma d’outil si le rôle Continue choisi a besoin de l’utilisation d’outils. Une simple réponse de chat prouve le transport, mais ne prouve pas le comportement des fonctions/outils.

curl "$FLATKEY_BASE_URL/chat/completions" \
  -H "Authorization: Bearer $FLATKEY_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "'"$FLATKEY_CONTINUE_MODEL"'",
    "messages": [
      {
        "role": "user",
        "content": "Appelez route_check avec le statut ok et sans prose."
      }
    ],
    "tools": [
      {
        "type": "function",
        "function": {
          "name": "route_check",
          "description": "Retourner le statut de la route.",
          "parameters": {
            "type": "object",
            "properties": {
              "status": { "type": "string" }
            },
            "required": ["status"]
          }
        }
      }
    ],
    "tool_choice": {
      "type": "function",
      "function": { "name": "route_check" }
    },
    "max_tokens": 64
  }'

Une réponse saine d’utilisation d’outil doit inclure une structure tool_calls de type OpenAI. Si cette requête échoue, corrigez la clé Flatkey, l’URL de base, l’alias du modèle, la famille d’endpoint ou la capacité du modèle avant de modifier à nouveau Continue.

Liste de vérification des capacités, du rôle et de l’endpoint

Décision	Ce qu’il faut vérifier	Pourquoi c’est important
Modèle chat/edit	L’alias du modèle peut répondre à des questions de code via l’endpoint Flatkey sélectionné.	C’est la preuve minimale pour les rôles chat et edit destinés aux développeurs.
Utilisation d’outils	Le modèle renvoie des appels d’outil au format OpenAI dans un préflight curl.	La documentation de Continue sur les capacités des modèles relie `tool_use` aux outils et aux fonctions.
Autocomplétion	Rôle séparé, prompts plus courts, latence acceptable depuis la machine du développeur.	L’autocomplétion n’a pas les mêmes attentes UX que le chat.
API Responses	La route du modèle sélectionné prend en charge l’endpoint que Continue appelle.	Certaines combinaisons de modèles et de passerelles nécessitent `useResponsesApi: false`.
Revue de l’utilisation	Flatkey affiche la requête sous la clé attendue, l’horodatage, le modèle et le coût.	Les responsables financiers et plateforme ont besoin d’un point unique pour rapprocher l’usage.

Modes d’échec à déboguer en premier

La plupart des échecs du provider compatible OpenAI de Continue.dev proviennent d’un petit ensemble de décalages. Vérifiez-les avant de supposer que Continue ou Flatkey est en panne.

Symptôme	Cause probable	Correction
La configuration ne se charge pas	Mauvais fichier, erreur d’indentation YAML ou configuration obsolète sélectionnée dans l’IDE.	Ouvrez la configuration via le sélecteur de Continue, validez le YAML, enregistrez et surveillez le rechargement.
Clé API invalide	La clé a été copiée incorrectement, renouvelée, limitée à un autre environnement, ou appartient à un fournisseur amont.	Générez ou sélectionnez la bonne clé Flatkey et retestez avec curl avant de mettre à jour Continue.
Erreur de connexion	`apiBase` inclut le chemin complet de l’endpoint, utilise une ancienne URL de base, ou la machine ne peut pas atteindre la route.	Utilisez uniquement l’URL de base actuelle du fournisseur et testez depuis la même machine.
Modèle introuvable	La valeur `model` de Continue ne correspond pas à un alias Flatkey activé pour la clé.	Copiez l’alias exact du modèle depuis la tarification Flatkey, le catalogue ou la liste de modèles visible dans le compte.
Les outils ou le mode Agent échouent	Le modèle sélectionné ne peut pas produire le comportement d’outil/fonction attendu par le rôle.	Utilisez un modèle compatible avec les outils et relancez le préflight d’appel d’outil avant de définir `tool_use`.
Erreurs spécifiques à l’endpoint	Continue appelle `/responses` alors que la route sélectionnée devrait utiliser chat completions, ou l’inverse.	Vérifiez la prise en charge des endpoints par Flatkey et utilisez les indicateurs d’endpoint de Continue uniquement si nécessaire.
L’utilisation ne peut pas être rapprochée	L’équipe n’a pas consigné le propriétaire de la clé, l’alias du modèle, le développeur, l’environnement ou l’horodatage.	Ajoutez une ligne de procédure d’exploitation avant d’étendre la configuration à davantage de développeurs.

Procédure d’exploitation de production pour Continue et Flatkey

Avant que davantage de développeurs n’utilisent la route provider compatible OpenAI de Continue.dev, consignez les informations opérationnelles qui rendent possible le support et la revue des coûts.

Champ de procédure	À consigner
Responsable	Équipe, groupe de développeurs et personne pouvant renouveler la clé Flatkey.
Surface Continue	Extension IDE ou CLI, version si disponible, et emplacement de la configuration.
URL de base Flatkey	URL de base actuelle approuvée par le compte et date de vérification.
Alias des modèles	Un alias par rôle : chat/edit, apply, autocomplétion ou chemin d’agent pour l’utilisation d’outils.
Politique d’endpoint	Si la route doit utiliser responses, chat completions ou un fallback documenté.
Revue des coûts	Où l’utilisation, le nombre de jetons, le statut de la requête et le coût seront examinés dans Flatkey.
Retour arrière	Entrée de fournisseur précédente, ancien alias de modèle et approbation du responsable pour revenir en arrière.

Où cela s’inscrit dans un cluster d’outils Flatkey

Si votre équipe a déjà routé d’autres outils via Flatkey, conservez le même mode de fonctionnement pour Continue. Le guide de configuration de l’API Cherry Studio est utile pour des vérifications simples de l’URL de base côté client de bureau. Le guide CC Switch Claude Code Flatkey est utile pour la discipline de routage des outils de développement. Le guide plus large sur la migration vers une API compatible OpenAI est l’endroit où standardiser les changements d’URL de base, la vérification des alias de modèles et le retour arrière.

La valeur d’un routeur unifié ne se limite pas à réduire le nombre de clés de fournisseur. C’est aussi la capacité de voir quel outil, quel modèle, quel propriétaire de clé et quel flux de travail a généré l’usage. C’est pourquoi une migration Continue.dev OpenAI compatible provider doit se terminer par une vérification de l’usage dans Flatkey, et pas seulement par un prompt qui fonctionne.

Questions fréquentes

Continue prend-il toujours en charge le routage compatible OpenAI ?

La documentation actuelle du fournisseur OpenAI de Continue montre un schéma de configuration compatible OpenAI utilisant provider: openai, model, apiBase et apiKey. Sa page d’accueil indique aussi que Continue a été acquis par Cursor, alors vérifiez votre extension, votre CLI et votre parcours de support exacts avant un nouveau déploiement.

Quelle URL de base Flatkey dois-je utiliser ?

Utilisez l’URL de base actuelle du fournisseur depuis votre compte Flatkey. La page d’accueil publique consultée pour cet article affichait https://console.flatkey.ai/v1/chat/completions, ce qui correspond à https://console.flatkey.ai/v1 comme URL de base. La documentation de votre compte ou la console doit primer si elle diffère.

Un seul modèle doit-il gérer chaque rôle de Continue ?

Pas automatiquement. Les usages de chat, d’édition, d’application, d’autocomplétion et de type agent peuvent avoir des besoins différents en matière de latence, de contexte et de capacités. Commencez par l’affectation de rôle la plus restreinte, puis ajoutez d’autres rôles après les tests.

Ai-je besoin de `tool_use` ?

Uniquement lorsque le rôle a besoin d’un comportement d’outil/fonction et que le modèle sélectionné peut réellement renvoyer des appels d’outils au format OpenAI. Continue peut détecter automatiquement de nombreuses capacités, mais sa documentation permet des surcharges pour les déploiements personnalisés ou les cas où la détection automatique ne fonctionne pas.

Comment dois-je gérer la clé API ?

Gardez la clé Flatkey hors des fichiers du dépôt, des captures d’écran et des commentaires de tickets partagés. Utilisez le modèle de secret local ou de variable d’environnement pris en charge par votre version de Continue, puis notez qui est propriétaire de la clé et qui peut la faire tourner.

Liste de vérification finale

Surface Continue actuelle vérifiée après l’avis d’acquisition par Cursor.
config.yaml actif localisé et sauvegardé.
URL de base Flatkey copiée depuis la source actuelle du compte.
Alias de modèle confirmé pour la clé Flatkey.
Comportement du point de terminaison de chat completions ou responses testé.
Pré-vérification de l’usage d’outils exécutée lorsque le rôle nécessite des outils.
Usage examiné dans Flatkey après le premier prompt Continue sûr.
Propriétaire du retour arrière et configuration précédente consignés.

Lorsque ces vérifications sont terminées, la route Continue.dev OpenAI compatible provider devient une intégration Flatkey maîtrisable au lieu d’un autre identifiant développeur non géré. Si vous standardisez davantage d’outils, comparez les alias de modèles et la politique d’usage sur la tarification Flatkey, puis obtenez une clé pour l’espace de travail qui prendra en charge le premier déploiement.