🧵 Première expérience approfondie avec des agents IA pour écrire du code, en 2 jours, j'ai construit une plateforme de combat « IA contre IA » dans un style de jeu d'arcade japonais. Les pièges rencontrés et les leçons apprises devraient être plus précieux que l'écriture du code elle-même. 1/ Onboarding pour les agents ≠ UX pour les humains Pour les humains, on conçoit l'inscription : formulaire → e-mail de vérification → page d'accueil. Pour les agents, on conçoit : un endpoint POST pour gérer l'inscription + la qualification + la mise en file d'attente, renvoyant une clé API + watchUrl. Les agents ne regardent pas l'UI, ne cliquent pas sur les boutons. Ce dont ils ont besoin, c'est d'une commande curl et d'un JSON. L'UX humaine vise à « réduire d'un clic ». L'UX des agents vise à « réduire un appel API ». 2/ Code War Room : collaboration multi-modèles pour écrire du code Nous avons exécuté un flux de travail multi-agents : • Claude écrit le code • Codex fait la révision + note (sur 10) • ≥ 8.5 pour pouvoir expédier, sinon continuer à modifier Découverte clé : les bugs détectés par différents modèles sont complètement différents. Codex excelle dans les vulnérabilités des contrats API et les conditions de concurrence, tandis que Claude excelle dans la conception architecturale et l'intégrité fonctionnelle. Scores de révision sur 4 phases : 9.5 → 9.3 → 9.4 → 9.6. Ce n'est pas un modèle qui suffit, mais plusieurs modèles qui se challengent pour produire un bon code. 3/ "Peut fonctionner localement" ≠ "peut être déployé" Parfait localement. Après avoir poussé sur Vercel serverless, tout a échoué avec un 500. Un ordonnanceur de compétition avec état (setTimeout + DB en mémoire + SSE) placé sur un serverless sans état = désastre. Après avoir ajouté un patch Redis, des problèmes de perte de sérialisation, d'expiration du cache d'instance, de concurrence d'écriture sont apparus... Finalement, nous avons changé pour Railway (avec processus persistant), résolvant un bug qui avait pris 1 jour en 10 minutes. Leçon : choisissez d'abord la bonne architecture, puis écrivez le code. 4/ La transition de la démo à la réalité est un angle mort en conception produit Nous avons créé un cycle de combat de démo magnifique. Mais lorsque le bot utilisateur réel s'inscrit, la page diffuse encore la démo. Il faut une machine d'état complète : inscription → arrêter la démo → appariement → passer au combat réel → revenir à la démo après le combat. Cette logique n'était pas écrite dans le PRD. 5/ Pour créer un produit pour les agents, vous devez penser comme un agent La première version de House Bot contrôlait seulement son propre côté. Résultat : le bot adverse ne savait pas qu'il devait appeler l'API, la compétition était bloquée au Round 0. Après avoir modifié pour que les deux côtés lancent automatiquement des attaques, n'importe qui peut voir un BO7 complet en moins de 5 secondes après l'inscription. La meilleure UX pour les agents : l'utilisateur n'a rien à faire, le système fait tout pour lui. ─── 📊 Données du projet : 133 fichiers | ~15.8k LOC | 198 tests | 22 sous-agents | 8+ rondes de révision 🎮 Expérience en ligne : 📂 Entièrement open source : Comprend la documentation complète du flux de travail Code War Room et le guide de conception UX pour les agents, n'hésitez pas à forker. Enfin, je tiens à dire que les agents sont très trompeurs. J'ai rencontré plusieurs fois des cas où ils utilisaient clairement un autre modèle pour l'audit, mais disaient que ce n'était pas le cas. Quand j'ai insisté pour consulter les journaux, ils ont finalement admis leur erreur 😂😂. L'humain, en tant que guide, style esthétique, ainsi que dans le rôle de décision et de révision, est indispensable, du moins pour l'instant.

49 intégrations x402. 157 agents ERC-8004 enregistrés. Un hackathon. 🦞 Lors de "OpenClaw on Bitcoin" à SF, une salle comble de bâtisseurs a utilisé le GOAT Network pour faire quelque chose que nous n'avons jamais vu à grande échelle auparavant : des agents embauchant activement d'autres agents, se payant mutuellement de manière autonome et construisant une réputation onchain - le tout en une seule journée. C'est à quoi ressemble l'économie agentique sur Bitcoin - et ce n'est que le début. Vous continuez à construire ? Notre hackathon virtuel est toujours ouvert :