Créateur de modules
Créer une rencontre de scène partagée
Concevez un Living Dungeon borné avec runes coopératives, rayons de cristal, choix chronométrés et réactions élémentaires.
Disponibilité du candidat
Créer et vérifier le paquet
Exécutez ces commandes depuis le dépôt web candidat avec sa version prise en charge de Node.js. Le projet et l’archive sont créés à côté de ce checkout. Validation et empaquetage sont des contrôles hors ligne, pas des preuves de publication ou de fonctionnement multijoueur.
node packages/module-cli/bin/fabled.js module init ../my-dungeon \
--template scene-encounter --publisher-id my-studio
node packages/module-cli/bin/fabled.js module validate ../my-dungeon
node packages/module-cli/bin/fabled.js module pack ../my-dungeon --output ../my-dungeon.zip
node packages/module-cli/bin/fabled.js module inspect ../my-dungeon.zipÉcrire du JSON inerte
Modifiez frames/encounter.json et ses libellés dans locales/en.json. Le type fabled.scene-encounter.v1 s’affiche via campaign.blade. Son action déclarée lie vtt.encounter.campaign.v1 et demande vtt-encounters.play.campaign avec une finalité de consentement honnête. Après modification des ressources, actualisez leurs tailles exactes et condensats SHA-256 dans fabled.module.json avant de valider à nouveau.
- Définition maximale : 32 KiB, profondeur 12, 1024 nœuds. Largeur et hauteur du plateau : entiers de 200 à 4000 ; points et cercles complets doivent tenir à l’intérieur.
- Utilisez 1–8 cristaux, 1–8 runes, 0–8 zones, 1–4 phases et 1–6 indices publics. Rayons : 20–200 ; compte à rebours du portail : 10–600 secondes ; phases : 15–600 secondes.
- Les identifiants sont globalement uniques, y compris celui de la rencontre. Toutes les clés de libellé doivent exister. Chaque phase exige 1–12 objectifs cristal/zone distincts, sans dépasser ceux définis.
- Directions : 0=nord, 1=est, 2=sud, 3=ouest. N’utilisez que les clés déclarées et les vocabulaires fixes : aucun script, URL, GLSL, shader arbitraire ou patch direct d’état.
Répéter la salle
- Après examen, obtenez l’accès, installez la version exacte acceptée et activez-la dans la campagne. Ce modèle vise les campagnes, pas l’activation globale du compte. Ouvrez une scène VTT existante et le panneau ; chaque participant, propriétaire compris, consent explicitement avant d’interagir.
- Seul le propriétaire exact de la campagne contrôle placement, démarrage, pause/reprise, indices, passage de phase du boss et réinitialisation. Les autres membres consentants ayant accès à la scène peuvent tourner les cristaux, choisir l’issue du portail et remplir les objectifs. Un rôle de MJ promu ne confère pas les commandes du propriétaire.
- Le placement fixe origine et échelle (0.25–4) ; démarrer ne déplace ni ne crée de pions. Occupez toutes les runes simultanément avec des pions visibles et distincts appartenant aux participants. Le serveur utilise leurs centres confirmés, pas les positions provisoires de glisser-déposer. Une personne peut posséder plusieurs pions ; les PNJ cachés ou non attribués ne comptent pas.
- La puissance des runes reste acquise. Dans le modèle, dawn=0 (nord), dusk=1 (est), midnight=2 (sud) conduisent le rayon au portail. Le tracé s’arrête au bord ou dans une boucle et ne dépasse pas 9 segments.
- Choisissez stabilise pour conserver les durées complètes ou unleash pour ramener chaque phase à 75% ; l’expiration du portail choisit unleash. Remplissez différents objectifs cristal/zone par phase. Les identifiants finaux distinguent le seuil atteint du délai manqué.
- La pause fige progression et temps restant ; la reprise recalcule l’échéance serveur. Réinitialiser efface seulement la progression, pas le contenu de la carte. La reconnexion recharge l’état serveur ; actualisez les révisions périmées avant de réessayer. Une carte prend en charge au plus 32 instances liées à des activations de module actives.
Lancer des sorts sur l’environnement
Activez séparément un module spell-effects approuvé, comme Arcane Arsenal. Son autorisation existante de propriétaire de campagne et le consentement du propriétaire à la rencontre sont tous deux requis. Seuls des sorts autorisés visant les centres confirmés des pions cibles modifient les zones ; une déclaration du client ne suffit pas.
| Préréglages hôte examinés | Zone | Réaction persistée |
|---|---|---|
| frost_breath, frost_nova | flood | frozen |
| dragon_fire, meteor_strike | vines | burned |
| lightning_arc | conductor | charged |
Effets visuels et changements de zone admissibles sont validés ensemble ; un échec d’écriture de la rencontre annule ce sort. Une rencontre en pause ne réagit pas, et rejouer un ancien sort ne le réapplique pas après réinitialisation. Les autres préréglages restent purement visuels pour ces zones. Aucun dégât automatique, tour de combat, changement de fiche ou modification arbitraire de scène n’est ajouté.
Publier et vérifier le parcours complet
Suivez la connexion et la gestion d’espace éditeur habituelles dans la CLI compatible, puis soumettez l’archive inspectée. Une soumission n’est ni une approbation ni une installation. Après approbation, obtenez/installez cette version exacte, activez-la dans une campagne de test et vérifiez consentement, déplacements, reconnexion, pause/réinitialisation et réactions sur des déploiements compatibles. Rétablissez normalement les options désactivées, Safe Mode ou l’autorité signée invalide ; ne les contournez jamais. Cette preuve complète en conditions réelles reste à faire pour le candidat.