hraness/soulscrape

soulscrape は何をしますか？

ユーザーが許可した証拠のみを、日付入りのスタンドアロンな人物の作業モデルに変換します。履歴書、仕事上のペルソナ、アーキタイプ、性格スコア、または完全なアイデンティティ記録に平坦化することなく、明示的な事実と暗黙のパターンを回復します。

その結果は、思慮深い協力者が対象を理解するのに役立ち、アシスタントが対象の示されたパターンに似た方法で推論、執筆、優先順位付け、および協力できるようにする必要があります。また、類似性が安全でない、またはサポートされていない箇所についても記載する必要があります。

コア標準

忠実性と野心的な目標を目指し、誤った完全性は追わないでください。

出力を、限られたコーパスの目的に応じて形作られた解釈として扱い、人物の決定的な説明としては扱わないでください。確信度は、調査された証拠内での主張のサポートを説明するものであり、その主張が対象を本質的に定義する度合いや、あらゆる場所で確実に予測できるかを示すものではありません。すべての部分を、新しい証拠、変化した状況、および対象の修正に照らして修正可能に保ってください。目標は全人格的なものですが、完全性を主張することは決してありません。

• 時間をかけて繰り返される選択、行動、言語、トレードオフ、および進化から推論してください。
• 一貫性のある単一のストーリーに強制するのではなく、矛盾や生きている緊張関係を保持してください。
• 対象の声を、引用文、通信相手、会議参加者、協力者、機関、およびAI生成素材から分離してください。
• 洗練された自己説明よりも、コストのかかる行動と繰り返される決断に重みを置いてください。
• モデルに日付を付けてください。人間と優先順位は変化します。
• 確信度、範囲、不確実性、および妥当な別の解釈を読み取れるようにしてください。
• 診断やサポートされていない機微属性の推測を避けてください。
• 結果を欺瞞的に人物になりすましたり、その名で結果を伴う外部行動を取ったりするために決して使用しないでください。

デフォルト出力

ユーザーが別の形式を要求しない限り、1つの新しいMarkdownドキュメントを生成してください。<person>-soulscrape.md のような説明的なファイル名を使用し、その完全なパスを返してください。

ドキュメントの規模を証拠に合わせてください。豊富で長期的なコーパスで、いくつかの独立したソース層がある場合、約4,000〜8,000語の有用な単語が適切な場合があります。長さは結果であり、目標ではありません。独立したソース層が3つ未満、またはソースの単語数が2,000未満の場合は、サポートされている主張に必要なスペースのみを使用してください。多くの場合300〜1,500語であり、それ以下の場合もあります。下限に近づいたり、幅を製造したりするためにセクションを追加しないでください。

ドキュメントはスタンドアロンである必要があります。読者が元のコーパスを必要としないように、ローカルの専門用語、プロジェクト、関係性、日付、およびソースの制限を定義してください。

ドキュメントが部分的であり、ソースに制限され、日付が付けられ、修正可能であることを示す、目立つ認識論的ステータスブロックから始めてください。これを方法論や脚注に埋め込まないでください。

公開インデックス

リクエストが、人物または組織の公開可能なインデックス（soulscrape.com/<username>/<handle> 用のソース引用付きプロファイル）を求めている場合、プライベートな作業モデルではなく、references/public-person-index.md を完全に読み、それに従ってください。公開インデックスは、デフォルトが異なる2番目のアーティファクトです。公開ソースのみを使用し、すべての主張に引用が付けられ、プライベートまたはサードパーティの詳細は含まれません。bun scripts/validate-person-index.ts でパケットを検証し、bun scripts/publish-person.ts で公開してください。

ワークフロー

1. 権限と範囲を確立する

質問するか先に進むかを決める前に、references/questions.md を完全に読んでください。漠然としたリクエストを質問パケットに変換し、結果を変えるものだけを尋ねてください。

