Une application en 26 minutes avec Claude et Google Cloud


Une application en 26 minutes avec Claude et Google Cloud

Source: Eloi | UGC IA 🧨 (@EloiLJF) — post du 2 octobre 2026

Couverture

Un ingénieur de Google Cloud vient de créer une application en seulement 26 minutes, en direct, avec Claude

Pas de team. Pas de setup complexe. Juste Claude et une idée.

Ceux qui maîtrisent ça commencent à construire seuls ce que d’autres confient encore à des équipes entières.

Au moment de cette rédaction (3 octobre 2026), le post totalise 191 913 vues, 686 likes, 85 repartages et 1 661 marque-pages. La vidéo jointe dure 9 min 51 : c’est un montage, pas la démo. Retour sur ce qui s’est réellement passé.

D’abord, remonter à la source

La vidéo est un extrait réédité d’une session publiée le 8 mai 2026 sur la chaîne YouTube Claude, intitulée Building with Claude on Google Cloud (26 min 29, ~42 600 vues). L’orateur est Ivan Nardini, developer advocate chez Google Cloud, qui présente le travail qu’il fait « en partenariat avec Anthropic » — autrement dit un contenu de communication produit, démontré sur scène, avec le code publié après la session.

La description de la session annonce « a live build from zero to deployed », et précise que l’application terminée est testable à la fin. On y reviendra.

Le pitch : une app, cinq rôles

La première slide résume le sujet : livrer un logiciel demande encore une équipe.

Shipping software still takes a full team

Cinq personas enchaînés : product manager, UI/UX developer, software engineer, security engineer, growth marketer. La slide suivante ajoute ce que Claude Code apporte à chacun.

Claude Code augments every role across the SDLC

Multimodal (lire une image), skills Google Cloud + MCP DevEx + sous-agents, plan mode + Figma en MCP, plugins/hooks, BigQuery en MCP. L’app construite est un formulaire de feedback d’événement : landing, formulaire, page de remerciement, dashboard.

Le déroulé réel, minute par minute

Les horaires ci-dessous sont ceux de la session de 26 min 29, pas ceux du montage.

1. Product manager — un croquis de serviette (6 min 50)

Le « PM » arrive avec une idée, et une photo de son carnet : un croquis de wireframe, pas une maquette. Un fichier CLAUDE.md décrit le rôle, puis un prompt très court :

« I just joined. What do we have, and what are we building? »

Claude Code lit le CLAUDE.md et le croquis

Claude Code lit la photo, comprend le croquis, et génère une première version en HTML/CSS.

2. UI/UX — le plan mode avant d’écrire (vers 10 min)

L’étape suivante active le plan mode : Claude propose un plan, l’humain valide, puis seulement le code est écrit. Un serveur MCP Figma est simulé pour fournir un « design doc ».

Le terminal écrit le wireframe

Le prototype rendu dans le navigateur

Le résultat : cinq fichiers — landing.html, form.html, thanks.html, dashboard.html, styles.css.

Design: UI/UX Developer

3. Software engineer — l’architecture Google Cloud (11 min 08)

C’est ici que se trouve le vrai contenu technique de la démo. Le « software engineer » ne connaît pas Google Cloud ; il s’appuie sur deux briques annoncées par Google Cloud :

  • la Developer Knowledge API et son serveur MCP, qui donne à Claude Code la documentation Google Cloud à jour ;
  • les Google Cloud Skills, qui empaquetent les recettes (déployer une API sur Cloud Run, connecter Cloud Run à Firestore…).

L’architecture proposée tient en quatre services :

BesoinService GCP
API de l’appCloud Run (serverless)
Réponses brutesFirestore
AnalyseBigQuery
DashboardLooker

Puis trois sous-agents tournent en parallèle : un pour l’API, un pour le pipeline d’ingestion, un pour le dashboard. Claude Code gère aussi les tests. Il n’y a pas de copier-coller de 40 000 lignes par l’humain — c’est de l’orchestration.

4. Security engineer — la revue avant mise en ligne (18 min 48)

Un prompt « security review » pré-packagé lance la revue : vérification des points OWASP courants, et surtout contrôle du compte de service et de ses droits (accès lecture/écriture à la base limité au nécessaire). L’agent trouve un problème, le corrige, puis déploie l’API. À 19 min 23, l’application est en ligne.

