Continue CLI contre Cursor : flux de travail, modèles et coût total

Continue et Cursor ne sont plus deux produits concurrents entre lesquels choisir : Continue a été acquis par Cursor, son dépôt est en lecture seule, et la partie dont le fonctionnement reste documenté est celle que vous configurez vous-même dans un fichier local. Cursor est le seul produit qui continue d’évoluer et, depuis le 14 août 2026, il s’agit d’une filiale détenue à 100 % par SpaceX. La vraie question n’est donc pas de savoir quel agent offre les meilleures fonctionnalités, mais si vous voulez un client figé que vous pouvez diriger vers n’importe quel endpoint OpenAI-compatible, ou un produit maintenu dont Cursor définit l’accès aux modèles.

continue.dev est désormais une seule page intitulée « Continue (acquired by Cursor) », et le README du dépôt commence par une note indiquant que le dépôt « n’est plus activement maintenu et est en lecture seule pour tous les utilisateurs ». Le dernier commit sur main est daté du 21 juillet 2026 et supprime le lien de connexion, car le parcours de connexion a été retiré. De son côté, la documentation de Cursor indique désormais la prise en charge de modèles d’« OpenAI, Anthropic, Google, SpaceXAI et plus encore », et son catalogue propriétaire comprend Grok et Composer. Tout a été vérifié le 19 septembre 2026.

Lequel choisir

Comme l’un des deux côtés est figé, la décision dépend de cinq éléments concrets : votre façon de travailler, les personnes qui approuvent les actions de l’agent, le fait que le choix du modèle vous appartienne ou appartienne au fournisseur, l’endroit où la facture est imputée et le coût de la migration.

Une remarque avant de vous appuyer sur la colonne Continue. Sa page de configuration de la CLI indique que cn recherche la configuration d’abord dans un chemin de fichier --config, puis dans une configuration enregistrée, puis dans la configuration par défaut ~/.continue/config.yaml ; écrivez donc les modèles directement dans un fichier local que vous contrôlez. La même page présente des options de lancement qui acceptent un identifiant qualifié, tel que cn --agent my-org/pr-reviewer ; il s’agit d’un identifiant qualifié, et non du chemin de fichier accepté par l’option --config. Comme le dépôt est en lecture seule et que le parcours de connexion a été retiré, cette page ne peut pas vous dire vers quoi un tel identifiant est résolu aujourd’hui. Préférez le fichier local à tout ce qui doit être récupéré.

Ce que chaque produit est réellement aujourd’hui

Deux divergences entre les sources méritent d’être connues plutôt que masquées. Le README qualifie le dépôt de lecture seule, tandis que l’API GitHub indique archived: false, avec un pushed_at postérieur à tout commit sur main et un nombre actuel de problèmes ouverts qui se compte par centaines. De plus, la ligne du README sur la « version finale 2.0.0 », qu’il applique aux trois artefacts, ne correspond à aucun registre : Open VSX fournit la version 2.1.0 en préversion, datée du 19 juin 2026, au-dessus d’une version stable 2.0.0 ; npm fournit la CLI en version 1.5.47 ; et JetBrains Marketplace fournit le plugin en version 1.0.67. Citez l’artefact que vous avez installé, pas la ligne du README.

La différence décisive : où se trouve la clé du modèle

C’est l’axe qui les sépare réellement, et il n’est pas symétrique. La référence de config.yaml de Continue documente apiBase comme un champ qui « peut être utilisé pour remplacer la base API par défaut spécifiée par modèle », et sa page du fournisseur OpenAI montre provider: openai avec un apiBase portant le suffixe /v1 — le protocole, pas le fournisseur. La même référence répertorie les roles qu’une entrée de modèle peut renseigner — chat, autocomplete, embed, rerank, edit, apply, summarize, avec [chat, edit, apply, summarize] par défaut — et précise que la capacité tool_use est « requise pour le mode Agent ». Cette référence ne documente aucun niveau de forfait ni aucun compte comme condition pour ces champs.

