Créer une application de production complète avec Claude : ce qui a fonctionné et ce qui n'a pas fonctionné

✍️ OpenClawRadar📅 Publié: July 1, 2026🔗 Source
Créer une application de production complète avec Claude : ce qui a fonctionné et ce qui n'a pas fonctionné
Ad

Un développeur backend senior, avec des années d'expérience mais zéro connaissance de Flutter/Dart, a construit et livré une application mobile de production complète appelée Warantly (gestion des garanties) pour iOS et Android en utilisant Claude comme outil de développement principal. Le projet a pris 2,5 mois de soirées après un travail de jour.

La Stack

  • Frontend : Flutter
  • Backend : Laravel 12
  • Infrastructure : Ansible (environnement VPS entièrement codifié, reproductible en une seule exécution)

Comment Claude a été utilisé

Le développeur a géré Claude comme un développeur junior compétent mais limité en contexte. Il lançait plusieurs sessions en parallèle, chacune dédiée à un seul sujet :

  • Généralement 2-3 sessions à la fois ; au maximum, 6 simultanément (3 backend, 2 Flutter, 1 DevOps)
  • Utilisait git worktrees pour que les sessions puissent travailler sur différentes fonctionnalités sans conflit
  • Son rôle : architecte et couche d'intégration — naviguer entre les sessions, fournir du contexte, prendre des décisions transversales

Ce que Claude a bien fait

Des premières ébauches rapides et compétentes de composants bien spécifiés. Tout ce qui avait un cahier des charges clair et un périmètre limité revenait utilisable dès le premier ou deuxième passage. Claude était également très bon pour guider le développeur dans des domaines inconnus — conformité des stores, configuration des paywalls, mise en place de l'infrastructure — des choses où des conseils étaient nécessaires, pas seulement de la génération de code.

Ad

Où ça a coincé

1. Bugs UI

Le plus grand échec. Claude n'a aucun moyen de voir l'écran. Il analysait le code, faisait une correction, affirmait avec confiance « cela devrait résoudre le problème » — et ce n'était pas le cas. Plusieurs tours sur le même bug visuel parce que l'agent raisonnait sur ce que l'UI devrait faire plutôt que de voir ce qu'elle faisait réellement. Solution de contournement : des instructions de débogage abondantes, tester manuellement, fournir à Claude les résultats d'exécution exacts et des captures d'écran. La boucle de rétroaction — instrumenter, exécuter, rapporter — est devenue le modèle standard pour tout ce qui est visuel.

2. Cohérence entre sessions

L'agent backend pouvait concevoir un format de réponse qui ne correspondait pas à ce que l'agent Flutter attendait. Claude ne sait pas ce que les autres sessions ont décidé. Le développeur devait être la source de vérité pour les contrats API, les constantes partagées, les conventions de nommage — les copier manuellement entre les sessions. Chaque fois que cette étape était sautée, des incohérences apparaissaient lors de l'intégration.

3. Dérive de contexte dans les longues sessions

Une session qui tourne longtemps perd le fil — réintroduit des motifs déjà rejetés, contredit des contraintes antérieures. Elle ne le signale pas. La sortie cesse d'être cohérente avec son propre historique. Solution : garder les sessions ciblées et jetables. Recommencer quand elles deviennent longues. Mettre le contexte critique en avant sous forme de brief structuré plutôt que de se fier à l'historique de la conversation.

Ce qui a fait que ça a marché

Le développeur a imposé des tests et une analyse statique dès le premier jour. Il ne pouvait pas relire le code Dart/Flutter avec un œil d'expert, mais les vérifications automatisées ont servi de porte de qualité. Sans cela, il n'aurait pas eu la confiance nécessaire pour livrer. « La partie la plus difficile n'était pas technique — c'était de lâcher prise. Je suis un développeur expérimenté et c'était le premier projet où je ne relisais pas le code ligne par ligne. Faire confiance au processus (tests passent, linter propre, comportement correct) plutôt que de lire chaque fonction a été un véritable ajustement. »

L'application

Warantly — gestion des garanties. Suivez vos achats, stockez les photos des reçus, recevez des rappels d'expiration, scan de reçus par IA, alertes de rappel produit. Gratuit avec garanties illimitées. Pro ajoute le scan IA, les alertes de rappel et les calendriers d'entretien. Disponible sur warantly.app.

📖 Lire la source complète : r/ClaudeAI

Ad

👀 See Also

Automatisation du tri des alertes Datadog avec Claude Code et MCP
Tools

Automatisation du tri des alertes Datadog avec Claude Code et MCP

Un développeur a créé un système utilisant les compétences de Claude Code et le serveur MCP de Datadog pour vérifier automatiquement les alertes de surveillance, classer les problèmes et ouvrir des PR de correction via une tâche cron. La configuration prend environ 30 minutes et exécute des agents d'IA en parallèle dans des worktrees isolés.

OpenClawRadar
Rappel Total : Base de Connaissances Locale pour l'Historique des Conversations de Code Claude
Tools

Rappel Total : Base de Connaissances Locale pour l'Historique des Conversations de Code Claude

Total Recall est un système open-source qui intègre les transcriptions de conversation JSONL de Claude Code dans une base de données SQLite avec recherche en texte intégral et embeddings vectoriels, rendant l'historique des conversations consultable entre les sessions. Il récupère des extraits réels de conversations avec un contexte conscient du DAG et inclut un importateur ChatGPT.

OpenClawRadar
L'extension Compass pour Chrome ajoute des outils de navigation à Claude et ChatGPT
Tools

L'extension Compass pour Chrome ajoute des outils de navigation à Claude et ChatGPT

Un développeur a créé une extension Chrome gratuite appelée Compass qui ajoute une mini-carte de prompts, des en-têtes de défilement fixes, des listes de contrôle de session et des modèles de création de prompts aux interfaces Claude et ChatGPT pour résoudre les problèmes de navigation dans les conversations longues.

OpenClawRadar
Mise à jour de Void-Box : Intégration Sandboxée d'OpenClaw-Telegram via des Micro-VMs KVM
Tools

Mise à jour de Void-Box : Intégration Sandboxée d'OpenClaw-Telegram via des Micro-VMs KVM

Void-Box, un runtime à capacités limitées pour agents IA, inclut désormais un exemple fonctionnel qui exécute OpenClaw connecté à Telegram entièrement isolé dans des micro-VM KVM. Le système crée des micro-VM à la demande pour chaque étape d'exécution et les détruit ensuite pour éviter toute fuite d'état.

OpenClawRadar