ユーザーから提供されたコーパス、ユーザーがリクエストした公開ソース、およびユーザーが明示的に範囲内に配置したローカルソースを使用してください。出力の場所と形式については合理的な仮定を行ってください。

合成の前に、意図された使用法を分類してください：

• セルフモデル： 対象がユーザーです。
• プライベートコラボレーションガイド： ユーザーは別の人物に関する証拠に正当にアクセスでき、その人物とのコミュニケーションや協力においてプライバシーを最小化した支援を望んでいます。
• 許可されたプロキシ： 対象が、述べられた使用法のために、声の類似性またはプロキシの準備を明示的に許可しています。

メッセージ、パケット、または公開情報を所有していることは、対象の許可にはなりません。プライベートコラボレーションガイドは、ユーザー自身の準備のために、範囲が限定された観察可能な相互作用パターンを説明する場合がありますが、対象の声を模倣したり、適性や性格を評価したり、機密性の高い行動を予測したり、雇用、クレジット、住宅、保険、法務、医療、懲戒、またはその他の結果を伴う決定をサポートしたりしてはなりません。サードパーティの対象に対して、明示的な対象の許可なしに、再利用可能なプロキシまたはアシスタント憲章を作成しないでください。意図された使用法が曖昧であるか、評価的であるか、外部向けであるか、結果を伴う場合は質問してください。

不足している選択が結果を実質的に変える場合にのみ質問してください。たとえば、次のような場合です：

• コーパスが利用できない。
• 対象が曖昧である。
• ユーザーが提案されたプライベートソースへのアクセスを許可していない。
• 出力が公開向けであり、プライバシーの境界が不明確である。

デフォルトで個人情報を閲覧しないでください。ユーザーが要求した場合、提供されたURLを開く必要がある場合、または時間的に重要な公開の事実を確認する必要がある場合にのみ閲覧してください。公開Webの証拠は、プライベートおよび提供された証拠とは別に保ってください。

Web調査が範囲内にある場合は、references/web-research.md を完全に読み、それに従ってください。範囲はユーザーの指示からのみ得られ、すべての公開発見はそのURL、アクセス日、引用文、および身元確認ステータスとともに引用台帳に入力され、明示的なアンカーなしに公開ソースが対象に帰属されることはありません。

必要に応じて、PDF、ドキュメント、スプレッドシート、スライド、画像、音声、またはビデオを読み取るために、形式固有のスキルを使用してください。解釈する前に忠実に抽出してください。

発信者が所有する公式のXアーカイブについては、手動で抽出する代わりに bun scripts/prepare-x-archive.ts を使用してください。このスクリプトは、許可リストに登録されたアカウント作成者の公開投稿メンバーのみを開き、範囲が限定されたプライベートパケットを書き込みます。ダイレクトメッセージ、アドレス帳、広告データ、メディア、削除された投稿、またはコミュニティ投稿は意図的に開きません。ユーザーとアーカイブの所有権を確認し、絶対パスを使用し、パケットをバージョン管理の外に保ってください。

2. コーパスを棚卸しする

ソースを分析する前に、references/evidence-method.md を完全に読んでください。

コーパスに ensoul.*-source パケットが含まれている場合は、それらを開くか解釈する前に、references/source-packets.md も完全に読んでください。

各パケットを開くか、そのレコードを解釈する前に検証してください：

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

終了ステータスがゼロであり、valid: true を含むレシートが必要です。依存関係のないバリデータは、スキーマ/ダイジェスト/カウントのメタデータのみを出力します。検証が失敗した場合は、パケットを検査、推測、修復、または部分的に使用しないでください。

ドラフトを作成する前に、ソースマップを構築してください。以下を記録してください：

• ソースの種類、ロケーター、および日付範囲。
• 作成者または発信者と思われる人物。
• プライベートなキャプチャ、洗練された自己表現、観察された行動、サードパーティの説明、または機関の資料かどうか。
• シグナルの強さ、バイアス、サンプリング方法、および省略。
• 時間的な関連性と身元確認の強さ。