Cursor documente la forme opposée. Sa page d’aide sur l’utilisation de votre propre clé vous demande d’ouvrir Cursor Settings, de trouver OpenAI, Anthropic, Google, Azure OpenAI ou AWS Bedrock, puis de coller une clé. Il s’agit d’une liste de fournisseurs, et les seuls endpoints appartenant au client sont ceux d’Azure OpenAI et de Bedrock que la même page décrit — « modèles déployés dans votre instance Azure OpenAI Service » et modèles « disponibles dans votre configuration Bedrock ». Cette page ne comporte aucun champ pour une base URL OpenAI-compatible arbitraire. Elle indique également que « les clés API personnalisées ne fonctionnent qu’avec les modèles de chat » et que Tab continue d’utiliser les modèles intégrés de Cursor. La référence d’authentification de la CLI Cursor documente exactement deux méthodes : la connexion via navigateur et une CURSOR_API_KEY fournie par Cursor ; elle ne documente ni clé de fournisseur ni option d’endpoint. Des discussions communautaires décrivent un champ « Override OpenAI Base URL » dont la visibilité dépend du forfait — il s’agit d’éléments issus de forums, ce champ n’apparaît dans aucune documentation Cursor vérifiée ici, et cette page ne le traite ni comme une configuration prise en charge ni comme une fonctionnalité inexistante. Tout ce qui suit concerne ce que Cursor documente.

Deux limites à garder à l’esprit si vous choisissez Continue. Premièrement, copiez le suffixe /v1 : le propre exemple OpenAI-compatible de Continue écrit apiBase sous la forme http://localhost:8000/v1, et la configuration Continue de Kunavo indique l’https://api.kunavo.com/v1 complet pour la même raison. Deuxièmement, Kunavo ne fournit pas les rôles embed ou rerank — aucun modèle du catalogue Kunavo ne répond à une requête d’embedding — dirigez donc ces entrées vers un embedder local ou un fournisseur externe et gardez Kunavo pour les entrées chat, edit, apply et autocomplete. Pour la route de forme Anthropic, la référence générique documente apiBase, tandis que la page du fournisseur Anthropic ne le mentionne jamais ; considérez donc cette route comme plausible plutôt que documentée et confirmez-la dans votre propre configuration ; l’endpoint Messages est celui vers lequel elle aboutirait.

Ce que Cursor facture

Lu dans la documentation de Cursor sur les modèles et les tarifs le 19 septembre 2026, à l’exception de la ligne Hobby, issue de la page d’aide de Cursor sur les tarifs — Hobby ne figure pas du tout dans le tableau des forfaits de la documentation. Trois éléments que ce tableau ne dit pas. Cursor ne publie aucune valeur en dollars pour ce qu’inclut chaque forfait — uniquement des indications comportementales ; ses propres chiffres sont « Utilisateurs quotidiens d’Agent : généralement $60–$100/mois d’utilisation totale » et « Utilisateurs intensifs (plusieurs agents/automatisation) : souvent $200+/mois d’utilisation totale ». Start est réservé à l’Inde et exclut explicitement le pool Other Models, l’utilisation à la demande, Bugbot et Auto ; ce n’est donc pas un niveau mondial bon marché. Avec Teams et Enterprise, chaque requête à un modèle tiers entraîne un Cursor Token Rate de $0.25 par million de jetons, qu’il s’agisse de jetons d’entrée, de sortie ou mis en cache, appliqué en plus du tarif API du modèle « pour l’utilisation incluse, l’utilisation à la demande et l’utilisation BYOK » ; Grok et Composer propriétaires sont exemptés. Deux majorations documentées figurent également en dehors de ce tableau : l’activation de la résidence régionale des données ajoute 10 % aux modèles éligibles, et le Max Mode, disponible uniquement avec les anciens forfaits facturés à la requête, est facturé au tarif API du modèle majoré de 20 %. Les tarifs annuels ne sont pas indiqués ici.

Une estimation détaillée des coûts pour Continue

Il s’agit de calculs illustratifs fondés sur les jetons, et non de coûts mesurés pour une tâche ni d’un plafond de facturation. Supposons une session d’agent qui envoie 400,000 jetons d’entrée non mis en cache et reçoit 25,000 jetons de sortie. La colonne Cursor utilise les tarifs publiés par Cursor pour Other Models, pour un modèle portant ce nom ; la colonne Kunavo utilise les tarifs en direct du catalogue pour l’identifiant de modèle Kunavo que vous placeriez dans config.yaml. Ces colonnes ne sont pas interchangeables : l’une est accessible dans Cursor, l’autre dans Continue ou dans un autre client qui accepte une base URL.

Trois constats, dont le troisième est celui que les gens comprennent mal. Cursor documente le pool Other Models comme étant « facturé au prix API du modèle », sans majoration pour les forfaits individuels au-delà des deux majorations optionnelles mentionnées ci-dessus ; lorsque les deux colonnes correspondent, comme pour Claude Sonnet 5, l’argument en faveur d’une passerelle tient donc à l’accès aux modèles et à la portabilité, pas à une remise. Lorsqu’elles diffèrent, l’écart relève d’une différence de catalogue et ne constitue pas une promesse sur votre coût total. Avec un forfait Teams ou Enterprise, la même session ajoute $0.106 au Cursor Token Rate de $0.25 par million, en plus du tarif applicable. Le prix affiché le plus bas n’est pas le coût le plus faible pour terminer la tâche : un modèle qui nécessite trois tentatives peut coûter plus cher qu’un modèle plus cher qui réussit en un seul passage ; mesurez donc les coûts sur votre propre dépôt avant de classer les modèles selon leur tarif.

