# Que se passe-t-il quand un outil d’IA est vendu, renommé ou fermé?

Date: 2026-10-28 · Author: Robert Scales · https://guidetoartificialintelligence.com/fr/apprendre/outil-ia-vendu-renomme-ferme/

**Answer:** En général, l’outil continue de fonctionner un certain temps, puis ses prix, ses modèles ou son nom changent, ou il s’arrête à une date limite après laquelle vos données peuvent être supprimées. Pour éviter d’être captif, gardez votre code dans votre propre dépôt Git, vos instructions dans de simples fichiers et vos données exportables : changer d’outil prend alors quelques jours plutôt qu’une reconstruction.

Les outils d’IA changent de mains et de forme plus vite que la plupart des logiciels. Rien qu’en 2026, plusieurs outils de programmation que bien des gens utilisaient pour apprendre ont été fermés, intégrés à un produit plus gros ou remaniés après une vente. Cela ne veut pas dire que vous avez mal choisi. Cela veut dire que tout outil avec lequel vous créez aujourd’hui devrait être un outil que vous pourriez quitter demain.

Ce qui vous arrive dépend du type de changement. Voici les quatre cas les plus courants, avec de vrais exemples de cette année.

## Quatre façons dont un outil peut changer sous vos pieds

**1. Il ferme avec une date limite.** Firebase Studio, le créateur d’applications dans le navigateur de Google, est en voie d’être retiré. Google a annoncé sa fin le 19 mars 2026; depuis le 22 juin 2026, plus personne ne peut créer d’espace de travail ni s’inscrire. Le 22 mars 2027, le service ferme et toutes les données qui s’y trouvent encore seront supprimées pour de bon. Les applications déjà déployées sur Firebase continuent de tourner, parce que les services de l’arrière-plan (base de données, connexion, hébergement) sont distincts de l’éditeur. Google oriente les utilisateurs vers Antigravity pour le travail centré sur le code et vers Google AI Studio pour le prototypage dans le navigateur, et fournit des étapes de migration pour les deux.

**2. Il s’arrête brusquement, code source ouvert ou non.** Roo Code était un agent de programmation à code source ouvert populaire pour VS Code. Son dépôt a été archivé le 15 mai 2026, le jour même où l’extension a été fermée, et il est maintenant en lecture seule. La page propose deux solutions de rechange : ZooCode, une version dérivée lancée par sa communauté, et Cline, le projet d’où Roo Code était issu. Le code source ouvert a aidé : le code existe toujours, et d’autres peuvent le faire vivre. Mais votre configuration, vos modes enregistrés et vos habitudes devaient quand même déménager.

**3. Il est remplacé par un successeur.** Gemini CLI, l’agent de programmation en terminal de Google, sert désormais surtout la clientèle entreprise de Code Assist. Selon son fichier README, les utilisateurs individuels gratuits et les abonnés à Google AI Pro et Ultra ont été transférés le 18 juin 2026 vers un nouvel outil, Antigravity CLI. L’ancien outil fonctionne encore pour certains comptes, mais il n’est pas optimisé pour les modèles Gemini 4 les plus récents.