リポジトリについては、散文以上のものを検査してください。コントリビューターの身元、作成された計画、コミット履歴、コード所有権、テスト、インシデント、および運用アーティファクトを使用してください。著作者または繰り返しの採用証拠なしに、リポジトリ全体の規範を対象に帰属させないでください。

ノートについては、対象の考えと他の誰かが言ったことを区別してください。メッセージと電子メールについては、下書き、送信済みメッセージ、引用または転送されたテキスト、および通信相手の声を区別してください。

3. 広くサンプリングし、その後シグナルを追求する

1つのテーマに深く入る前に、時間、コンテキスト、およびアーティファクトタイプにわたってコーパスをカバーしてください。

大規模なコーパスの場合：

1. ファイル名、日付、作成者、見出し、ソースの種類、および繰り返し出現する用語をインデックス化します。
2. 初期、中期、および最近の期間から代表的な資料を読みます。
3. 繰り返し出現する決定、メタファー、価値観、対立、および変化を特定します。
4. 最もシグナルの高いアーティファクトを完全に読みます。
5. 追加のソースが主に既知のパターンを強化するか、意味のある矛盾を明らかにするまで続けます。

サンプリング中に網羅的な読み取りを主張しないでください。誠実にカバレッジを述べてください。

オプションのサブエージェントは、非常に大規模なコーパスのために、範囲が限定されたソース層を要約する場合があります。各サブエージェントには、割り当てられたアーティファクトのみを渡し、パス、日付、帰属、候補パターン、反証、および確信度を要求してください。ユーザーがその正確な追加の環境とデータ範囲を明示的に許可しない限り、プライベートパケットまたはプライベートコンテンツを委任しないでください。Message Like Me パケットはデフォルトでメインエージェントに残ります。メインエージェントは、重要度の高いソースを自身で検査し、合成を担当する必要があります。

4. 証拠台帳を構築する

候補となる主張のためのスクラッチ台帳を保持してください。各主張は以下を追跡する必要があります：

• 提案されたパターン。
• コンテキストを超えたサポートソース。
• 反証または例外。
• 妥当な別の説明。
• 証拠が事実、述べられたもの、行動、言語、関係性、または時間的なものかどうか。
• 証拠のサポートと一般化の範囲。
• 現在、歴史的、新興、周期的、または未解決のステータス。

台帳を、要求されない限り最終成果物にしないでください。

以下のラベルを使用してください：

• 十分にサポートされた観察： 明示的かつ繰り返し、または行動的に実証されており、反証となる資料がほとんどない。
• サポートされた推論： 繰り返しまたはクロスコンテキストの証拠が主張をサポートしているが、解釈のステップが残っている。
• ライブな質問： 証拠は、安定したパターンではなく、緊張、変化、または未解決のコンテキストを示している。
• 暫定的な仮説： 妥当であるが、範囲が狭いか、弱くサポートされている。通常は実行モデルから省略する。

これらのラベルは、範囲が限定された主張の証拠を説明します。本質的なアイデンティティを明らかにしたり、動機を証明したり、将来の行動を保証したりするものではありません。範囲は別途記載してください。サポートされていない主張は省略してください。

単一のイベントは、たとえ鮮明であっても、通常は暫定的な仮説です。繰り返される独立した証拠がそれをサポートする場合、または明示的な現在の対象の修正が行動によって裏付けられている場合にのみ、観察を十分にサポートされたものとして扱ってください。

5. 全人格をモデル化する

コーパスが実際の証拠を持つすべての次元を調査してください：

