コンテンツにスキップ

オフィスライブラリ + メモリ

オフィスライブラリは、オーケストレーションと並ぶ第2のアーキテクチャの柱です。基盤がエージェントの働き方を説明するのに対し、ライブラリはオフィスの記憶の仕方を説明します。

3つのフィーダー

各エージェントは小さなメモリフォルダ(約10〜20の.mdファイル)を持ち、3つのストリームで養われます。

フィーダー提供するものソース
オフィスライブラリメール、PDF、写真、ERP行から5つの視点を経て構築されたストーリーユーザーのコンピュータ + クラウドコネクタ
チャット内省過去の会話からのエージェント自身の作業思考Claude CodeのJSONLセッションファイル
ピン留めされた事実エージェントが常に知っておくべき非時系列のルール手動キュレーション、永続的な真実

3つすべてがエージェントメモリフォルダへ収束し、コールドスタートのたびに読み込まれます(「いま自分は人生のどこにいるか」を表す約10Kトークン)。

5段階パイプライン

ステージ内容モデル実行行数
1. Pullersコネクタ(Gmail、Outlook、WhatsApp、ERP)から生ファイルを取得スケジュール起動38,205メール · 71Kスレッド
2. ConvertersPDF、XLSX、写真を読む → 可読な.mdサイドカーを発行Haiku投入中
3. Perspective analyzers5つのエージェントが各.mdを読む → 異なるレンズで5つのポスト・イットを書くSonnet × 516,105ポスト・イット
4. Story-builderポスト・イットをケースファイルごとにクラスタリング → story.mdを毎日再構築Sonnet480ケースファイル
5. Person-watcherアクティブな全ストーリーを織り合わせ、1日1つのfinal-story.mdOpusIST 6:00に再構築

マルチパースペクティブの規律

最も重要な考え方:同じファイルが5つの異なるレンズから5つのポスト・イットを得る

📧 1通の受信メール
Stage 2 Converter
📄 可読な.mdサイドカー
Stage 3 — 5つのSonnetエージェントが並列実行
┌──────────┬──────────┬──────────┬──────────┬──────────┐
▼ ▼ ▼ ▼ ▼
┌─────┐ ┌──────┐ ┌──────┐ ┌─────────┐ ┌───────────┐
│ CA │ │LAWYER│ │COACH │ │ FOUNDER │ │ ARCHITECT │
└──┬──┘ └──┬───┘ └──┬───┘ └────┬────┘ └─────┬─────┘
▼ ▼ ▼ ▼ ▼
5つのポスト・イット。同じsource_urlとcasefile_anchor、
しかし異なるperspective値。

同じ証拠。5つの読解。各行は独立してリコール可能。 レンズごとの横断リコールはタグでは不可能です — タグはファイルが何についてかを述べるだけ、視点は誰が読んで何を見ているかを述べます。

来歴の背骨

すべての主張は生バイトまで遡ります。

Final story ──► final-story.md
│ cites story:42
Story ──► story.md
│ cites note_paths[postit:12345, postit:12346]
Post-it ──► agent_postits row
│ source_row_ids=[emails:7891, conversation_turns:55432]
Evidence ──► incidents:7891 → file:///incidents/raw/2026-05-18_INC-2026-0142.jsonl
conversation_turns:55432 → session.jsonl:421:198432
Raw bytes ──► 絶対的なグラウンドトゥルース — 決して移動しない

エージェントに*「これはどこから得たのか?」*と問えば、バイトまで遡ります。検証不能な主張をシステムが保存することはありません。

次に読む