hraness/soulscrape

Que fait soulscrape ?

Transformez uniquement les preuves que l'utilisateur autorise en un modèle de travail autonome et daté d'une personne. Récupérez les faits explicites et les schémas tacites sans aplatir le sujet en un CV, un persona de travail, un archétype, un score de personnalité ou un enregistrement d'identité soi-disant complet.

Le résultat doit aider un collaborateur réfléchi à comprendre le sujet et permettre à un assistant de raisonner, écrire, prioriser et collaborer d'une manière qui ressemble à ses schémas démontrés. Il doit également indiquer où la ressemblance serait dangereuse ou non étayée.

Norme de base

Visez la fidélité et l'ambition, pas une fausse complétude.

Traitez la sortie comme une interprétation orientée vers un but d'un corpus délimité, pas comme un compte rendu définitif d'une personne. La confiance décrit le soutien d'une affirmation dans les preuves examinées ; elle ne dit pas à quel point cette affirmation définit essentiellement le sujet ni à quel point elle le prédit de manière fiable partout. Gardez chaque partie révisable à la lumière de nouvelles preuves, de circonstances modifiées et des corrections du sujet. L'ambition est la personne entière ; l'affirmation n'est jamais l'exhaustivité.

• Inférer à partir de choix répétés, de comportements, de langage, de compromis et d'évolution dans le temps.
• Préservez les contradictions et les tensions vivantes au lieu de forcer une histoire cohérente.
• Séparez la voix du sujet des citations, des correspondants, des participants aux réunions, des collaborateurs, des institutions et du contenu généré par l'IA.
• Pesez le comportement coûteux et les décisions répétées plus lourdement que l'auto-description polie.
• Datez le modèle. Les personnes et les priorités changent.
• Rendez la confiance, la portée, l'incertitude et les autres lectures plausibles lisibles.
• Évitez le diagnostic et l'inférence non étayée d'attributs sensibles.
• N'utilisez jamais le résultat pour usurper l'identité du sujet de manière trompeuse ou prendre des actions externes importantes en son nom.

Sortie par défaut

Produisez un nouveau document Markdown, sauf si l'utilisateur demande un autre format. Utilisez un nom de fichier descriptif tel que <personne>-soulscrape.md et renvoyez son chemin complet.

Adaptez le document aux preuves. Pour un corpus longitudinal riche avec plusieurs strates de sources indépendantes, environ 4 000 à 8 000 mots utiles peuvent être appropriés. La longueur est un résultat, pas un objectif. Avec moins de trois strates de sources indépendantes ou moins de 2 000 mots de source, n'utilisez que l'espace dont les affirmations étayées ont besoin – souvent 300 à 1 500 mots et parfois moins. N'ajoutez pas de section pour approcher une limite inférieure ou fabriquer une ampleur.

Le document doit être autonome. Définissez le jargon local, les projets, les relations, les dates et les limitations des sources afin qu'un lecteur n'ait pas besoin du corpus original.

Ouvrez avec un bloc de statut épistémique proéminent indiquant que le document est partiel, limité aux sources, daté et révisable. Ne l'enterrez pas dans la méthodologie ou les notes de fin.

Index publics

Lorsque la demande concerne un index public et publiable d'une personne ou d'une organisation – un profil sourcé pour soulscrape.com/<nom_utilisateur>/<identifiant> plutôt qu'un modèle de travail privé – lisez references/public-person-index.md complètement et suivez-le. L'index public est un deuxième artefact avec des valeurs par défaut différentes : sources publiques uniquement, chaque affirmation citée, et aucun détail privé ou tiers. Validez le paquet avec bun scripts/validate-person-index.ts et publiez-le avec bun scripts/publish-person.ts.

Flux de travail

1. Établir l'autorité et la portée

Lisez references/questions.md complètement avant de décider de demander ou de procéder. Transformez une demande vague en un paquet de questions, puis demandez uniquement ce qui change le résultat.

Utilisez le corpus fourni par l'utilisateur, les sources publiques qu'il demande et les sources locales qu'il place explicitement dans le champ d'application. Faites des hypothèses raisonnables sur l'emplacement et le format de sortie.

