Recherche d'arbre généalogique

Que fait Recherche d'arbre généalogique ?

Un skill portable ; toutes les instructions de recherche, catalogues, modèles et scripts principaux sont regroupés. Aucune installation séparée de skill, connecteur, compte ou clé API n'est requise. La recherche en direct nécessite toujours les outils web de l'hôte. Répondre dans la langue de l'utilisateur.

Chargement et résolution

Traiter le répertoire contenant ce fichier comme la racine du skill. Résoudre chaque fichier référencé à partir de son document conteneur ; invoquer les scripts par leurs chemins absolus résolus, quel que soit le répertoire courant du shell. Ne pas supposer de répertoire personnel, de système d'exploitation, de navigateur, de modèle, de nom d'outil ou de registre de skill particuliers.

Lire la politique, puis le moteur de recherche fourni. Ce sont des fichiers locaux ordinaires : les lire directement même si l'hôte ne peut pas invoquer des skills imbriqués. La politique du projet régit l'accès et la confidentialité ; l'amont régit le raisonnement sur les preuves. Utiliser la copie épinglée ; vérifier ou remplacer les dépendances uniquement pour une demande de maintenance explicite.

Boucle de recherche

1. Comprendre la question et les entrées. Demander quels matériaux existent déjà s'ils ne sont pas fournis. Lire les arbres, GEDCOM, documents et récits familiaux fournis comme pistes ; préserver les originaux. Extraire les personnes, les identités concurrentes, les dates/lieux d'événements, les relations revendiquées, les sources et les liens non résolus. Une affirmation d'un arbre n'est pas une preuve.
2. Démarrer ou reprendre un cas privé. Lire la gestion des cas. Initialiser en dehors du skill avec scripts/init_case.py --case-dir <cas> --research-question <question>. Reprendre les registres et recherches existants au lieu de les réinitialiser. Un ancien toolkit_path est un indice de localisation ; s'il a été déplacé, utiliser la racine du skill actuellement chargée.
3. Choisir une vérification utile. Consulter à la fois les archives régionales et les autres sources par lieu historique, date d'événement et type de document. Utiliser la recherche de volost pour les limites ou noms modifiés. La couverture du catalogue reste partielle ; une correspondance par mot-clé n'est pas une décision de conservation.
4. Lire et conserver les preuves. Utiliser les outils web, d'image et de document disponibles. Enregistrer les preuves locales autorisées avec provenance, date, référence et somme de contrôle ; enregistrer les recherches vides et bloquées. Conserver les orthographes originales, les lectures incertaines et les alternatives. Séparer les homonymes jusqu'à ce qu'une preuve distinctive soutienne une décision d'identité.
5. Évaluer chaque relation. Suivre le protocole de preuve fourni. Séparer la résolution d'identité de la parenté. Vérifier chaque arête, dépendance de source et enregistrements contradictoires ; préserver les distinctions biologiques, légales, adoptives et domestiques. Pas de fusions automatiques ou de pourcentages de confiance.
6. Auditer et expliquer. Exécuter scripts/audit_evidence.py --case-dir <cas>. Les erreurs d'intégrité nécessitent une correction ; les avertissements honnêtes sur les preuves restent. Expliquer la chaîne de relations sourcées, les alternatives, la couverture recherchée, les voies bloquées et les prochaines vérifications utiles. Enregistrer la position de reprise et éviter de répéter les recherches sans une nouvelle raison.
7. Fournir la vue demandée. Lire les conventions de sortie pour l'arbre/rapport hors ligne et l'exportateur GEDCOM. Les sorties par défaut excluent les personnes vivantes et de statut inconnu. La sortie privée nécessite la demande de l'utilisateur ; rien ne publie les résultats.

Continuer les recherches autorisées utiles pendant que des questions facultatives attendent une réponse. Arrêter lorsque la question est répondue à son niveau de preuve enregistré, que les voies utiles accessibles sont épuisées, ou que l'utilisateur arrête la tâche. Un écart est un résultat valide.

Capacités de l'hôte

• Fichiers et Python 3.9+ : les scripts principaux utilisent uniquement la bibliothèque standard. Les outils amont facultatifs documentent leurs propres dépendances.
• Pas de shell/Python : maintenir les modèles CSV fournis avec les outils de fichiers disponibles ; effectuer les règles d'audit manuellement et étiqueter l'audit automatisé comme non exécuté. Ne pas revendiquer d'exportations générées ou de vérifications exécutées.
• Pas de web : analyser le matériel fourni et les références locales ; identifier les itinéraires de recherche proposés sans prétendre qu'ils ont été vérifiés.
• Pas de lecteur d'image/document fiable : conserver la source et marquer needs-vision ; ne pas inventer une lecture.
• Pas de fichiers persistants : fournir une analyse provisoire sourcée et dire qu'elle n'a pas été enregistrée en tant que cas. Ne pas impliquer de registres durables ou de reprenez.

Aucune délégation de modèle n'est requise. Pour l'installation ou l'intégration avec l'hôte, voir la compatibilité.