Construire un dashboard crypto avec Claude Code en un prompt

Un tableau de bord opérationnel généré en soixante minutes

L'objectif de cette expérimentation menée par LE LABO IA repose sur une prémisse simple. Il s'agit de partir d'un dossier vide et d'obtenir une application de suivi de portefeuille entièrement fonctionnelle en ne lançant qu'une seule instruction. Le résultat final prend la forme d'une interface web locale développée sous Next.js 15, connectée à une base de données SQL tournant directement sur la machine de l'utilisateur. Cette approche garantit une confidentialité totale des données financières, puisqu'aucune information ne transite par des serveurs tiers pour le stockage.

L'interface générée centralise les positions ouvertes, affiche les pertes et profits réalisés ou latents, et fournit un contexte de marché actualisé. On y retrouve des indicateurs clés comme la dominance du Bitcoin mesurée à 59 pour cent, ou l'indice de peur et de cupidité évalué à 69 lors du test. L'application intègre également un système de suivi des quotas d'appels vers l'interface de programmation externe, assurant ainsi une transparence totale sur la consommation des ressources gratuites allouées. Tout ce système a été bâti de manière autonome par la machine pendant que le concepteur s'éloignait de son clavier pendant une heure.

Le risque de coder manuellement ce qui peut être généré

Développer une telle application de manière traditionnelle aurait exigé des semaines de travail acharné. Il aurait fallu concevoir l'architecture de la base de données, coder les requêtes vers l'interface externe, gérer les erreurs de connexion, et construire une interface utilisateur réactive. Ce temps de développement représente un coût d'opportunité massif pour un dirigeant ou un investisseur qui a besoin d'outils de levier immédiats pour rationaliser ses décisions. L'inaction face à ces nouvelles méthodes de création logicielle condamne à rester dépendant de solutions génériques souvent inadaptées.

Au delà du coût technique, l'absence d'un outil sur mesure expose l'investisseur au risque émotionnel. L'application conçue ici intègre un moteur de règles définies à froid, permettant de planifier des prises de profit par paliers ou des achats programmés sans subir la pression du marché en temps réel. Ne pas automatiser ce suivi rigoureux, c'est accepter de prendre des décisions sous le coup de la panique ou de l'euphorie, des moments où les erreurs coûtent systématiquement le plus cher.

Rédiger un cahier des charges déterministe

La réussite de la génération de code en une seule passe repose intégralement sur la qualité du document de spécifications. Nommé CryptoCockpit, ce cahier des charges définit le projet comme une application personnelle mono utilisateur, exécutée à cent pour cent en local. Il ne laisse aucune place à l'interprétation de la machine. Le document liste précisément les quatre familles de règles que l'outil doit évaluer en continu, ainsi que les indicateurs de marché spécifiques à récupérer pour alimenter ces règles.

Plus important encore, le document stipule explicitement ce que l'application ne doit pas faire. Il interdit formellement toute exécution d'ordre sur les marchés, prohibe toute connexion en écriture à une plateforme d'échange, et refuse toute recommandation générée par l'intelligence artificielle. Toutes les règles doivent être saisies par l'utilisateur lui-même. Cette rigidité structurelle empêche le modèle de dériver vers des fonctionnalités complexes et dangereuses, concentrant sa puissance de calcul sur la livraison d'une interface de lecture fiable et sécurisée.

• Définition stricte du périmètre technique et de l'environnement d'exécution local.
• Liste exhaustive des indicateurs de marché à intégrer dans le tableau de bord.
• Interdiction formelle des connexions en écriture pour garantir la sécurité des fonds.
• Exclusion de toute prise de décision automatisée par l'intelligence artificielle.

Orchestrer plusieurs modèles en tandem

Pour construire cette architecture, s'appuyer sur un seul modèle d'intelligence artificielle présente des limites. La méthode employée ici consiste à fusionner la puissance de Claude Code pour la conception globale avec la rigueur de Codex. Une instruction spécifique impose à Claude d'utiliser Codex à titre adversarial. Ce dernier joue le rôle de l'avocat du diable, scrutant le code généré pour y déceler des failles logiques ou des erreurs d'implémentation avant même que l'application ne soit finalisée.

Cette délégation croisée s'avère redoutablement efficace. Pendant la phase de construction, Codex a identifié et corrigé de manière autonome quatre défauts réels dans le code produit par Claude. Cette confrontation mécanique entre deux systèmes permet d'obtenir un résultat robuste dès la première itération. Claude gère le design, l'architecture et la structure des dossiers, tandis que Codex attaque les tests de manière systématique, garantissant que les requêtes vers les services externes fonctionnent correctement.

Gérer les limites techniques et la sécurité

L'intégration de données en temps réel nécessite de se connecter à des fournisseurs externes, ici CoinGecko. L'utilisation de leur plan gratuit impose une contrainte majeure avec un plafond fixé à dix mille requêtes par mois, et un historique des prix limité à trois cent soixante-cinq jours. Pour respecter ce budget d'appels sans bloquer l'application, le système généré intègre un mécanisme de rafraîchissement différé. Les requêtes sont espacées par des intervalles de dix minutes, et un cache local de une à cinq minutes est exploité pour éviter de surcharger l'interface de programmation.

La manipulation des clés d'accès à ces services exige une prudence absolue. Lors de la configuration, il est impératif de ne jamais coller une clé d'interface de programmation directement dans la fenêtre de discussion du modèle, sous peine de l'envoyer sur des serveurs distants. L'application générée prévoit d'ailleurs un fichier d'environnement local sécurisé pour stocker cette clé. Bien que le test ait été réalisé avec une clé de démonstration destinée à être supprimée, la règle d'or reste de cloisonner les identifiants sensibles en dehors des instructions textuelles.

Les imperfections du résultat brut

Malgré la prouesse technique d'une génération en une heure, le résultat livré présente quelques défauts d'ergonomie. L'application évalue parfaitement les règles d'investissement, mais la machine a omis de créer une interface visuelle pour modifier ces paramètres directement depuis le navigateur. Pour ajuster un palier de prise de profit ou modifier une allocation cible, l'utilisateur est contraint d'ouvrir les fichiers de configuration et de modifier le code manuellement. C'est une friction qui rappelle que le cahier des charges doit parfois détailler jusqu'aux écrans de paramétrage.

D'autres détails mineurs nécessitent des ajustements post-génération. Le formatage des dates s'affiche à l'envers dans l'historique des décisions, et la gestion des accents français a été ignorée par le modèle lors de la rédaction des statuts d'alerte. Cependant, la vérification des données critiques confirme la fiabilité du noyau dur. Les prix récupérés correspondent exactement à la réalité du marché au moment du test, avec un jeton Render affiché à 1,43 dollar et un Solana à 100,58 dollars. Le contrat principal est donc rempli.