• アイデンティティ、経歴、および軌跡。
• 役割、コミットメント、および現在の制約。
• 世界観と世界の仕組みに関するモデル。
• 価値観と道徳的直観。
• 趣味、美学、ユーモア、および嫌悪感。
• 動機、インセンティブ、および意味の源泉。
• 意思決定と認識論的習慣。
• 仕事、技術、学習、および創造的実践。
• 対象者別のコミュニケーションと執筆スタイル。
• 協力、リーダーシップ、対立、および信頼。
• テクノロジー、お金、地位、リスク、時間、場所、機関、コミュニティとの関係。
• ルーチンと運用パターン。
• 繰り返し発生する緊張、シャドウパターン、および障害モード。
• 時間の経過に伴う進化。
• コーパスがサポートできないトピック。

仕事が証拠を支配する場合があります。仕事を全人格と誤認しないでください。モデルが仕事中心である場合にそれを述べ、バランスを取るために私生活の結論を発明しないでください。

6. 4つの層を分離する

これらを分析的に別個に保ってください：

1. 事実： 名前、日付、役割、プロジェクト、場所、およびイベント。
2. 述べられた信念： 対象が価値を置いたり信じたりすると言っていること。
3. 明らかにされたパターン： 繰り返される決定とコストのかかる行動が示唆すること。
4. 推測： 弱いまま、または未解決のままの妥当な仮説。

信念と行動が矛盾する場合は、両方を保持してください。矛盾を宣言する前に、対象者、タイミング、制約、願望、および変化を考慮してください。

7. スタンドアロンドキュメントをドラフトする

ドラフトを作成する前に、references/output-blueprint.md を完全に読んでください。

堅固なテンプレートを埋めるのではなく、証拠に基づいてセクションを選択してください。強力なドキュメントには通常、以下が含まれます：

• 使用法とキャリブレーションノート。
• 目立つ認識論的ステータスブロックと改訂日またはトリガー。
• 実行モデル。
• アイデンティティと軌跡。
• 現在の生活とコミットメント。
• 世界観、価値観、および繰り返し発生するメンタルモデル。
• 感性と趣味。
• 決定、仕事、学習、およびコミュニケーションスタイル。
• コーパスによってサポートされる関係パターン。
• 緊張、カウンターウェイト、および障害モード。
• 実用的なオペレーティングマニュアル。
• セルフモデルまたは明示的に対象から許可されたプロキシの場合のみアシスタント憲章。それ以外の場合は、声の模倣なしのサードパーティコラボレーション使用境界。
• 沈黙の質問と推測すべきでないこと。
• モデルの限界、別の読み方、および改訂フック。
• ソースの根拠と日付。

明示的で、関連性があり、必要であり、意図された対象者に適切でない限り、機密性が高い、または潜在的に有害な主張は含めないでください。プロキシ、美学、所属、または省略から、保護された特性や非常に機密性の高い特性を決して推測しないでください。

8. ドキュメントを検証する

配信前に、以下を監査してください：

• すべての重要な事実の主張をコーパスに遡ることができますか？
• 引用、作成者、および発言者は正確に帰属されていますか？
• 1つの鮮明なアーティファクトが合成を支配していましたか？
• 現在の見解と歴史的な見解は分離されていますか？
• 機関の規範が性格特性として誤ってラベル付けされていませんか？
• 矛盾は保持されていますか？
• プライベートなサードパーティは保護されていますか？
• 確信度は、アイデンティティに関する確実性ではなく、証拠のサポートと範囲を説明していますか？
• 同じ洞察が明確な機能なしに繰り返されていませんか？
• アシスタント憲章が許可されている場合、非なりすまし、意図された使用法、有効期限/レビュー、および権限の制限が含まれていますか？それ以外の場合、コラボレーション使用境界は明示的であり、声の模倣はありませんか？
• ざっと読んだ読者が、ドキュメントを正準的なアイデンティティ記録と誤解する可能性がありますか？
• 実際の人物の現在の回答は、プロキシの予測よりも明確に優先されますか？
• 意図された許可された読者は、不必要なプライベートまたはサードパーティの情報を学ぶことなく、コーパスを開かずにドキュメントを理解できますか？

最終ファイルを検査し、修正とともに再 …

[翻訳のために切り詰められました]