Classifiez l'utilisation prévue avant la synthèse :

• Auto-modèle : le sujet est l'utilisateur.
• Guide de collaboration privée : l'utilisateur a un accès légitime aux preuves concernant une autre personne et souhaite une aide minimisant la vie privée pour communiquer ou collaborer avec elle.
• Proxy autorisé : le sujet a explicitement autorisé la ressemblance vocale ou la préparation d'un proxy pour l'utilisation déclarée.

La possession de messages, d'un paquet ou d'informations publiques n'est pas une autorisation du sujet. Un guide de collaboration privée peut décrire des schémas d'interaction limités et observables pour la propre préparation de l'utilisateur, mais ne doit pas imiter la voix du sujet, évaluer son aptitude ou son caractère, prédire un comportement sensible, ou soutenir des décisions d'emploi, de crédit, de logement, d'assurance, juridiques, médicales, disciplinaires ou autres décisions importantes. Ne produisez pas de proxy réutilisable ou de charte d'assistant pour un sujet tiers sans autorisation explicite du sujet. Demandez lorsque l'utilisation prévue est ambiguë, évaluative, destinée à un public externe ou importante.

Demandez uniquement lorsqu'un choix manquant modifierait matériellement le résultat, par exemple lorsque :

• le corpus est indisponible ;
• le sujet est ambigu ;
• l'utilisateur n'a pas autorisé l'accès à une source privée proposée ;
• la sortie est destinée à un public et les limites de confidentialité ne sont pas claires.

Ne naviguez pas par défaut à la recherche d'informations personnelles. Naviguez lorsque l'utilisateur le demande, lorsqu'une URL fournie doit être ouverte, ou lorsqu'un fait public urgent doit être vérifié. Gardez les preuves Web publiques distinctes des preuves privées et fournies.

Lorsque la recherche Web est dans le champ d'application, lisez references/web-research.md complètement et suivez-le : la portée provient uniquement des instructions de l'utilisateur, chaque résultat public entre dans le registre des citations avec son URL, sa date d'accès, son passage et son statut de liaison d'identité, et aucune source publique n'est attribuée au sujet sans un ancrage explicite.

Utilisez des compétences spécifiques au format si nécessaire pour lire des PDF, documents, feuilles de calcul, diapositives, images, audio ou vidéo. Extrayez fidèlement avant d'interpréter.

Pour une archive X officielle appartenant à l'appelant, utilisez bun scripts/prepare-x-archive.ts plutôt que de l'extraire manuellement. Le script ouvre uniquement les membres de publications publiques autorisées du compte auteur et écrit un paquet privé délimité. Il n'ouvre délibérément pas les messages directs, les carnets d'adresses, les données publicitaires, les médias, les publications supprimées ou les publications communautaires. Confirmez la propriété de l'archive avec l'utilisateur, utilisez des chemins absolus et conservez le paquet en dehors du contrôle de version.

2. Inventorier le corpus

Lisez references/evidence-method.md complètement avant d'analyser les sources.

Si le corpus contient des paquets ensoul.*-source, lisez également references/source-packets.md complètement avant de les ouvrir ou de les interpréter.

Validez chaque paquet avant d'ouvrir ou d'interpréter ses enregistrements :

bun scripts/validate-source-packet.ts /absolute/private/path/source.ensoul-source.json

Exigez un statut de sortie nul et un reçu avec valid: true. Le validateur sans dépendance émet uniquement des métadonnées de schéma/condensé/compte. Si la validation échoue, n'inspectez pas, ne devinez pas, ne réparez pas et n'utilisez pas partiellement le paquet.

Construisez une carte des sources avant de rédiger. Enregistrez :

• type de source, localisateur et plage de dates ;
• auteur ou orateur probable ;
• s'il s'agit d'une capture privée, d'une auto-présentation soignée, d'un comportement observé, d'une description par un tiers ou d'un matériel institutionnel ;
• forces du signal, biais, méthode d'échantillonnage et omissions ;
• pertinence temporelle et force de liaison d'identité.

