MINARA

メモリ

セッションメモリ、パーソナライゼーション、ロールリフレクション、学習システムという4つの連携するストア

Minara における「メモリ」とは、同じ SQLite データベースを共有しながらも、 独立したライフサイクルと異なる利用者を持つ4つの独立したストアです。 これらは直交しています。つまり、1回のターンで4つすべてから取得できますが、 各ストアは互いの存在を知りません。

なぜ4つのストアが必要なのか?

ストアスコープライフサイクル書き込み元
メモリシステムユーザーごとのコンテキスト(観察、嗜好、取引メモ、戦略メモ)セッションごとに固定、書き込みしきい値でソフト更新LLM(memory_write ツール経由)
パーソナライゼーションユーザープロファイル: 金融タグ、カスタムプロンプト、ペルソナファイル永続的、手動と自動再構築の組み合わせユーザー(REPL, CLI, REST)、推論クロン
ロールメモリロールごとの分析決定ケースと失敗モード決定時に書き込み、結果と非同期で照合分析スキル、非同期リフレクター
学習システムツールシーケンス学習、メソドロジーストア、シナリオ学習成功ターン・取引照合時に書き込みskill_learn、バックテストランナー、シナリオブートストラッパー

各ストアは信頼度と鮮度のセマンティクスが異なるため、この分離は重要です。

  • メモリシステムは鮮度が高い一方、未検証です。
  • パーソナライゼーションは権威ある情報源ですが、データは疎です。
  • ロールメモリには統計的な厳格なゲートがあります(logic_error / missing_data ケースのみが浮上します)。
  • 学習システムには Wilson-LB 昇格があります(メソドロジーが信頼されるには、10回以上の使用かつ正解率 55% 以上が必要です)。

このセクションのページ

  • Minara Memory: 固定スナップショット、FTS5 検索、メモリカテゴリ、セッションスナップショットの構築方法。
  • パーソナライゼーション & ワークスペース: 手動編集のペルソナファイル、自動再構築される金融プロファイル、ユーザータグのディメンション、3つの再構築フロー。
  • ロールメモリ: ロールごとの意思決定リフレクション。2段階の LLM 分類器(logic_error / missing_data / exogenous / variance)、PostHocProbe によるエビデンス収集、failureModes フォールバック。
  • 学習システム: ツールシーケンス学習、メソドロジーストアと Wilson 昇格、シナリオ学習パイプライン、バックテストのフィードバックループ。

ターンでの組み合わせ方

┌─────────────────────────────────────────────────────────┐
│                   USER TURN ARRIVES                     │
│                         │                               │
│                         ▼                               │
│  ┌──────────────────────────────────────────────────┐   │
│  │ 1. Session memory snapshot injected as           │   │
│  │    <memory-context> block (frozen-per-session)   │   │
│  └──────────────────────────────────────────────────┘   │
│                         │                               │
│                         ▼                               │
│  ┌──────────────────────────────────────────────────┐   │
│  │ 2. Personalization snapshot — user_profile       │   │
│  │    tags + custom prompt + financial_profile      │   │
│  └──────────────────────────────────────────────────┘   │
│                         │                               │
│                         ▼                               │
│  ┌──────────────────────────────────────────────────┐   │
│  │ 3. Role memory hints — BM25 case recall scoped   │   │
│  │    to active-skill roles; failureModes fallback  │   │
│  │    when zero hits                                │   │
│  └──────────────────────────────────────────────────┘   │
│                         │                               │
│                         ▼                               │
│  ┌──────────────────────────────────────────────────┐   │
│  │ 4. Learning system — methodology placeholder     │   │
│  │    resolution in scenario playbooks + on-demand  │   │
│  │    `methodology_lookup` tool                     │   │
│  └──────────────────────────────────────────────────┘   │
│                         │                               │
│                         ▼                               │
│                     LLM call                            │
└─────────────────────────────────────────────────────────┘

実際の使用例

関連ドキュメント

  • シナリオ分類器: プレイブックの注入とメソドロジープレースホルダー解決をトリガーする L0.5 インテントレイヤー。
  • エージェントループ: 4つのメモリストアをすべて組み合わせるターンオーケストレーター。

目次