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

Plugin Claude Code pour la Recherche Commerciale sur Reddit
Tools

Plugin Claude Code pour la Recherche Commerciale sur Reddit

Un plugin Claude Code automatise la recherche sur Reddit pour les entreprises en recherchant des publications pertinentes, analysant les discussions et générant des rapports structurés en markdown avec les conclusions et les liens sources. Aucune clé API requise — installez-le via GitHub et exécutez-le avec une seule commande.

OpenClawRadar
HostedShell : Une Solution de Déploiement Web pour les Agents OpenClaw
Tools

HostedShell : Une Solution de Déploiement Web pour les Agents OpenClaw

HostedShell est une version hébergée d'OpenClaw qui élimine la configuration locale de l'interface en ligne de commande, la gestion des dépendances et l'appariement manuel en fournissant une console web avec un accès terminal direct et des mises à jour du système de fichiers.

OpenClawRadar
ReasonDB : Base de données documentaire open-source utilisant la navigation arborescente guidée par LLM au lieu de la recherche vectorielle
Tools

ReasonDB : Base de données documentaire open-source utilisant la navigation arborescente guidée par LLM au lieu de la recherche vectorielle

ReasonDB est une base de données documentaire open-source qui préserve la structure des documents sous forme de hiérarchie et utilise un parcours d'arbre guidé par LLM pour la récupération au lieu d'une recherche vectorielle. Il utilise BM25 pour la recherche initiale, tree-grep pour le filtrage structurel, et un parcours par faisceau où le LLM visite environ 25 nœuds sur des millions.

OpenClawRadar
sqlite-utils 4.0rc2 : Écrit par Claude Fable, 149,25 $, corrige un bug de perte de données
Tools

sqlite-utils 4.0rc2 : Écrit par Claude Fable, 149,25 $, corrige un bug de perte de données

Simon Willison a publié sqlite-utils 4.0rc2, principalement écrit par Claude Fable pour 149,25 $. Fable a découvert un bug de perte de données dans delete_where() et a aidé à réécrire la gestion des transactions.

OpenClawRadar