Amazon ouvre Claude Code et Codex : le « tout Kiro » recule

Il ne s’agit pas d’un feu vert donné aux salariés pour brancher librement des services grand public externes. Les outils doivent fonctionner dans l’environnement d’Amazon et être administrés par AWS, la branche cloud du groupe, afin d’éviter que chaque équipe ait à mettre en place sa propre infrastructure ; certains articles mentionnent aussi Amazon Bedrock comme couche d’hébergement ^[1][2][3].

Ce point est important. Amazon ne semble pas passer d’une logique restrictive à une logique de laisser-faire. L’entreprise choisit plutôt de faire entrer des outils externes très demandés dans une voie officielle, centralisée et contrôlable.

Jusqu’ici, l’usage de Claude Code pour du code de production ou des produits en ligne était plus contraint : des ingénieurs devaient obtenir des autorisations spéciales ou une approbation formelle, ce qui a nourri une partie des frustrations internes ^[3][14].

Pourquoi la ligne Kiro a rencontré une résistance

Amazon avait auparavant poussé ses ingénieurs vers Kiro, son propre assistant de programmation par IA. Reuters a rapporté qu’un mémo interne recommandait aux ingénieurs d’éviter les générateurs de code tiers au profit de Kiro, et indiquait qu’Amazon ne prévoyait pas de prendre en charge davantage d’outils IA de développement tiers ^[12].

Cette ligne a vite trouvé ses limites. Environ 1 500 ingénieurs d’Amazon auraient soutenu, sur des forums internes, l’adoption de Claude Code, en contestant des restrictions qu’ils associaient à une perte de productivité ^[5][6]. Business Insider avait aussi rapporté qu’Amazon orientait les équipes vers Kiro tout en exigeant une approbation formelle pour utiliser Claude Code dans du code de production ou des produits en ligne ^[14].

Le changement actuel ressemble donc moins à une décision abstraite de stratégie IA qu’à une réponse à un problème très concret : les développeurs voulaient pouvoir utiliser les outils qui, selon eux, les aidaient le mieux dans leur travail quotidien.

Pourquoi Amazon ne peut plus compter uniquement sur Kiro

1. La préférence des développeurs est devenue un sujet de productivité

Quand environ 1 500 ingénieurs soutiennent publiquement, en interne, l’accès à Claude Code, le choix d’un outil ne relève plus seulement des achats, de la standardisation ou de la gouvernance ^[5][6]. Dans une organisation d’ingénierie de la taille d’Amazon, un assistant de code qui n’est pas adopté par les équipes peut créer des contournements, des demandes d’exception et, au final, des frictions dans la livraison logicielle.

Ouvrir Claude Code et Codex revient à reconnaître que l’expérience réelle des développeurs doit peser dans la décision. Kiro peut conserver des avantages d’intégration interne et de gouvernance, mais si certaines équipes estiment que des outils externes sont plus efficaces dans leurs flux de travail, une politique fondée sur un outil unique devient difficile à tenir ^[3][6][8].

2. Kiro n’est pas enterré, mais il doit convaincre

Les sources publiques ne fournissent pas de benchmark complet comparant Kiro, Claude Code et Codex. Il serait donc excessif d’affirmer que Kiro est techniquement dépassé. La conclusion la plus prudente est différente : la stratégie consistant à pousser Kiro en priorité n’a pas convaincu toutes les équipes d’ingénierie ^[5][6][14].

Cela change la position de Kiro. L’outil maison ne disparaît pas, mais il ne peut plus compter uniquement sur la préférence institutionnelle d’Amazon. Il devra prouver, dans les usages réels, qu’il apporte assez de valeur en matière de productivité, de fiabilité et d’intégration aux systèmes internes.

3. Encadrer les outils externes est plus réaliste que les limiter partout

Le choix d’Amazon semble être celui de l’encadrement. Claude Code et Codex doivent tourner dans l’environnement Amazon et être gérés via AWS ; certains articles indiquent aussi qu’ils fonctionneront sur Amazon Bedrock ^[1][2][3].

Cette approche offre un compromis : les ingénieurs obtiennent davantage de choix, tandis que l’entreprise garde la main sur l’infrastructure et les voies d’accès. En revanche, les articles disponibles ne détaillent pas l’ensemble des règles de sécurité, d’isolation des données, de journalisation, de permissions, de revue de code ou d’usage des modèles. Il ne faut donc pas en conclure qu’Amazon a déjà rendu publics tous les éléments de gouvernance associés à ce déploiement ^[2][8].

4. L’écosystème IA d’Amazon rend ce choix moins paradoxal

Business Insider replace aussi cette ouverture dans les relations d’Amazon avec Anthropic et OpenAI, deux acteurs avec lesquels le groupe entretient des liens étroits ^[8]. Vu sous cet angle, adopter Claude Code et Codex en interne n’est pas seulement utiliser des produits concurrents de Kiro. C’est aussi intégrer plusieurs outils d’IA dans un écosystème que le cloud d’Amazon cherche à administrer et à servir.

Ce que cela signifie pour Kiro

La formulation la plus juste est donc la suivante : Kiro passe d’outil à privilégier à option parmi d’autres dans la boîte à outils IA d’Amazon. Les articles disponibles décrivent une coexistence entre Claude Code, Codex et l’outil maison, et non une fermeture de Kiro ^[1][3][8].

Cette coexistence va toutefois rendre la compétition plus directe. Hier, Kiro bénéficiait d’une priorité interne. Désormais, il sera davantage jugé sur sa capacité à s’insérer dans les pratiques réelles des développeurs, face à des assistants que certains réclamaient déjà avec insistance.

Le signal envoyé aux grandes entreprises

Le cas Amazon illustre une tension que beaucoup d’organisations technologiques rencontrent avec l’IA générative : un outil interne facilite le contrôle, l’intégration et la conformité, mais les développeurs choisissent souvent en fonction de l’efficacité concrète. Quand un outil tiers devient clairement demandé par les équipes, l’intégrer dans un cadre officiel peut être plus réaliste que de maintenir des restrictions et des procédures d’exception ^[2][6][8].

La logique de cette décision tient en une phrase : Amazon n’abandonne pas Kiro, mais ne veut plus sacrifier des gains de productivité revendiqués par ses ingénieurs au nom d’une stratégie fondée sur un seul assistant maison ^{[1][3][5][6][8]}.