パーソナルオペレーティングメモリ

パーソナルオペレーティングメモリ は何をしますか？

Codexをフロントエンド、マークダウンボールトを信頼できる情報源として使用します。ボールトはプライベートな事実を保持し、このスキルは操作ワークフローを保持します。プライベートな個人の事実をスキル内に保存しないでください。

開始方法

ゼロから新しいパーソナルメモリリポジトリの初期化、テンプレート作成、クローン、またはセットアップを依頼された場合は、最初に references/setup-new-repo.md を読んでください。入力が不足している場合は、長いプロンプトを要求する代わりに、簡潔な質問をしてセットアップウィザードを実行してください。既存のパーソナルボールトからプライベートな事実、生の入力、生成されたインデックス、またはログを新しいリポジトリにコピーしないでください。

パーソナルメモリリポジトリで作業する場合:

1. AGENTS.md が存在すればそれを読んでください。
2. ボールト（通常は現在のワークスペース内の personal-memory/）を見つけてください。
3. personal-memory/CHATBOT.md と personal-memory/SCHEMA.md が存在すれば読んでください。
4. personal-memory/index.md と personal-memory/indexes/concepts.json が存在すれば読んでください。
5. personal-memory/knowledge-catalog/ または personal-memory/indexes/sources.json が存在する場合、読書/研究の質問に答える前に、カタログルートインデックスまたは生成されたソースインデックスを読んでください。
6. 回答または記述の前に、関連する概念とソースページを検索してください。

ユーザーがシステムの初期化または修復を依頼した場合は、references/schema.md に記述されている標準の personal-memory/ 構造を作成または更新してください。ユーザーが明示的に提供しない限り、推測されたプライベートな事実でボールトを空のままにしておいてください。

タスクに現在の外部証拠、公開プロフィール調査、市場調査、財務コンテキスト、旅行/生活管理の確認、またはソースに基づく主張が必要な場合は、references/perplexity-search.md を読んでください。Perplexityは環境に明示的なAPIキーがある場合にのみ使用し、外部検索結果はユーザーが保存を依頼するまで永続的なパーソナルメモリから分離しておいてください。

ユーザーが記事、動画、レポート、論文、書籍、リンク、トランスクリプト、ハイライトを共有したり、文摘、摘要、ダイジェスト、読書ノート、ソースキャプチャ、ファクトチェック、ナレッジカタログ、トピックマップ、クロスソース合成を依頼した場合は、references/source-digest.md を読んでください。読書レイヤーはOKFスタイルのナレッジバンドルとして扱います。YAMLフロントマター、安定したパス、resource URL、構造化されたボディ、相互リンク、# Citations、index.md、log.md、および生成されたインデックスを持つマークダウンファイルです。

ユーザーが恋愛、愛着、嫉妬、罪悪感、あいまいな関係、別れ、和解、家族からのプレッシャー、失踪の懸念、または感情的に負荷の高いメッセージについて話し合う場合は、references/emotional-relationship-support.md を読んでください。ユーザーの感情、尊厳、安定性、主体性、長期的な利益を優先しながら温かく応答するために使用してください。プライベートな関係の事実は、このスキルではなくボールトに保持してください。

コアワークフロー

記録/更新リクエストの場合:

1. 入力が永続的な記憶に値するか、チャットに留めておくべきかを判断してください。
2. ユーザーが永続的なファイル、添付ファイル、トランスクリプト、データセット、HTMLページ、ドキュメント、スプレッドシート、コードアーティファクト、または後でクエリ、編集、検証、再利用される可能性のあるその他のソースを提供または指定する場合は、元のソースマテリアルを personal-memory/raw-inputs/ の下に保存してください。将来の作業が基礎となるコンテンツに依存する場合、外部のファイルシステムパス、リンク、または要約のみに依存しないでください。
3. 新しい概念を作成する前に、既存の概念を更新してください。
4. 概念タイプを使用: Question、Insight、Evidence、Signal、Snapshot、Decision、Experiment、ActionItem。
5. area を使用して emotion、finance、work、relationship、health、life-admin、または unknown を区別してください。
6. links で安定したIDによって関連する概念をリンクしてください。
7. 簡潔なエントリを personal-memory/log.md に追加してください。
8. 可能であれば personal-memory/indexes/concepts.json を再生成または更新してください。
9. 何が変更されたかを要約し、触れたファイルを特定してください。

ソースダイジェストとナレッジカタログリクエストの場合:

1. アイテムがカタログ化するソース、抽出する主張/アイデア、パーソナルメモリの更新、または単なるチャットの要約のいずれであるかを判断してください。
2. ソースダイジェストを personal-memory/knowledge-catalog/sources/ の下に保存し、派生した主張、アイデア、質問、またはトピックマップを対応するカタログサブディレクトリに保存してください。
3. OKFスタイルのフロントマターを使用し、少なくとも type、title、description、resource（利用可能な場合）、source_type、tags、captured、timestamp、confidence、sensitivity を含めてください。
4. ソースに基づくリンクは # Citations の下に配置し、逐語的な引用は短く、有用な場合のみにしてください。
5. 永続的な個人的な影響は、ソースがユーザーの決定、パターン、質問、実験、またはアクションアイテムを変更する場合にのみ、life/ 概念にリンクバックしてください。
6. 可能であれば personal-memory/knowledge-catalog/index.md、personal-memory/knowledge-catalog/log.md、および生成されたソース/トピックインデックスを更新してください。

