Les démos de jeux
JEV transforment une question abstraite en une question observable : un modèle de décision peut-il recevoir un Game State changeant, choisir parmi Legal Actions et renvoyer une réponse utile avant que le jeu ne doive continuer ? JEV ne remplace pas le moteur. Il s'agit d'une étape de décision limitée au sein d'une boucle de jeu plus large.Pour des références concrètes, comparez l'JEV Expérience Doom, l' JEV Implémentation de Pong, l'architecture NPC guide, et le JEV jeu de société de laboratoire et local-NPC exemple
. Ce sont des exemples à étudier, et non une garantie que chaque jeu partage la même latence ou le même contrat d'intégration.
Ce que prouvent les démos de jeux JEV
Une démo utile rend la frontière visible. Le code du jeu possède l'état et les règles du monde, produit les actions actuellement possibles, demande à JEV d'évaluer une décision saisie et valide la réponse avant l'exécution. Les exemples publics incluent des jeux de style arcade, des positions dans des jeux de société et des expériences de contrôle en temps réel telles que Doom ou Pong. Leurs détails diffèrent, mais le modèle est état dedans, décision limitée.
- Où JEV se trouve dans la boucle de jeu
- Observer les faits faisant autorité.
- Filtre impossible actions.
- Posez à JEV une question dactylographiée.
- Valider la réponse par rapport aux état actuel.
- Exécuter via une commande, un arbre de comportement, un système de capacités ou un contrôleur.
Reconsidérer après un événement, une intention terminée ou minuterie limitée.
Le rendu et la physique peuvent s'exécuter à chaque image, tandis qu'une décision tactique s'exécute plus lentement. Appeler un service de décision à chaque image rendue ajoute de la latence et de la gigue. JEV devrait gérer des Choice significatifs ; la direction, les collisions, l'animation, la réplication et l'autorité multijoueur restent dans des systèmes déterministes.
- Quel code de jeu possède
- État mondial, physique, navigation, collision, détection d'impact et autorité.
- Perception et information NPC est autorisé à connaître.
- Legal Actions, paramètres, conditions préalables et exécution gestionnaires.
Délais d'attente, contrôles de réponse obsolètes, limites de débit et fallback comportement.
Ce que JEV contribue
JEV peut choisir un candidat, Score candidats, ou répondre à une question limitée par oui ou par non. Il apporte un jugement contextuel sur les Choice présentés par le jeu ; il ne faut pas inventer une séquence d’action complète. Commencez avec trois à six options significatives et continuez l'exécution dans le code de jeu existant.
Latence, fréquence et fallback
Il n’existe pas de cadence universelle. Un jeu au tour par tour peut décider une fois par tour ; un jeu de tactique peut décider après l'apparition d'une menace ou toutes les quelques centaines de millisecondes ; un compagnon d'exploration peut décider quand son objectif change. Mesurez le chemin complet depuis la capture d’état jusqu’à l’exécution validée. Chaque demande nécessite une date limite. S'il est tard, conservez l'intention actuelle, déplacez-vous vers une couverture, exécutez un arbre de comportement créé ou maintenez votre position.
Comment évaluer une démo
Vérifiez si la projection d'état et Legal Actions sont visibles, si une réponse non valide est rejetée en toute sécurité, si la cadence de décision est distincte du rendu et si un fallback déterministe est affiché. Une démo solide enregistre l'action sélectionnée, la latence, la validité et la fallback raison.
Quatre modèles de démonstration à comparer
Les démos d'arcade testent la sélection d'actions rAPId sur un petit état. Une expérience de type Doom teste si l'agent peut continuer à agir alors que l'état visuel change rapidement. Pong et les jeux similaires rendent l'espace d'action évident et révèlent immédiatement les délais manqués. NPC ou des démos de jeux de société testent une question plus lente mais plus riche : le modèle peut-il peser les objectifs, les menaces et les actions légales sans s'approprier les règles ?
Ces démos ne doivent pas être comparées par une seule latence de titre. Ils diffèrent par le coût d'observation, le nombre d'actions, le chemin réseau, la boucle de rendu et la politique fallback. Une comparaison équitable enregistre les mêmes champs pour chaque exécution : taille de l'état, nombre de candidats, date limite de décision, latence médiane et finale, taux de résultats valides, taux fallback et résultat de la tâche.
| Une démo pratique Scorecarte | Dimension | Quoi enregistrer |
|---|---|---|
| Pourquoi questions | Décision cadence | Evénementiel, tour par tour ou chronométré |
| Montre si le modèle est utilisé à droite couche | Action space | Nombre de candidats et types de paramètres |
| Rvèle si le résultat est limité et testable | ___ Fraîcheur | État version et taux de résultats obsolètes |
| Mesure les conditions de course en direct jouer | fallback | Comportement après un délai d'attente ou une sortie invalide |
| Sépare une démo d'un jeu résilient système | __ _Résultat | Gagner taux, survie, progrès objectif ou note du concepteur |
Mesure le comportement utile plutôt que le modèle activité
- Transformer une démo en tranche de production
- Enregistrez une politique de base déterministe.
- Choisissez une décision avec un propriétaire clair et trois à six Legal Actions.
- Rejouez les états enregistrés hors ligne avant d'ajouter des appels réseau à un direct niveau.
- Introduire des délais et des fallback avant d'étendre l'action espace.
Comparez séparément la qualité, la latence, le coût et le fallback taux.
La page de jeu JEV la plus puissante n'est donc pas qu'une simple galerie. Il explique ce que la démo prouve, ce qu'elle ne prouve pas et quelles preuves techniques une équipe doit collecter avant l'expédition.Pour l'architecture NPC, lisez JEV NPC. Pour le contrat API, voir JEV API utilisation. Pour l'intégration de Unity, passez à le JEV Unity tutoriel