Pour les dépôts, inspectez plus que la prose. Utilisez l'identité du contributeur, les plans rédigés, l'historique des commits, la propriété du code, les tests, les incidents et les artefacts opérationnels. N'attribuez pas une norme à l'ensemble du dépôt au sujet sans preuve de paternité ou d'adoption répétée.

Pour les notes, distinguez les pensées du sujet de ce qu'une autre personne a dit. Pour les messages et les e-mails, distinguez les brouillons, les messages envoyés, le texte cité ou transféré et la voix du correspondant.

3. Échantillonner largement, puis rechercher le signal

Couvrez le corpus dans le temps, le contexte et le type d'artefact avant d'approfondir un thème.

Pour un grand corpus :

1. Indexez les noms de fichiers, les dates, les auteurs, les titres, les types de sources et les termes récurrents.
2. Lisez le matériel représentatif des périodes anciennes, intermédiaires et récentes.
3. Identifiez les décisions, métaphores, valeurs, conflits et changements récurrents.
4. Lisez les artefacts au signal le plus élevé en entier.
5. Continuez jusqu'à ce que les sources supplémentaires renforcent principalement les schémas connus ou révèlent une contradiction significative.

Ne prétendez pas à une lecture exhaustive lors de l'échantillonnage. Indiquez honnêtement la couverture.

Des sous-agents facultatifs peuvent résumer des strates de sources délimitées pour de très grands corpus. Donnez à chacun uniquement ses artefacts assignés et exigez des chemins, des dates, une attribution, des schémas candidats, des contre-preuves et une confiance. Ne déléguez jamais de paquets privés ou de contenu privé, sauf si l'utilisateur autorise explicitement cet environnement et cette portée de données supplémentaires exacts ; les paquets Message Like Me restent avec l'agent principal par défaut. L'agent principal doit inspecter lui-même les sources de poids élevé et possède la synthèse.

4. Construire un registre de preuves

Conservez un registre de brouillon pour les affirmations candidates. Chaque affirmation doit suivre :

• le schéma proposé ;
• les sources de support dans tous les contextes ;
• les contre-preuves ou exceptions ;
• les explications alternatives plausibles ;
• si la preuve est factuelle, déclarée, comportementale, linguistique, relationnelle ou temporelle ;
• le soutien probant et la portée de la généralisation ;
• le statut actuel, historique, émergent, cyclique ou non résolu.

Ne faites pas du registre le livrable final, sauf demande.

Utilisez ces étiquettes :

• Observation bien étayée : explicite et répétée, ou démontrée comportementalement avec peu de contre-preuves matérielles.
• Inférence étayée : des preuves récurrentes ou transversales soutiennent l'affirmation, mais une étape interprétative demeure.
• Question vivante : les preuves montrent une tension, un changement ou un contexte non résolu plutôt qu'un schéma stable.
• Hypothèse provisoire : plausible mais étroite ou faiblement étayée ; généralement omise du modèle exécutif.

Les étiquettes décrivent les preuves pour une affirmation délimitée. Elles ne révèlent pas une identité essentielle, ne prouvent pas un motif et ne garantissent pas un comportement futur. Indiquez la portée séparément. Omettez les affirmations non étayées.

Un seul événement est normalement une hypothèse provisoire, même lorsqu'il est vivant. Traitez une observation comme bien étayée uniquement lorsque des preuves indépendantes répétées la soutiennent, ou lorsqu'une correction explicite actuelle du sujet a un comportement corroborant.

5. Modéliser la personne entière

Enquêtez sur chaque dimension pour laquelle le corpus a des preuves réelles :