クエリ/レビューリクエストの場合:

1. 最初に生成されたインデックスを読んでください。
2. 最も関連性の高い概念ページを開いてください。
3. 読書や研究の質問については、合成する前に sources.json、topics.json、およびカタログソースページを検索してください。
4. ファイル参照とともにメモリから回答してください。
5. ソースに基づくメモリ、ソースに基づく外部証拠、推論、および現在の不確実性を区別してください。
6. 回答が永続的なメモリまたはカタログ知識を作成または変更する場合にのみ、書き戻しを提案してください。

外部調査リクエストの場合:

1. 質問がユーザーに関するものである場合は、最初にローカルメモリを検索してください。
2. ランク付けされた生のウェブ結果にはPerplexity Search APIを使用してください。
3. 引用付きでウェブに基づく合成にはPerplexity Sonarを使用してください。
4. ソースを引用し、現在のウェブ証拠をパーソナルメモリから分離してください。
5. ユーザーが依頼した場合、またはそれが永続的な Evidence、Question、Decision、Snapshot、または ActionItem になる場合にのみ、調査結果をボールトに保存してください。

記述の規律

記述すべき永続的な個人の判断:

• 繰り返し発生する感情パターン、トリガー、境界、効果的な対処法
• 財務スナップショット、予算ルール、決定方針、質問、実験
• 仕事のフィードバック、コミットメント、プロジェクトの状態、運営原則、レビュー
• 将来の決定を変える人間関係または生活管理のシグナル
• 明確な次のステップを持つアクションアイテム
• ユーザーが提供した重要なファイルの生のコピー（それらのファイルが証拠である場合、または後で編集、クエリ、再レンダリング、比較、再利用される可能性が高い場合）

記述すべき永続的なソース知識:

• 記事、動画、レポート、論文、書籍、トランスクリプトのソースダイジェスト
• ソース間で繰り返し出現する主張、アイデア、トピックマップ、未解決の質問
• 信頼性に関するメモ、反論、証拠の品質評価
• ソースが将来の思考や行動を変える場合の個人的な関連性

記述を避けるべきもの:

• すべての気分の変動や何気ない考え
• すべての何気ない記事の斜め読みや価値の低いリンク
• 完全な口座番号、カード番号、納税者番号、パスワード、シードフレーズ、ログイン詳細
• 構造化された要約で十分な場合の重複した概念や生のダンプ
• 別の会社/創設者ボールトに属する会社の運営事実

安全境界

感情: サポート的かつ内省的であること。ただし、診断や治療の代替はしないでください。ユーザーが自傷行為、差し迫った危険、虐待、または安全を保てないことに言及した場合、メモリ作業よりも実際の人間サポートと緊急リソースを優先してください。ロマンチックまたは愛着の強い状況では、まずユーザーの感情をなだめ、その後自己放棄、強制、ストーカー行為、または感情的なゲームから遠ざけてください。具体的なリスクが存在する場合の安全確認は適切ですが、安心を求める不安な追求は優しく抑えてください。

財務: 事実、仮説、決定、質問を追跡してください。自動化されたパーソナライズされた投資、税金、法律、融資、保険の決定を行わないでください。取引、借入、税務申告、または法的拘束力のある行為の前に、明示的なユーザー確認を求め、適切な場合は資格のある専門家を提案してください。

仕事: パーソナルオペレーティングメモリを会社のメモリから分離してください。パーソナルメモリはユーザーの働き方、学んだこと、キャリア判断を記録します。会社のボールトは会社の事実とビジネス上の決定を記録します。

参考文献

タスクに必要なものだけを読んでください:

• references/setup-new-repo.md: 別のボールトからプライベートな事実をコピーせずに、クリーンなパーソナルメモリリポジトリまたはボールトを初期化します。
• references/schema.md: ボールトレイアウト、フロントマター、概念タイプ、ボディ規約、空のインデックス形状。
• references/capture-query-review.md: 詳細なキャプチャ、クエリ、更新、定期的なレビュー、応答ワークフロー。
• references/source-digest.md: OKFスタイルのソースダイジェスト、記事/動画/レポートの要約、主張抽出、トピックマッピング、引用、信頼性、検索可能なナレッジカタログワークフロー。
• references/emotional-relationship-support.md: 治療の代替や操作の促進をせずに、ユーザーの感情的な現実、尊厳、主体性、境界、安全性を優先する温かい人間関係サポートワークフロー。
• references/perplexity-search.md: Perplexity Search/Sonar APIの使用法、ルーティング、シークレット処理、引用、研究からメモリへのルール。