Continue.dev racheté par Cursor : migrer vers Cline en local (2026)

#Ce qui s'est passé

Cursor (la société Anysphere) a repris l'équipe de Continue et mis fin au produit autonome. Selon Bodega One, l'annonce date d'environ le 16 juin 2026 et la dernière version, la 2.0.0 de l'extension VS Code, a été publiée le 19 juin. Le README du dépôt continuedev/continue confirme l'essentiel : le dépôt n'est plus activement maintenu et il est en lecture seule pour tous.

Dépôt gelé, licence inchangée

Le code reste sous licence Apache 2.0 (2023 à 2026, Continue Dev, Inc.). Vous pouvez le cloner, le forker et faire tourner la version que vous avez déjà.

Dernière version sans télémétrie ni authentification

Les mainteneurs indiquent que la version 2.0.0 finale retire la télémétrie anonyme et l'authentification, ce qui la rend utilisable sans compte, avec une configuration locale.

Service hébergé fermé

Toujours selon Bodega One, les données stockées chez Continue (historique, configurations synchronisées, réglages d'équipe) étaient supprimées après le 15 juillet 2026. Ce qui est sur votre disque n'est pas touché.

JetBrains : recommandation de la CLI

Le README recommande d'utiliser la CLI de Continue plutôt que le plugin JetBrains.

#Faut-il migrer, et quand ?

Contrairement à ce que laissent entendre certains titres alarmistes, rien ne s'arrête sur votre poste du jour au lendemain. Une extension déjà installée, configurée en local avec Ollama, continue de fonctionner. La question est donc de calendrier et de risque, pas d'urgence absolue. Voici comment trancher.

Le point de sécurité mérite d'être pesé sans dramatiser. Une extension d'éditeur lit vos fichiers et peut exécuter du code ; sans mainteneur, une faille découverte ne sera pas corrigée. Pour un projet personnel sur un poste isolé, le risque est faible. Pour du code d'entreprise, il devient un vrai sujet de gouvernance.

#Cline face à Continue : ce qui change vraiment

Cline est présenté par son dépôt comme un agent de code open source pour l'éditeur, le terminal et le bureau. Sa licence est Apache 2.0, et non MIT comme on le lit parfois : c'est aussi une licence permissive avec concession de brevet, sans incidence pratique pour vous. Il accepte Ollama et LM Studio, ainsi que toute API compatible OpenAI.

#Et Roo Code, Kilo Code, les autres ?

Roo Code, longtemps cité comme le fork le plus dynamique de Cline, a cessé ses activités le 15 mai 2026, d'après Bodega One, et recommandait lui-même Cline pour ceux qui veulent une extension open source indépendante du modèle. Kilo Code, un fork de Roo Code, reste une variante possible. Pour rester le plus proche d'une lignée vivante avec Ollama, Cline est le choix le plus direct ; si vous préférez le terminal, OpenCode et Aider font le même travail sans éditeur.

• OpenCode + Ollama : un agent de code dans votre terminal
• Roo Code : l'agent de code local (projet arrêté)

#Quel modèle de code choisir

Cline parle à Ollama : tout modèle de code disponible dans Ollama convient. Le critère est la mémoire, contexte compris. Les tailles ci-dessous viennent de la bibliothèque Ollama et concernent les poids seuls, avant le cache de contexte. Un agent de code envoie beaucoup de texte (fichiers ouverts, arborescence, sorties de commandes) : la marge de mémoire compte davantage que pour un simple chat.

#Migration pas à pas

1. 01
   Exportez ce qui existe encore

   Si vous aviez un compte Continue, vérifiez s'il reste des données à récupérer. Si votre configuration est un fichier local, copiez-le simplement : il contient vos modèles et vos prompts personnalisés que vous pourrez recopier dans Cline.
2. 02
   Vérifiez qu'Ollama répond

   Lancez ollama list. Ollama doit écouter sur http://localhost:11434, l'adresse que Cline utilise par défaut.
3. 03
   Téléchargez un modèle de code

   Choisissez selon le tableau ci-dessus, puis tirez le modèle avec la commande ollama pull.
4. 04
   Réglez le contexte

   Démarrez Ollama avec un contexte de 64 000 tokens, ou réglez-le dans l'application Ollama. Vérifiez avec ollama ps qu'il tient encore entièrement sur la carte.
5. 05
   Installez Cline

   Dans VS Code, ouvrez le panneau Extensions, cherchez Cline et installez-le. Une icône apparaît dans la barre latérale.
6. 06
   Choisissez Ollama comme fournisseur

   Dans les paramètres de Cline, sélectionnez le fournisseur Ollama, gardez l'URL http://localhost:11434 et choisissez votre modèle dans la liste.
7. 07
   Activez l'invite compacte

   La documentation de Cline recommande d'activer Use Compact Prompt (Paramètres, Fonctionnalités) pour l'inférence locale.
8. 08
   Désinstallez Continue quand tout marche

   Les deux extensions peuvent cohabiter le temps du test ; retirez Continue ensuite pour éviter les conflits de raccourcis.

ollama pull qwen3.5:9b
OLLAMA_CONTEXT_LENGTH=64000 ollama serve

Si Ollama tourne déjà comme service (macOS, Windows), n'utilisez pas la seconde commande : réglez la longueur de contexte dans les paramètres de l'application Ollama, sous peine d'un conflit de port. Sous Linux avec systemd, définissez la variable dans le service.

#Ce qui se transpose, et ce qui ne se transpose pas

Vos choix de modèles et l'adresse d'Ollama se recopient en une minute dans les paramètres de Cline. Vos prompts personnalisés et vos consignes de style demandent un travail manuel : rédigez-les à nouveau comme instructions de projet ou de tâche, en profitant de l'occasion pour les raccourcir, car un agent local réagit mieux à des consignes brèves. Les raccourcis clavier changent. Quant à l'historique de vos conversations Continue, rien ne permet d'affirmer qu'un import automatique existe : considérez-le comme non transférable et exportez ce qui a de la valeur avant de désinstaller.

#Les réglages qui font marcher Cline en local

La documentation de Cline pour les modèles locaux donne des repères de mémoire vive : 16 à 32 Go pour de petits modèles quantifiés, 32 à 64 Go pour des modèles de code de taille moyenne, plus de 64 Go pour de grands modèles et de grands contextes. Elle recommande aussi de garder des tâches ciblées, car un contexte plus petit rend les réponses plus rapides, et de démarrer une nouvelle tâche lorsque le contexte devient trop grand.

Concrètement, un agent local se conduit comme un stagiaire à la mémoire courte : donnez-lui un fichier et un objectif précis, pas « refactore tout le projet ». Si la première réponse est lente, vérifiez avec ollama ps que le modèle n'est pas réparti entre carte et processeur ; c'est la cause la plus fréquente de lenteur.

#Retrouver l'autocomplétion en ligne

Si le texte grisé pendant la frappe comptait pour vous, installez une extension dédiée à côté de Cline, branchée elle aussi sur Ollama : Tabby ou Twinny. Elles utilisent en général un petit modèle spécialisé dans la complétion, qui n'a pas besoin du gros modèle d'agent, ce qui économise la mémoire.

• Tabby : autocomplétion de code locale auto-hébergée
• Twinny : autocomplétion de code 100 % locale

#Garder ses données en local

Vérifiez le fournisseur actif

Dans les paramètres de Cline, le fournisseur doit être Ollama ou LM Studio. C'est ce réglage seul qui sépare un usage local d'un envoi vers un serveur distant.

Configuration sur votre disque

Aucun compte n'est requis pour utiliser Cline avec un modèle local : pas de nouveau service hébergé dont dépendre.

Test hors ligne

Une fois les modèles téléchargés, coupez le réseau : si l'agent répond, aucun trafic sortant n'est nécessaire à son fonctionnement.

• Cline + Ollama : agent de code 100 % local dans VS Code
• Meilleur LLM local pour coder
• Source : dépôt Continue (lecture seule)
• Source : documentation Cline, modèles locaux
• Source : documentation Ollama, longueur de contexte
• Source : dépôt Cline

#Questions fréquentes