Quand les équipes évaluent des outils de workflows IA, elles se concentrent sur ce qu'elles gagnent : prototypage plus rapide, éditeurs visuels, intégrations prêtes à l'emploi avec les LLM populaires. Ce qu'elles évaluent rarement, c'est ce qu'elles abandonnent. Le vendor lock-in dans l'outillage IA est réel, subtil et coûteux — et il s'accumule dans le temps.
Comment le lock-in se produit
Le lock-in arrive rarement d'un coup. Il s'accumule progressivement par de petites décisions pratiques :
- Vous stockez vos workflows dans la base de données du fournisseur plutôt que dans vos propres fichiers.
- Vous utilisez un type de nœud spécifique au fournisseur qui n'a pas d'équivalent ailleurs.
- Vous adoptez une interface visuelle sans API ni format d'export.
- Vous dépendez d'un environnement d'exécution géré plutôt que de votre propre infrastructure.
Chaque décision est individuellement raisonnable. Ensemble, elles créent une situation où migrer coûte plus cher que rester — même quand rester devient de plus en plus douloureux.
Les trois vecteurs de lock-in
1. Le stockage des workflows
La plupart des builders visuels IA stockent vos workflows dans leur propre base de données. Votre logique métier — les prompts, le routage, les schémas de sortie — ne vous appartient pas en pratique. Vous ne pouvez pas faire git diff dessus, vous ne pouvez pas le déployer dans un autre environnement sans passer par l'outil d'export du fournisseur (s'il en existe un), et vous ne pouvez pas l'intégrer dans votre pipeline CI/CD.
Quand le fournisseur change ses tarifs, abandonne une fonctionnalité ou ferme simplement, vous vous retrouvez à reconstituer ce que vous aviez construit.
2. Le couplage au framework
Des bibliothèques comme LangChain et LlamaIndex offrent de puissantes abstractions sur les appels LLM bruts. Mais chaque abstraction adoptée est une dépendance que vous porterez indéfiniment. Quand le framework change son API (la migration LangChain de v0.1 à v0.2 est un exemple bien documenté), vous devez migrer tout votre pipeline d'un coup, car le couplage est profond.
Plus subtilement, le code spécifique à un framework est opaque pour quiconque n'a pas internalisé ce framework. Un nouvel ingénieur dans votre équipe ne peut pas lire une définition de chain LangChain et comprendre ce qu'elle fait de la même façon qu'il peut lire un workflow JSON simple.
3. L'environnement d'exécution
L'exécution gérée — où le fournisseur exécute vos workflows sur son infrastructure — est pratique jusqu'à ce qu'elle ne le soit plus. Des questions de souveraineté des données surgissent. Les caractéristiques de latence changent. Les limites de débit affectent votre trafic de production. Les niveaux de prix évoluent. Et comme votre logique tourne sur leurs serveurs, vous avez une capacité limitée à la déboguer, l'instrumenter ou l'optimiser.
À quoi ressemble une alternative ouverte
L'alternative n'est pas nécessairement plus de travail. Elle nécessite une philosophie de design différente : les workflows comme artefacts portables et versionnables qui s'exécutent n'importe où.
Un fichier .waiflo.json est un document JSON simple. Il tourne en local, dans Docker, sur n'importe quel fournisseur cloud ou sur du bare metal. Il peut être commité dans Git, relu dans une pull request, déployé via CI/CD et rollbacké avec git revert. Si Waiflo disparaissait demain, le format JSON resterait lisible et exécutable — le format de fichier est la spécification.
Faire le bon choix
Toutes les équipes n'ont pas besoin d'optimiser la portabilité dès le premier jour. Pour un hackathon de deux jours, utilisez ce qui vous amène le plus vite à un démo. Mais quand vous construisez quelque chose qui tournera en production pendant les deux prochaines années, posez ces questions avant de vous engager avec un outil :
- Puis-je exporter mes workflows dans un format standard que je contrôle ?
- Puis-je exécuter le moteur d'exécution sur ma propre infrastructure ?
- Ma logique de workflow survivra-t-elle à une mise à niveau du framework ?
- Un nouvel équipier peut-il comprendre le pipeline sans apprendre des abstractions propriétaires ?
Les réponses à ces questions déterminent si vous construisez sur une fondation ou si vous en louez une.