Une gamme de 20 jeux jouables semble être un problème d'échelle: plus de concepts, de mécanique, d'art, de routes, de métadonnées, de tests et de coordination des sorties. En pratique, le plus dur n'était pas de générer plus de sortie.
Nous décrivons le flux de travail comme étant de nature à être actif en AI parce que les agents de l'IA ont participé à l'intérieur du système de production: explorer les chemins de mise en œuvre, rédiger des fonctionnalités limitées, vérifier le code et aider à préparer le contenu et les actifs.
Nous avons réduit chaque titre à une boucle testable, donné aux agents des résultats étroits, un travail isolé simultané, intégré par des registres partagés, joué le résultat, et demandé au site de passer des vérifications de construction et de découverte avant de pouvoir passer vers la libération.
Lecture rapide
Points clés
- Chaque jeu a commencé avec une boucle de joueur observable et une définition de fait qui pourrait être testé dans le navigateur.
- Le travail d'IA était plus fiable lorsqu'il était divisé en produits livrables limités, avec des dossiers explicites, des contraintes et des vérifications d'acceptation.
- Les travaux parallèles sont restés gérables grâce à des arbres isolés, à des registres partagés et à de petites surfaces d'intégration.
- Les tests de lecture, les constructions de production, les vérifications de parcours et la validation du référencement sont restés des barrières de libération plutôt que des opérations de nettoyage optionnelles.
AI-Native ne signifie pas totalement autonome
Si l'objectif était une sortie autonome, la mesure serait de savoir si un agent a produit des fichiers. Notre objectif était une expérience jouable, compréhensible, durable, de sorte que la mesure était de savoir si le travail a passé des contrôles techniques et des produits explicites.
L'IA a permis d'accélérer le travail bien encadré: trouver le code connexe, mettre en place une interaction définie, produire une première structure de contenu, vérifier les motifs répétés ou explorer les directions visuelles.
| Couche de travail | L'IA peut accélérer | Propriété humaine | Preuves d'acceptation |
|---|---|---|---|
| Concept | Variations, références, questions sur les risques | Public, fantasme et portée | Promesse d'un joueur à une phrase |
| Jeu | Mécanique et états d'assurance-chômage encombrés | Sens, difficulté et cohérence | Boucle de noyau jouable |
| Actifs | Candidats à l'exploration et à la production | Direction artistique, droits et sélection finale | Actifs en jeu approuvés |
| Intégration | Mises à jour des itinéraires, des registres et des composants | Décisions en matière d'architecture et de régression | Vérifications de construction et d'itinéraire |
| Libération | Exécution de la liste de contrôle et découverte de l'émission | Approbation de la demande | Test de lecture humain et résultats de validation |
Démarrez chaque jeu avec un boucle observable
Une instruction générale comme -make a tower-defense game - - laisse trop de décisions non résolues. Nous avons écrit la plus petite boucle de joueur utile à la place: ce que le joueur voit, ce qu'il peut faire, ce qui change, comment le succès ou l'échec apparaît, et pourquoi ils prendraient un autre tour.
Avant d'ajouter progression, narrative, ou poli, le navigateur a dû permettre à un joueur de comprendre le but, d'effectuer l'action principale, de recevoir des commentaires et d'atteindre un changement d'état significatif.
La boucle a également protégé chaque titre de devenir une collection de fonctionnalités générées. De nouvelles idées ont été acceptées seulement lorsqu'elles ont renforcé l'action de base ou ont rendu son retour plus clair.
- But du joueur: un résultat que le joueur peut expliquer après une courte session.
- Action primaire: l'apport répété qui crée la plupart des décisions.
- Rétroaction: réponse immédiate visuelle, audio, score ou mondiale.
- Pression: temps, espace, risque, rareté ou un adversaire qui change le choix.
- État final: une victoire, une perte, une achèvement ou une transition évidente vers la prochaine manche.
Donner des produits à livrer aux agents
Les agents ont produit un travail plus fiable quand une tâche nommée le résultat exact, les fichiers autorisés, les contraintes et la preuve requise. -Améliorer le jeu est difficile à examiner. - Ajouter un état de pause qui arrête les mises à jour de simulation, reste accessible au clavier et survit à une production build -- a des limites visibles.
Nous avons séparé la découverte de l'implémentation. L'agent a d'abord localisé la route pertinente, le registre de jeu, les composants et la commande de validation; puis il a changé la plus petite surface qui a satisfait le mémoire.
Chaque remise comprenait ce qui a changé, ce qui a été testé et ce qui restait incertain. Les inconnus n'étaient pas cachés derrière la prose confiante. Si une interaction exigeait un réglage subjectif, le résultat était explicitement marqué pour les tests de jeu humains plutôt que déclaré terminé par un test unitaire.
Isoler le travail parallèle avant l'intégration
Les agents parallèles ne sont utiles que lorsque leurs modifications peuvent être comprises et combinées. Les worktrees Git permettent à plusieurs arbres de travailler de se fixer sur le même dépôt, ce qui a donné à chaque changement limité une branche isolée et un répertoire sans re clonageer le projet entier.
L'isolement a empêché une expérience de modifier silencieusement les fichiers d'un autre agent, mais il n'a pas éliminé la coordination. Nous avons gardé les limites de propriété claires, évité plusieurs tâches de réécrire le même fichier partagé à la fois, et intégré par des modifications revisibles plutôt que de copier des répertoires entiers ensemble.
La règle pratique était simple: paralléliser le travail indépendant de jeu ou de contenu, sérialiser les changements à l'infrastructure partagée, et ré-exécuter la construction complète après l'intégration.
Faire jouer le test de la porte d'approbation humaine
Le code peut confirmer qu'une route rend et qu'une interaction change l'état. Il ne peut pas décider si le premier objectif est compréhensible, si un échec se sent juste, ou si la seconde minute est plus intéressante que la première. Ces questions sont restées avec les joueurs humains.
Nous avons utilisé des passes focalisées plutôt qu'une requête non structurée pour essayer le jeu.. Un passe a vérifié les trente premières secondes et les commandes, un autre a vérifié la boucle du noyau et la récupération de la panne, et un autre layout vérifié, lisibilité, son et comportement de redémarrage sur les tailles de port de vue.
Les commentaires retournés comme des problèmes observables: -La première cible apparaît avant le contrôle, - ou --redémarre laisse le score de la course précédente. - Les observations concrètes sont plus faciles pour un agent ou un développeur à fixer qu'un verdict comme --le jeu se sent hors.
| Passage des jeux | Question | Exemple de preuve |
|---|---|---|
| Premier contact | Un nouveau joueur peut-il identifier le but et l'entrée? | Temps de première action intentionnelle et notes de confusion |
| Boucle de base | Chaque action produit-elle des commentaires lisibles et une autre décision? | Exécution enregistrée avec changements d'état |
| Défaut | Le joueur peut-il comprendre ce qui s'est passé et récupérer? | Message de perte, redémarrage et vérification de l'état retenu |
| A.A. réceptive | Le jeu peut-il être lu et contrôlé aux tailles supportées? | Captures de visualisation de bureau et mobile |
| Retourner le jeu | Y a-t-il une raison d'essayer à nouveau? | Explication du joueur de la prochaine stratégie |
Traiter les vérifications de construction, de référencement et de libération comme des travaux de produit
Le code jouable n'est qu'une couche d'une version de jeu de navigateur. La page environnante a besoin d'une URL stable, de métadonnées utiles, d'une navigation canonique de travail, découvrable, d'une image, d'une mise en page réactive et d'une couverture plan du site lorsqu'elle est destinée à être publique et indexée.
Next.js peut générer des paramètres dynamiques de route à la compilation et exporter des routes supportées comme fichiers statiques. Dans notre workflow, ces mécanismes sont soutenus par des registres de contenu partagés, puis vérifiés par une compilation de production et la validation SEO plutôt que supposés fonctionner parce que la page de développement s'est ouverte.
La dernière porte est délibérément ennuyeuse: construire le site complet, inspecter les itinéraires générés, valider les métadonnées de découverte, ouvrir l'aperçu de production local, jouer le jeu modifié et enregistrer le résultat. La répétition transforme cette liste de contrôle en infrastructure; la sauter transforme de petites omissions en défauts publics.
- Il existe une boucle centrale brève et observable.
- Le changement est isolé, revisible et intégré par le biais de contrats partagés.
- Un humain a joué le résultat en forme de production.
- Le projet complet se construit avec succès après l'intégration.
- Les routes publiques, les canoniques, les métadonnées et la couverture du plan du site sont vérifiées.
- La libération ou le déploiement nécessite toujours une décision humaine explicite.
Questions fréquentes
Que signifie le développement de jeux natifs de l'IA?
Cela signifie que l'IA participe au flux de production plutôt que d'être utilisée uniquement pour un seul actif ou une expérience tardive. Les humains possèdent toujours l'intention du produit, l'examen, la qualité du jeu, les décisions en matière de droits et l'approbation de la libération.
Les 20 jeux ont-ils été entièrement générés par l'IA?
Non, et nous n'utilisons pas -AI-native --comme synonyme pour la production entièrement autonome ou entièrement produite par l'IA. La gamme a combiné travail assisté par l'IA avec des systèmes d'ingénierie partagés, l'art humain et les choix de produits, les tests de jeu, et les portes de libération.
Pourquoi commencer par une boucle de gameplay?
Une petite boucle donne à la fois des agents et des évaluateurs une définition concrète du progrès. Elle montre également si l'idée est compréhensible et répétable avant que l'équipe n'investisse dans plus de contenu.
Plusieurs agents d'IA peuvent-ils construire des jeux en parallèle?
Ils peuvent travailler sur des zones indépendantes et délimitées en parallèle lorsque les points d'appropriation et d'intégration sont clairs. Les changements d'infrastructure partagés ont encore besoin de coordination et d'une construction combinée après l'intégration.
Pourquoi utiliser des worktrees Git pour les tâches d'agent?
Les worktrees fournissent des répertoires et des branches de travail distincts reliés à un dépôt, ce qui réduit les chevauchements accidentels et facilite l'inspection de chaque changement, mais ils ne remplacent pas l'examen ou la gestion des conflits.
Que devrait inclure une tâche de développement de jeu d'IA?
Indiquez le résultat visible du joueur souhaité, les fichiers ou les limites pertinents, les contraintes techniques et les preuves requises pour l'acceptation. Marquez les questions subjectives pour le test de lecture au lieu de prétendre que l'automatisation peut les régler.
Comment avez-vous gardé 20 jeux cohérents sans les rendre identiques?
Nous avons normalisé les contrats environnants – routes, métadonnées, registres, validation et examen – tout en permettant à chaque jeu de garder sa propre boucle de base et sa propre direction visuelle.
Quelle est la dernière porte de sortie pour un jeu assisté par l'IA?
Un humain doit jouer le résultat intégré et approuver l'expérience, suivi d'une production réussie de construction et de route, de métadonnées et de vérifications du plan du site. Le déploiement reste une décision explicite distincte.
Sources et lectures complémentaires
- Documentation sur les arbres de travail git
Référence Git officielle pour la gestion de plusieurs arbres en exploitation attachés à un dépôt.
- Next.js générer la documentation StaticParams
Référence officielle de génération de route pour les segments dynamiques de l'App Router au moment de la construction.
- Guide des exportations statiques
Conseils officiels pour produire la sortie HTML statique à partir des routes Next.js supportées.
Étape suivante