AWS installe le vibe coding dans le cloud privé de ses clients

Amazon Web Services a conclu un accord de commercialisation conjointe pluriannuel avec Superblocks, une jeune entreprise spécialisée dans le vibe coding. L’annonce, rapportée par TechCrunch le 3 août, autorise l’intégration de l’outil directement dans les clouds privés des clients d’AWS.

Derrière une opération commerciale d’apparence modeste se joue un déplacement de fond dans la façon dont les fournisseurs d’infrastructure entendent capter la valeur de l’IA d’entreprise.

Ce que l’accord change concrètement

Le vibe coding désigne la génération d’applications à partir d’une description en langage courant, sans écrire de code. La pratique s’est répandue chez les utilisateurs métiers, en dehors des directions informatiques, avec les problèmes que cela suppose : applications non recensées, données envoyées vers des services externes, aucun contrôle d’accès.

L’accord répond précisément à ce point. Une entreprise cliente d’AWS et abonnée à Superblocks pourra proposer l’outil à ses équipes sans que les données sortent de son périmètre. Selon TechCrunch, les applications créées provisionneront des bases Amazon Aurora à l’intérieur du cloud privé du client, au lieu de créer des bases Supabase externes, jusqu’ici l’option de référence dans cet usage. Elles s’appuieront sur Amazon Bedrock pour l’inférence.

Brad Menezes, cofondateur et directeur général de Superblocks, résume l’argument auprès du média américain : les données ne quittent jamais le compte AWS du client, avec l’audit, le chiffrement et les contrôles réseau qui vont avec.

AWS aidera par ailleurs à commercialiser l’outil auprès des grands comptes, comme le fournisseur le fait pour ses partenaires de place de marché. Superblocks compte 50 salariés et a levé 60 millions de dollars au total lors de sa série A annoncée en mai 2025, avec Spark Capital, Kleiner Perkins, Meritech Capital et Greenoaks.

Pourquoi AWS s’appuie sur une startup

Le point intéressant est ce qu’AWS n’a pas. Le fournisseur propose Kiro, un agent de développement destiné aux ingénieurs, et Quick, un assistant pour les utilisateurs métiers. Aucun des deux n’occupe le terrain du vibe coding tel que le pratiquent Lovable ou Replit. L’accord comble une case vide du catalogue sans attendre un développement interne.

Cette manœuvre s’inscrit dans une stratégie plus large que TechCrunch décrit bien : les fournisseurs d’infrastructure poussent leurs clients à séparer le modèle d’IA de tout ce qui l’entoure, et à acheter cette couche d’orchestration chez eux plutôt que chez les laboratoires.

Satya Nadella tient publiquement le même discours depuis plusieurs semaines, en recommandant aux entreprises de recourir à plusieurs modèles pour réduire les coûts et éviter la dépendance à un fournisseur unique. Le dirigeant de Microsoft a également fait valoir que les laboratoires d’IA ne présentent pas des garanties suffisantes pour l’orchestration d’agents, au motif qu’ils pourraient exploiter ces données pour concurrencer leurs propres clients.

L’argument sert évidemment les intérêts de celui qui le formule. Il repose néanmoins sur une tendance mesurable : selon les chiffres publiés par Vercel et repris par TechCrunch, les modèles ouverts ont représenté 29 % du trafic transitant le mois dernier par sa passerelle d’IA, un outil utilisé en entreprise pour arbitrer entre plusieurs modèles.

Pourquoi ça compte, vu d’Europe

C’est ici que le vocabulaire mérite d’être manipulé avec précaution.

L’argument commercial de Superblocks et d’AWS repose sur une formule séduisante : vos données ne sortent pas. Pour un responsable informatique européen, la phrase résonne avec un débat qu’il connaît par cœur, celui de la souveraineté numérique. Les deux notions n’ont pourtant rien à voir.

Ce que garantit cet accord, c’est le confinement des données : elles restent dans le compte du client plutôt que de transiter vers un éditeur tiers. C’est un vrai progrès de sécurité et de gouvernance. Mais ce compte reste un compte AWS, exploité par une société américaine, soumise au CLOUD Act. La dépendance envers les fournisseurs de modèles est remplacée par une dépendance plus profonde envers le fournisseur d’infrastructure.

Le droit français fait cette distinction depuis longtemps. La qualification SecNumCloud délivrée par l’ANSSI, dans sa version 3.2, intègre des critères d’immunité aux législations extraterritoriales. Aucun hyperscaler américain ne la détient à ce jour : elle est portée par OVHcloud, Outscale ou Scaleway, tandis que Microsoft et Google passent par des coentreprises dédiées, Bleu et S3NS. La localisation en Europe ne suffit pas à obtenir cette qualification, et c’est précisément le point.

Autrement dit, une administration ou un opérateur soumis à la doctrine du cloud de confiance ne pourra pas se prévaloir de cet accord. Pour tous les autres, l’offre est attractive et le raccourci sera tentant.

Les angles morts

Ni AWS ni Superblocks n’ont communiqué de calendrier de disponibilité, de tarification, ni de liste de régions concernées. Rien n’indique à ce stade si l’offre sera proposée depuis les régions européennes d’AWS ni dans quelles conditions.

La question du modèle sous-jacent reste ouverte. L’intégration passe par Bedrock, ce qui suppose de choisir parmi les modèles disponibles sur cette plateforme. Les conséquences en matière de réversibilité, si une entreprise souhaitait ensuite migrer ses applications ailleurs, ne sont pas documentées.

Enfin, les propos de Brad Menezes rapportés par TechCrunch sont ceux d’un dirigeant dont l’entreprise bénéficie directement de l’accord. Sa prédiction selon laquelle les dirigeants ayant misé sur un fournisseur unique seront écartés relève de l’argument commercial autant que de l’analyse. Nous n’avons pas identifié de données publiques permettant de l’étayer.