AP81 · Couplage dur à un fournisseur
Famille : Supervision, exploitation et gouvernance
Preuve moyenne
Noms d'origine : hard vendor coupling
L’agent repose sur une API à état ou un modèle précis, sans couche d’isolation : la migration forcée devient une refonte.
Définition
On construit l’agent directement sur une API propriétaire à état (fils, assistants hébergés) ou sur un modèle précis, sans couche d’isolation ni évaluations portables.
Symptômes observables
- Des identifiants de fil ou d’assistant du fournisseur sont stockés dans le modèle de données métier.
- Les prompts et les schémas d’outils sont au format d’un seul fournisseur, et aucune suite d’évaluation ne tourne sur un autre modèle.
- La date de retrait d’une API ou d’un modèle utilisé est déjà au calendrier.
Pourquoi c'est nuisible
Les API à état et les modèles ont une durée de vie courte. Sans évaluations portables, on ne peut ni migrer à temps, ni comparer.
Chiffres
- OpenAI a arrêté son API Assistants le 26 août 2026. La migration vers l’API Responses remplace ses quatre objets centraux : assistants, fils, exécutions et étapes d’exécution.
- Anthropic garantit au moins 60 jours de préavis avant le retrait d’un modèle ; Claude Sonnet 4 a été retiré le 15 juin 2026, environ 13 mois après sa sortie.
Remèdes du catalogue
- A3 · Sortie structurée — Un contrat de sortie défini chez soi, indépendant du format du fournisseur.
- A2 · Outils et interface agent-machine (ACI) — Des outils décrits dans un format standard (MCP), réutilisables d’un fournisseur à l’autre.
Mesures hors catalogue
- Un adaptateur mince plutôt qu’un framework opaque, l’état métier stocké chez soi et des évaluations exécutables sur plusieurs modèles.
- Une ADR de sortie, qui décrit comment changer de fournisseur.
Patterns détournés
Anti-patterns voisins
Sources
- Assistants migration guide — OpenAI
- Model deprecations — Anthropic
Contenu relu le 2026-10-05