Fields of Mistria personnages
Utilisez ce registre des personnages lorsque vous avez besoin d'un nom, d'un anniversaire, d'un rôle, d'une affiliation ou d'un état relationnel sans ouvrir une série de pages séparées. Les questions d'anniversaire et de rôle peuvent rester sur cette page jusqu'à ce qu'un détail au niveau de la source soit vraiment nécessaire.
Version Steam 1.0 ·Limite des données des personnages
Commencez cette vérification des personnages par le nombre affiché, puis conservez le champ choisi et la provenance interne de l'enregistrement ensemble lorsque la réponse affecte un chemin plus long.
Recherche de personnages
35 enregistrements affichés · v1.0.2
Images de référence de la communauté · pas une source officielle
35 enregistrements affichés · Nom A–Z
Aucun enregistrement ne correspond à cette recherche.
Une recherche de personnage utile commence par l'indice dont le joueur se souvient réellement. Entrez un nom complet ou partiel pour une correspondance directe, ou choisissez la profession, l'affiliation, l'état matrimonial ou l'espèce lorsque la question concerne un groupe plutôt qu'un résident. Le compteur montre combien des 35 enregistrements capturés restent après chaque contrôle actif, de sorte qu'un résultat restreint peut être distingué d'un champ source vide. Le texte d'anniversaire et les rôles restent à côté du nom du personnage car ces faits répondent à différentes questions de planification : un anniversaire aide pour le calendrier, tandis qu'une profession ou une affiliation aide à localiser le bon contexte social. Le registre ne convertit pas ces champs en préférences de cadeaux, exigences de cœur, horaires quotidiens ou éligibilité au mariage. Ces affirmations nécessitent une page qui les a capturées explicitement. Lorsque deux noms ou rôles se ressemblent, comparez l'identifiant d'enregistrement stable et revérifiez les champs affichés et la limite de version au lieu de supposer qu'un profil fournit les faits manquants pour un autre. Cela maintient une recherche rapide de résident utile sans transformer un registre limité en un simulateur de relations complet.
Ce que couvre cette recherche
Le registre expose les champs que les pages capturées partagent réellement : texte d'anniversaire, profession, affiliation, état matrimonial, espèce, genre, enregistrement communautaire capturé et identifiant de révision. Une valeur manquante est affichée comme « Non capturé » ; elle n'est pas déduite d'un autre personnage ou d'un guide. La recherche vérifie tous les champs exposés, tandis que les contrôles de champ et de valeur affinent la même limite de 35 enregistrements. Adeline est incluse comme un véritable enregistrement et renvoie à sa page capturée, rendant la recherche utile pour une question spécifique sur un villageois. La structure maintient également les champs d'identité séparés des hypothèses relationnelles, de sorte qu'une valeur vide de mariage ou d'affiliation ne peut pas être confondue avec une négation confirmée. Le nombre est une limite pour cette révision, de sorte qu'un ajout futur puisse être reconnu comme un nouvel enregistrement plutôt que silencieusement intégré dans un ancien résultat. Cela maintient une comparaison de villageois reproductible lorsque les noms, les rôles ou les champs relationnels changent.
Les champs partagés révèlent à la fois la force et la limite de cet ensemble de données de personnages. Les noms, les chaînes d'anniversaire, les professions, les affiliations, les étiquettes matrimoniales, les espèces, le genre, les enregistrements communautaires capturés et les marqueurs de révision peuvent être comparés car ils ont été conservés comme des valeurs séparées. Les cellules vides restent vides dans l'interface et sont étiquetées comme non capturées ; elles ne signifient pas qu'un personnage n'a pas d'emploi, d'affiliation ou de statut relationnel. La recherche couvre les valeurs d'enregistrement visibles, tandis que le filtrage pose une question plus précise sur un champ sélectionné. Cette distinction est importante lorsqu'un mot courant apparaît dans une note source mais n'est pas la valeur du champ comparé. La page maintient également les identités des personnages communautaires séparées des succès Steam et des annonces de mise à jour officielles. Une annonce de version peut décrire un changement de système relationnel, mais elle ne réécrit pas chaque ligne du registre. Utilisez l'itinéraire de la ville pour les connexions système et de lieu, l'itinéraire des mises à jour pour les changements de version datés, et cette page pour les champs de personnage présents dans la capture communautaire scellée. Ensemble, ils forment un itinéraire traçable sans fusionner des sources différentes.
Limite de version
Commencez par le champ nom pour une recherche directe, puis passez le champ de filtre à la profession, l'affiliation ou l'état matrimonial lorsque vous comparez des résidents. La page maintient la limite v1.0.2 visible afin que les modifications ultérieures puissent être ajoutées sans réécrire silencieusement un profil plus ancien. Les identifiants d'enregistrement communautaire stables s'ouvrent dans un onglet séparé et restent distincts de la boutique officielle et des sources d'annonces utilisées ailleurs dans l'almanach. Pour une décision quotidienne, associez un résultat de personnage aux itinéraires de la ville et des succès ; ce registre répond qui est un résident, pas ce qu'un événement futur garantit. Pour une comparaison ciblée, gardez un filtre actif à la fois et notez le nombre affiché avant d'ouvrir une source. Cela permet de savoir plus facilement si un résultat a changé à cause de la requête ou parce que l'ensemble des enregistrements capturés a été révisé.
Chaque résultat de personnage appartient à la limite de capture v1.0.2 affichée. Cette étiquette identifie le contexte de révision utilisé par cet almanach ; ce n'est pas une promesse qu'un profil de résident ne changera jamais après la date de capture. Une révision ultérieure de la source peut ajouter un horaire, corriger un rôle ou modifier le libellé, c'est pourquoi la page conserve les identifiants d'enregistrement, les identifiants de révision et la provenance interne des enregistrements sortants visibles. Pour une décision qui dépend d'un comportement exact actuel, revérifiez les champs affichés et la limite de version et comparez sa révision avec la limite indiquée ici. La recherche et le tri locaux ne modifient jamais les valeurs capturées, et le site ne stocke pas un état relationnel privé pour ces lignes du registre. Le flux de travail sûr est simple : trouvez le résident, lisez les champs qui sont réellement présents, notez toute valeur non capturée, et suivez la source lorsque le détail manquant affecterait une décision de cadeau, d'événement, d'itinéraire ou de romance. Si un correctif officiel a modifié le système sous-jacent, vérifiez la chronologie des mises à jour datée comme deuxième source plutôt que de traiter une ligne communautaire plus ancienne comme une preuve de la nouvelle règle. Un résultat de registre est donc un point de départ pour un plan social, pas le plan lui-même. Gardez les questions de calendrier, de préférence et d'événement attachées à leurs propres preuves afin qu'une page d'identité pratique n'accumule pas de revendications de comportement non étayées.