Combat des ensembles de règles

Utilise cette page pour décider comment ton ensemble de règles intervient dans un combat : le bloc battle prête la fiche au combat de Marinara, et le bloc combat résout l'intégralité du combat selon les règles propres à l'ensemble, avec son bestiaire, son plateau, ses réactions et ses confrontations. Elle s'adresse aux auteurs d'ensembles de règles. Avant de commencer, lis Écrire des ensembles de règles Game Mode.

Sections de cette page :

• Batailles : prêter la fiche au combat de Marinara
• Ce qui entre et ce qui revient
• Comment une entrée devient une compétence
• Combat : une lutte résolue par tes propres règles
• Toutes les clés
• Sauvegardes contre des états, des dégâts ou la magie
• Un combat lancé en réserves : dice-pool
• Un combat lancé avec des dés à symboles : symbol-pool
• Dés de dégâts minimum
• Un coup qui étourdit
• La cible détermine le type de blessure
• Une initiative que les attaques déplacent
• Ce qu'un combat lit dans mechanics
• Créatures : un bestiaire lu par le combat
• Positions : un combat sur un plateau
• Ce que le combat fait de ton bloc sur le serveur
• À l'écran
• Confrontations : agripper, pousser, se libérer
• Fenêtres : maintenir le combat ouvert
• Pas encore

Batailles : prêter la fiche au combat de Marinara

Par défaut, une bataille ignore la fiche. Elle construit les combattants comme toujours ; un personnage peut sortir du combat sans changement de ses points de vie sur la fiche.

Le bloc facultatif battle change cela dans un seul sens : il prête les nombres au combat et réécrit son résultat. Il ne fait pas suivre tes règles au combat. Les calculs, les coups qui touchent et leurs dégâts restent ceux de Marinara. La santé est donc transférée comme proportion du maximum, pas comme ton nombre : une fiche à moitié de sa santé commence à mi-barre de celle construite par Marinara. Ta réserve de 9 points n'est jamais placée directement dans une bataille où un coup fait 12.

"battle": {
  "health": { "pool": "grit" },
  "energy": { "pool": "luck" },
  "skills": [{ "list": "knacks" }]
}

• health : obligatoire. Réserve vivante représentant les points de vie en combat. Elle doit appartenir à sheet.live.pools, pas être une liste dont les lignes sont des réserves.
• energy : facultatif. Réserve dépensable par la bataille, qui devient la barre MP. Elle doit différer de health : le combat ne peut pas consommer la santé comme énergie.
• slots : facultatif. Réserves dépensées une unité à la fois, chacune avec level de 1 à 9 : [{ "pool": "slots_1", "level": 1 }]. Chaque niveau et chaque réserve ne sont utilisés qu'une fois.
• skills : facultatif, jusqu'à huit. Listes dont les lignes deviennent des compétences de combat. Seules comptent les lignes issues de tes catalogues et dont l'entrée porte mechanics : une ligne saisie à la main n'exprime rien numériquement. onlyWhen nomme une colonne booléenne qui doit être active, comme un sort préparé. alwaysWhen nomme une colonne et une valeur qui laissent passer malgré tout, comme un sort sans préparation. C'est l'exception à onlyWhen, donc elle est refusée sans lui.

Ce qui entre et ce qui revient

À l'entrée, pour chaque membre dont la partie possède la fiche : la proportion de santé fixe le début sur la barre Marinara ; l'énergie devient MP ; chaque réserve d'emplacements devient ceux de ce niveau ; les lignes marquées deviennent des compétences. Santé maximale, attaque, défense, vitesse et niveau restent les nombres de Marinara. Une réserve de santé à zéro fait commencer à terre ; au-dessus de zéro, le personnage commence toujours avec au moins un point, pour qu'une petite proportion ne le fasse pas tomber par arrondi.

À la sortie, quand le combat est terminé : la proportion finale de la barre est convertie à l'échelle de la réserve, et la différence avec le début est appliquée en dégâts ou soins. Énergie et emplacements sont des comptes, pas des proportions ; ils reviennent tels quels. Tout suit les règles des boutons de la fiche ; un changement refusé est ignoré et signalé, pas forcé. Un combat sans changement de santé n'en écrit aucun, pour que les deux conversions ne puissent pas déplacer la fiche à elles seules.

Dans aucun sens : jets d'attaque, sauvegardes, concentration et effets d'un coût supérieur. Ils figurent dans mechanics pour être lus un jour par un véritable système de combat ; ce pont ne les applique pas et l'ensemble ne doit pas prétendre le contraire.

Une bataille abandonnée ne réécrit rien. Si tu supprimes le message de départ ou si elle ne finit jamais, la fiche reste identique : le combat n'a pas eu lieu.

Comment une entrée devient une compétence

Le bloc mechanics d'une entrée de catalogue est lu ainsi :

• kind devient le type de compétence. Les entrées utility et celles marquées reaction sont omises, car le combat Marinara n'a pas où les placer.
• amount fixe la puissance comme multiplicateur de l'attaque du combattant, pas comme nombre de dégâts. Des dés plus grands ne frappent jamais moins fort ; le multiplicateur reste dans la plage des compétences générées.
• range et area.size sont divisés par units.distance.perCell du catalogue pour obtenir des cases, sans jamais arrondir à zéro. Une explosion prend son rayon, un cône la moitié et une ligne une case. Une zone cible tous les ennemis couverts et respecte friendlyFire.
• damageType devient l'élément. targets n'est pas transféré : Marinara décide des cibles des soins, améliorations et attaques selon le type de compétence.
• Un cost d'énergie devient un coût MP ; plusieurs sont additionnés. Un cost d'exactement un emplacement en consomme un de ce niveau. Marinara facture une quantité d'énergie ou un emplacement, jamais les deux : il omet deux emplacements, des emplacements de deux niveaux ou un emplacement plus énergie. Les coûts d'autres réserves, comme la santé ou une ressource de classe, sont aussi omis pour ne pas les offrir gratuitement.
• buff et debuff deviennent les effets propres à Marinara. Les autres promesses du texte, comme retirer un état de la fiche, ne sont pas appliquées. Omets mechanics si l'effet n'a de sens qu'en dehors d'une bataille.

coverage.combat reste distinct et garde son sens : active-le seulement si les batailles suivent les règles de ton système.