5. Growth marketer — la salle vote pour de vrai (20 min 07)

Le plus spectaculaire : l’orateur fait noter la session par la salle, et le dashboard affiche la note en direct. Un « feedback analyzer » appelle ensuite Claude sur Google Cloud pour résumer les commentaires.

Pourquoi Claude sur Google Cloud

La slide en récapitule les arguments :

  • facturation au token, sans plafond de messages ;
  • gcloud auth application-default login : pas de clé API à faire tourner, l’IAM GCP existant s’applique ;
  • vos données restent dans votre projet, avec vos politiques d’accès ;
  • SLA et support Google ;
  • choix de la région (US/EU) selon la latence et le débit.

C’est un argumentaire d’entreprise, et il est techniquement plutôt solide : c’est le pitch de Vertex AI / Agent Platform.

Ce que le post de 9 min 51 ne montre pas

C’est la partie importante, et elle est factuelle — vérifiable en regardant la session complète.

  1. La mise en ligne n’est pas dans la vidéo virale. Le montage s’arrête à 8 min 40, au milieu de la phase UI/UX (le plan mode). Le déploiement sur Cloud Run, la revue de sécurité et le vote de la salle — les moments les plus spectaculaires — n’apparaissent que dans la vidéo YouTube.

  2. Les « 26 minutes », c’est la durée de la conférence, pas du codage. La session dure 26 min 29 au total. Le build commence à 6 min 50 et l’app est en ligne à 19 min 25 : environ 12 min 30 de construction-codage-déploiement. Le reste, ce sont des slides, des explications d’architecture et six minutes de conclusion.

  3. « Pas de setup complexe » est faux. Le compte GCP, l’IAM, les ADC, les skills, les serveurs MCP et les prompts sont pré-configurés. Le fichier CLAUDE.md existe déjà. L’orateur est un developer advocate qui construit ce contenu avec Anthropic, sur scène, avec une démo répétée. La description de la vidéo précise que l’application finie était déjà testable avant la fin de la session : le « zéro » est une posture de communication, pas une réalité vérifiable.

  4. « Pas de team » est un raccourci. Une seule personne joue cinq rôles consécutivement. Le seul parallélisme réel, ce sont les trois sous-agents de Claude Code. Ce n’est pas une équipe qui disparaît, c’est une équipe qui se déplace dans l’agent — et il faut encore un humain pour valider, orchestrer et décider.

  5. « Gratuit », non. Plusieurs relais (Reddit, Facebook) vendor la démo comme « complètement free ». C’est facturé au token sur Vertex AI / Agent Platform. Le « pas de team » est un argument de coût, pas de gratuité.

  6. L’orateur le dit lui-même, et c’est honnête de le répéter : « this representation is a strong simplification of what can happen in the real life » (18 min 12), et « this is just a demo so we have this degree of freedom » (18 min 35) — dans la démo, le persona « security engineer » déploie lui-même l’application, ce qui ne correspond pas à la séparation des rôles qu’il venait de décrire.

  7. La partie analytique n’a pas été démontrée. BigQuery et Looker sont présentés, mais explicitement laissés « as an exercise » (24 min 22). Le pipeline de données, c’est du slideware à ce stade.

  8. Hors périmètre : authentification, multi-tenancy, migrations de schéma, tests à grande échelle, contrôle des coûts, revue humaine du code généré, incidents. Une app de feedback de 3 pages en est à mille lieues.

Ce qui est vraiment reproductible

Si on jette le storytelling, il reste une méthode intéressante :

  • Claude Code + Google Cloud via l’ADC : pas de clé à gérer, l’IAM de l’entreprise s’applique tel quel ;
  • la documentation comme outil : exposer la doc officielle via MCP au lieu de la faire réciter par le modèle ;
  • les skills : empaqueter une recette de déploiement testée, réutilisable ;
  • le plan mode avant tout code : la validation humaine coûte dix secondes et évite l’erreur d’architecture ;
  • un sous-agent par composant, en parallèle ;
  • la revue de sécurité et le déploiement en prompts : à garder, mais avec un humain dans la boucle.

C’est cette mécanique — outillage et documentation mis à disposition du modèle — qui est intéressante, pas le chiffre des 26 minutes.

Liens

Captures d’écran : extrait de la vidéo du post (9 min 51), sous-titres incrustés d’origine.