**4. Il est vendu ou renommé, et l’offre change.** L’ancienne [page de prix de Windsurf](https://windsurf.com/pricing) renvoie maintenant vers la page de prix de Devin, où Cognition vend un éditeur appelé Devin Desktop. La [page de prix de Cursor](https://cursor.com/pricing) intègre maintenant les modèles Grok de xAI et des fonctions du réseau social X dans ses forfaits, et facture les modèles d’autres entreprises, comme Claude et GPT, au prix courant de l’API. Si vous aviez choisi un outil pour son prix ou ses modèles, un changement de propriétaire peut modifier les deux.

## Ce que vous perdez, et ce que vous gardez

Le tableau montre ce qui est à risque dans chaque cas, et ce qui vous protège.

| Ce que vous avez dans l’outil | Risque quand il change | Protection |
|---|---|---|
| Votre code | Perdu s’il n’existe que dans le nuage de l’outil | Synchronisez-le dès le premier jour avec votre propre dépôt GitHub (ou autre dépôt Git) |
| Les données de votre application | Supprimées après une date limite de fermeture | Exportez régulièrement la base de données; sachez où vos données sont hébergées |
| Vos instructions et règles | Coincées dans un écran de réglages propre à l’outil | Gardez-les dans AGENTS.md ou un autre simple fichier du dépôt |
| Votre application déployée | S’arrête si l’hébergement faisait partie de l’outil | Connaissez votre hébergeur et votre registraire de nom de domaine |
| Votre façon de travailler | Doit être réapprise | Apprenez des compétences générales (Git, tests, révision) plutôt que les boutons d’un seul produit |

> **À essayer :** prenez l’outil d’IA que vous utilisez le plus et répondez par écrit à trois questions : où mon code est-il stocké, puis-je exporter mes données aujourd’hui, et où vivent les instructions de mon projet? Si une réponse est « seulement dans l’outil », réglez celle-là en premier.

## Comment éviter de vous retrouver captif d’un outil?

Être **captif** (*lock-in*), c’est ce que coûte le départ. Ce coût est faible quand tout ce que vous avez créé peut être emporté dans des formats standards, et élevé quand votre travail n’a de sens qu’à l’intérieur d’un seul produit. Quelques habitudes le gardent bas.

**Possédez votre code dans Git.** Quel que soit le créateur d’applications ou l’agent utilisé, assurez-vous que le code aboutit dans un dépôt que vous contrôlez, avec des commits réguliers. La plupart des créateurs d’applications offrent une synchronisation avec GitHub; activez-la avant que le projet compte. Si un outil n’offre aucune exportation, traitez-le comme un lieu d’expériences, pas comme l’endroit où bâtir ce que vous comptez garder.

**Gardez vos instructions portables.** Écrivez les règles du projet dans un fichier `AGENTS.md` à la racine de votre dépôt. C’est du simple Markdown, et de nombreux agents le lisent, dont Codex, Cursor, Jules, Kilo Code et l’agent de programmation de GitHub Copilot; Claude Code peut l’importer depuis son propre CLAUDE.md. Quand vous changez d’outil, vos règles vous suivent.

**Séparez le créateur de l’arrière-plan.** Préférez des configurations où votre base de données, votre connexion et votre hébergement sont des services que vous pouvez joindre sans l’outil d’IA, comme votre propre projet Supabase ou Firebase. C’est pour cette raison que les utilisateurs de Firebase Studio gardent leurs applications déployées : l’éditeur ferme, l’arrière-plan, non.

**Évitez de dépendre d’un seul modèle.** Les outils qui vous laissent choisir parmi plusieurs fournisseurs de modèles, ou utiliser votre propre clé, permettent d’absorber plus facilement une hausse de prix ou le retrait d’un modèle.

**Surveillez les signaux d’alerte.** Un nouveau propriétaire, un changement soudain de forfait, une page de « migration » ou un dépôt qui ne reçoit plus de mises à jour sont le signal de vérifier vos exportations, pas de paniquer. Firebase Studio a donné un an de préavis, mais tous les projets ne seront pas aussi généreux : une exportation déjà faite vaut mieux qu’une exportation prévue.

Le test est simple : si cet outil disparaissait demain, pourriez-vous ouvrir votre projet dans un autre éditeur, y diriger un autre agent et poursuivre en moins d’une journée? Si oui, vous êtes libre de profiter de l’outil aussi longtemps qu’il durera.

## Sources

- Firebase Studio sunset and project migration: https://firebase.google.com/docs/studio/migrating-project
- RooCodeInc/Roo-Code (archived repository): https://github.com/RooCodeInc/Roo-Code
- google-gemini/gemini-cli README: https://github.com/google-gemini/gemini-cli