• identité, biographie et trajectoire ;
• rôles, engagements et contraintes actuelles ;
• vision du monde et modèles de fonctionnement du monde ;
• valeurs et intuitions morales ;
• goût, esthétique, humour et aversions ;
• motivations, incitations et sources de sens ;
• prise de décision et habitudes épistémiques ;
• travail, métier, apprentissage et pratique créative ;
• style de communication et d'écriture par public ;
• collaboration, leadership, conflit et confiance ;
• relations avec la technologie, l'argent, le statut, le risque, le temps, le lieu, les institutions et la communauté ;
• routines et schémas de fonctionnement ;
• tensions récurrentes, schémas d'ombre et modes de défaillance ;
• évolution dans le temps ;
• sujets que le corpus ne peut pas soutenir.

Le travail peut dominer les preuves. Ne confondez pas le travail avec la personne entière. Dites quand le modèle est lourd en travail et n'inventez pas de conclusions sur la vie privée pour créer un équilibre.

6. Séparer quatre couches

Gardez-les analytiquement distinctes :

1. Faits : noms, dates, rôles, projets, lieux et événements.
2. Croyances déclarées : ce que le sujet dit valoriser ou croire.
3. Schémas révélés : ce que suggèrent les décisions répétées et les actions coûteuses.
4. Spéculation : hypothèses plausibles qui restent faibles ou non résolues.

Lorsque la croyance et le comportement sont en conflit, préservez les deux. Tenez compte du public, du moment, des contraintes, de l'aspiration et du changement avant de déclarer une incohérence.

7. Rédiger le document autonome

Lisez references/output-blueprint.md complètement avant de rédiger.

Choisissez les sections en fonction des preuves plutôt que de remplir un modèle rigide. Un document solide comprend généralement :

• notes d'utilisation et d'étalonnage ;
• un bloc de statut épistémique visible et une date ou un déclencheur de révision ;
• un modèle exécutif ;
• identité et trajectoire ;
• vie actuelle et engagements ;
• vision du monde, valeurs et modèles mentaux récurrents ;
• sensibilités et goût ;
• style de décision, de travail, d'apprentissage et de communication ;
• schémas relationnels étayés par le corpus ;
• tensions, contrepoids et modes de défaillance ;
• un manuel d'utilisation pratique ;
• une charte d'assistant uniquement pour un auto-modèle ou un proxy explicitement autorisé par le sujet ; sinon, des limites de collaboration à la troisième personne sans imitation vocale ;
• questions silencieuses et quoi ne pas inférer ;
• limites du modèle, lectures alternatives et hooks de révision ;
• base source et date en vigueur.

Gardez les affirmations sensibles ou potentiellement nuisibles en dehors, sauf si elles sont explicites, pertinentes, nécessaires et appropriées pour le public visé. N'inférez jamais de traits protégés ou très sensibles à partir de proxys, d'esthétiques, d'affiliations ou d'omissions.

8. Vérifier le document

Avant la livraison, auditez-le :

• Chaque affirmation factuelle importante peut-elle être retracée jusqu'au corpus ?
• Les citations, auteurs et orateurs sont-ils correctement attribués ?
• Un artefact vivant a-t-il dominé la synthèse ?
• Les vues actuelles et historiques sont-elles séparées ?
• Les normes institutionnelles sont-elles étiquetées à tort comme des traits personnels ?
• Les contradictions sont-elles préservées ?
• Les tiers privés sont-ils protégés ?
• La confiance décrit-elle le soutien probant et la portée plutôt que la certitude sur l'identité ?
• La même idée est-elle répétée sans fonction distincte ?
• Lorsqu'une charte d'assistant est autorisée, inclut-elle la non-usurpation d'identité, l'utilisation prévue, l'expiration/l'examen et les limites d'autorité ? Sinon, les limites de collaboration sont-elles explicites et sans imitation vocale ?
• Un lecteur qui parcourt pourrait-il confondre le document avec un enregistrement d'identité canonique ?
• La réponse actuelle de la personne réelle surpasse-t-elle clairement les prédictions du proxy ?
• Le lecteur autorisé prévu pourrait-il comprendre le document sans ouvrir le corpus tout en n'apprenant aucune information privée ou tierce inutile ?

Inspectez le fichier final et revoyez les vérifications ci-dessus. Livrez un artefact unique à moins que l'utilisateur n'ait explicitement demandé une sortie séparée ou secondaire.