Il existe une option moins coûteuse pour les rôles à fort volume. Le rôle d’autocomplétion de Continue se déclenche à chaque frappe ; une entrée distincte désignant un petit modèle — Claude Haiku 4.5 est facturé $0.70 en entrée et $3.50 en sortie par million — réduit généralement davantage le total mensuel que tout autre réglage pris isolément. Le montant affiché dans le catalogue de Kunavo constitue un seuil de facturation, et non un plafond : lorsque le fournisseur en amont communique son coût, la facture correspond au montant le plus élevé entre le coût du catalogue et le coût du fournisseur en amont multiplié par la majoration applicable. Les frais de cache et les outils externes ne sont pas inclus dans cet exemple. Le rechargement minimal est de $10 de crédit prépayé ; il s’agit d’un minimum de financement, et non d’un abonnement — consultez les détails de la facturation.

Coût de migration, dans les deux sens

Aucun des deux ne documente d’importateur. Continue conserve les règles du projet dans un dossier .continue/rules de l’espace de travail ; la documentation des règles de Cursor répertorie les règles du projet dans .cursor/rules sous forme de fichiers .mdc, les règles utilisateur, les règles d’équipe pour les forfaits Team et Enterprise, ainsi que AGENTS.md comme solution plus simple. Leur réécriture constitue le coût visible. Le coût moins visible est qu’une configuration Continue pointant vers un point de terminaison tiers arbitraire n’a aucune destination documentée dans Cursor ; le changement implique donc aussi un changement de modèle de facturation — des jetons facturés à l’usage que vous contrôlez vers un abonnement auquel s’ajoute l’utilisation mesurée d’un service tiers.

Faire le chemin inverse est moins coûteux au départ, mais plus risqué à conserver : Continue accepte un apiBase pour tout point de terminaison compatible avec OpenAI, mais vous adoptez un client dont le dépôt est en lecture seule. Si ce que vous recherchiez réellement avec Continue était la liberté de choisir le point de terminaison, une solution qui continue d’être publiée et offre la même liberté constitue une meilleure destination — Cline, OpenCode et Zed acceptent chacun une URL de base personnalisée dans leurs guides de configuration Kunavo. Alternatives à Cursor présente cette sélection, et Claude Code contre Cursor traite la question terminal contre éditeur sans la répéter ici.

Si vous choisissez Continue

Kunavo publie une référence de configuration pour Continue. Il s’agit d’un guide de configuration publié, et non d’un test de compatibilité : Continue n’a pas été testé ici en conditions réelles avec api.kunavo.com, et toutes les affirmations comportementales ci-dessus proviennent de la documentation de Continue, de son dépôt et des registres de paquets. Indiquez les modèles directement dans ~/.continue/config.yaml plutôt que de vous fier à un slug Hub, conservez une route fonctionnelle pendant vos essais, exécutez une tâche limitée, puis consultez le montant enregistré par votre compte pour cette tâche. Commencez par le guide d’intégration de Continue, puis créez un compte Kunavo lorsque vous serez prêt à approvisionner une clé.

Vous comparez encore des clients plutôt que des points de terminaison ? Cline contre Cursor et Zed contre Cursor posent la même question à des clients qui continuent d’être publiés, tandis que l’explication de l’API compatible avec OpenAI explique pourquoi provider: openai désigne un protocole plutôt qu’un fournisseur.

Questions fréquentes

Vérifié le 19 septembre 2026 à partir de continue.dev, des fichiers README de continuedev/continue et de la CLI, des fiches GitHub, npm, Open VSX et JetBrains Marketplace, de docs.continue.dev, ainsi que de la documentation de Cursor sur les modèles et les tarifs, les règles, la CLI et l’utilisation de votre propre clé. La date d’acquisition de SpaceX provient de Wikipédia, et non d’une publication datée sur le site de l’une ou l’autre entreprise. Aucun des deux clients n’a été testé en conditions réelles avec Kunavo ni avec un quelconque point de terminaison ; aucun benchmark n’a été exécuté, aucun hôte n’a été sondé, et chaque exemple en dollars correspond à un calcul illustratif de jetons aux tarifs actuels du catalogue. Lorsqu’un document reste silencieux — Cursor concernant les URL de base personnalisées, Continue concernant les réponses de ses anciens points de terminaison hébergés — cette page indique que le document est silencieux au lieu de combler la lacune.