Projet Slayer : un jeu de tir navigateur inspiré d'Halo, développé avec Claude Code
Détails du développement de Project Slayer
Un développeur a créé Project Slayer, un jeu de tir d'arène inspiré de Halo qui fonctionne directement dans les navigateurs web. Le jeu a été développé en utilisant Claude Code (Opus 4.6) comme outil de développement principal.
Chronologie et processus de développement
Le projet a pris environ deux semaines pour atteindre son état actuel, le développeur estimant environ 200 heures de travail investies jusqu'à présent. Le développement a impliqué plus de 400 commits git, indiquant une itération fréquente et un contrôle de version tout au long du processus.
Architecture technique
Project Slayer est construit sur FP Engine, que le développeur décrit comme "un moteur de jeu que j'ai créé qui utilise Babylon.js comme base". Babylon.js est un moteur 3D open-source populaire pour les applications web qui utilise WebGL pour le rendu.
État actuel et recommandations
Le jeu est actuellement jouable sur playprojectslayer.com. Le développeur recommande de jouer sur ordinateur avec une souris ou une manette pour la meilleure expérience. La prise en charge mobile existe mais nécessite des améliorations, car le développeur note "les contrôles ont besoin d'une refonte et je ne m'y suis pas encore attelé".
Approche de développement
Le développeur mentionne avoir "tellement de plaisir à itérer et améliorer le jeu" et recherche les retours de la communauté. Cela suggère une approche de développement itérative axée sur l'amélioration continue basée sur les tests utilisateurs.
📖 Read the full source: r/ClaudeAI
👀 See Also
L'agent IA Bub d'OpenClaw peine à déléguer et brûle 20 $ en 15 minutes lors de l'optimisation du site mobile.
Lors des tests QA pour Driftwatch V3, le bot OpenClaw Bub a brûlé 20 $ en 15 minutes en ne déléguant pas correctement les tâches. Le développeur a découvert que des modèles de spécifications détaillés réduisent les coûts, tandis que l'adaptation mobile a ajouté du temps et des dépenses imprévus.
Leçons tirées de l'exploitation de plusieurs passerelles OpenClaw en production
Un développeur partage des échecs concrets après avoir fait fonctionner 3+ passerelles OpenClaw 24h/24 et 7j/7, incluant des problèmes de chemin de mise à niveau causant des erreurs MODULE_NOT_FOUND et une perte silencieuse de capacités due à des identifiants mal configurés. Le post détaille une solution impliquant des audits de capacités, des portails de validation de configuration et des environnements reproductibles.
Développement de Compétences d'Analyse d'Image Personnalisées dans OpenClaw avec des Modèles Locaux
Un développeur a créé une compétence OpenClaw personnalisée pour analyser des images en utilisant Qwen2.5 VL fonctionnant localement via Ollama sur Windows 11 avec WSL, contournant les limitations de gestion d'images de l'interface Web via des appels API et des scripts personnalisés.
Étude de cas : Utiliser plusieurs agents d'IA pour construire une bibliothèque C++ de production
Un développeur a documenté un processus de plusieurs mois utilisant quatre agents d'IA (Claude, ChatGPT, Gemini, Grok) avec des rôles distincts pour construire FAT-P, une bibliothèque C++20 uniquement composée d'en-têtes avec 107 fichiers d'en-tête et zéro dépendance externe. Le système incluait une revue croisée, des documents de gouvernance écrits par l'IA, et un suivi des démérites pour encoder les modes d'échec.