Repository navigation
Personnages et compagnons
Couvre les stories #17 (validation staff) et #28 (compagnons).
Un compte utilisateur peut posséder plusieurs personnages (🔶 limite à définir, proposition : 3 actifs), chacun rattaché à une ère (Guerre des Clones, Guerre Civile Galactique, Nouvelle République). On poste en RP en tant que personnage, jamais en tant que compte.
Structurée en base de données :
Identité — nom, espèce, âge, ère, faction éventuelle, portrait/avatar, description physique.
Histoire — biographie (champ long, markdown), personnalité, objectifs.
Mécanique — les 6 caractéristiques (voir Système-de-jeu), compétences maîtrisées, sensibilité à la Force (🔶 soumise à quota ou validation renforcée ?), PV, défense.
Possessions — crédits, inventaire (character_inventory), vaisseau (ships + modules).
Vie du personnage — compagnons, RP en cours, historique des jets, journal économique.
- Choix de l'ère et de l'espèce.
- Identité et biographie (avec critères minimaux : longueur, cohérence lore).
- Répartition des caractéristiques (achat de points) et choix des compétences maîtrisées.
- Équipement de départ : budget de crédits initial à dépenser dans le catalogue (🔶 montant selon le background).
- Soumission → statut En attente de validation.
Cycle de vie d'une fiche :
Brouillon → Soumis → En validation ─→ Validé (jouable)
│
└→ À remanier (motif) → Soumis (nouvelle passe)
Validé → Archivé (retraite / mort du personnage)
- La validation se fait depuis le back-office : file des fiches soumises, diff des remaniements, motif de refus obligatoire.
- Un personnage non validé ne peut pas poster en RP (il peut poster en hors-jeu).
- Toute modification mécanique post-validation (caracs, compétences) repasse par une validation légère ; la biographie reste éditable librement. 🔶
🔶 À cadrer en game design. Proposition de base : des points de progression attribués à la clôture d'un sujet RP (par le staff/MJ, selon l'implication), dépensables pour : +1 caractéristique, nouvelle compétence maîtrisée, amélioration du bonus de maîtrise (+2 → +3 → +4). Pas de niveaux — progression organique et lente, le prestige social/narratif prime sur la puissance.
Système « party » à la Baldur's Gate : chaque personnage peut recruter jusqu'à 5 compagnons actifs.
- Un compagnon est un PNJ appartenant au personnage (pas au compte) : droïde, mercenaire, apprenti, copilote wookiee, contact…
- Il a une fiche simplifiée : identité, portrait, un archétype (🔶 liste : Soldat, Médic, Slicer, Pilote, Négociateur, Éclaireur…) qui fixe ses caracs et 2 compétences maîtrisées, un équipement limité (2 objets significatifs), des PV réduits.
- Il est joué par son propriétaire dans les posts RP, et peut agir mécaniquement (jets, combat) avec ses propres stats.
- Le recrutement se fait en RP (on écrit la rencontre), puis la fiche compagnon est créée et soumise à validation staff (rapide, comme les personnages).
- Maximum 5 compagnons actifs ; on peut en congédier (archivage) pour en recruter d'autres.
- Un compagnon peut mourir définitivement (contrairement aux personnages, voir Combat-et-dégâts) — c'est le contrepoids de leur utilité : amener son slicer sur une mission dangereuse est un choix.
- 🔶 Coût d'entretien éventuel (salaire mensuel prélevé par le tick économique — lien avec Économie).
- Dans un post, le joueur peut faire agir un compagnon ; le jet utilise les stats du compagnon.
- Aide : un compagnon pertinent peut donner l'avantage au jet du personnage (le médic assiste sur un jet de Médecine) — une aide par jet.
- En combat, chaque compagnon engagé a sa propre initiative et son propre tour.
-
characters: existant, +status(draft / submitted / in_review / needs_changes / validated / archived),era, caracs, compétences (jsonb),max_hp/current_hp,validation_notes. -
companions: id, character_id (propriétaire), name, archetype, portrait_url, bio, stats (jsonb), equipment (jsonb), max_hp / current_hp, status (pending / validated / archived / dead), created_at. - Contrainte : max 5 compagnons avec status actif par personnage (contrainte en base + validation API).
-
character_reviews: id, character_id / companion_id, reviewer_id, decision (approved / needs_changes), reason, created_at — historique des validations.
- File de validation (personnages + compagnons) avec filtres par statut et par ère.
- Vue diff entre deux versions d'une fiche remaniée.
- Actions : valider, demander remaniement (motif), archiver.
- Statistiques : personnages par ère/faction, délai moyen de validation.
Game design
Plateforme
Développement
Liens