Fable5 が見事に復活しました。ベテランの Codex ユーザーとして、噂通りに優れているのか、具体的には Codex を代替できるのか、あるいは私が限界まで最適化したメモリーシステムの反復に役立つのか、試さずにはいられませんでした。Zenmux に $10 をチャージし、Fable5 を Claude Code に接続しました。要約: Fable5 は Codex の「ウルトラハイ」知能の「親玉」です!!! (メモリーシステムのスキルリンクは最後にあります)。
以前の半完成品のメモリーシステムについて:
https://x.com/gengdaJ/status/2067985719675773192
https://x.com/evermind/status/2063262473357336824
https://x.com/gengdaJ/status/2068555151733043504
Fable5 は確かに高価なので、タイムラインの専門家のアドバイスに従い、Codex メモリーシステムのアドバイスと計画段階を Fable5 に任せました。
聞いてみないとわからないものですね。「First Principles」を使った最初のチェックで、大量のバグと最適化の余地が見つかりました。その技術的な専門性は疑いようがなく、Codex 自身も認めていました。Fable5 の提案に時折厳密さを欠く点はありましたが、4:1 の比較では、Fable5 が圧勝しました。
これは最初のステップに過ぎませんでした。Fable5 の驚異的な能力は、まだ発揮され始めたばかりです。Codex に開発計画を整理させ、Fable5 にレビューを依頼しました。Fable5 はさらに疑問を投げかけ、Codex はそれに同意し続けました。
次に、Fable5 の提案に基づいて Codex に最適化させました。完璧だと思い、Fable に送り返しました。
結局、Fable はまだ非常に多くの問題を見つけました。本当に感心しました。すぐに Codex に、その最も厳格な「師匠」を認めさせました。
開発後も、Fable5 は鋭さを保ち、コードレビューの段階を圧倒しました。
このテストの後、Fable5 は意思決定と判断において非常に堅実であることを認めざるを得ません。熱心な Codex ユーザーである私でさえ、称賛しなければなりません。今後も複雑なシステム（次は Agent 検索システムの最適化など）に Fable5 を使い続けるつもりです。高価ですが、重要な場面で使う価値はあります。
Fable5 の恐ろしい計画能力を試してみたい方は、私と同じように Zenmux API を呼び出してください（私の見解では、最高の Claude ソース品質を提供しています）: https://zenmux.ai/invite/GYMUHL。今日気づいたのですが、無料購読者はウェブ版を試すことができ、従量課金ユーザー（クレジット > 0）は無料で直接 API を呼び出せ、チャージ時には 20% のボーナスが付与されます。これは嬉しい特典です！
次に、Fable5 によって再構築されたこのメモリーシステムアーキテクチャについて説明します。この簡単な内訳で、そのパワフルさがおわかりいただけるでしょう。
私の現在の Codex メモリーシステムは、ローカルで監査可能、検索可能、保守可能な Agent Obsidian メモリーボールトです。Codex と共有されたプロジェクト、落とし穴、好み、決定事項、再利用可能なワークフローを、Obsidian の Markdown ドキュメントにシームレスに変換します。そして、SQLite、全文検索、セマンティック検索、Git、フック、クローズアウトスクリプトを使用して、自己運用と自己反復を実現します。
基本概念
機能の詳細に入る前に、8 つの基本概念を理解する必要があります。
- Obsidian Markdown: オリジナルメモリーアーカイブ これらは基本的に標準的な
.mdテキストファイルです。なぜデータベースを使わないのか？ Obsidian はプログラマー以外にも優しく、人間が直接読み編集でき、Git で変更を追跡できるからです。これがメモリーシステムの「真実の情報源」です。
- INDEX.md: ディレクトリとナビゲーションデスク
INDEX.mdはメモリーそのものではなく、「エントリーマップ」です。Markdown が図書館なら、INDEX.mdはフロントデスクのカタログで、Agent にどのファイルが重要で、どこに答えがあるかを伝えます。
- SQLite / FTS: 高速検索カード SQLite は小さなローカルデータベースで、FTS はその全文検索機能です。「事実の情報源」ではなく「検索インデックス」であり、図書館のタイトル、キーワード、要約のための索引カードのようなものです。
- Zvec: セマンティック検索 Zvec はベクトル検索、つまり「意味による検索」です。標準検索では正確なキーワードが必要ですが、セマンティック検索では正確な用語を使わなくても関連するメモリーを見つけることができます。
- Git: 変更記録とロールバック保険 Git はバージョン管理システムです。誰がいつ何を変更したか？どの行が変更されたか？エラーが発生した場合にロールバックできるか？といった質問に答えます。
- closeout スクリプト: タスク後の自動整理ツール Closeout はクリーンアッププロセスを自動化します。メモリーの更新、インデックスのリフレッシュ、Git へのコミットを Agent の「記憶」に任せるのではなく、単一のコマンドで処理することを保証します。
- audit スクリプト: 定期健康診断医 ボールトが成長するにつれて、整理整頓が必要になります。Audit は、古くなったメモリー、長期間未解決のオープンループ、重複ファイルを特定し、人間によるレビューを促します。
- AGENTS.md: システム憲法
AGENTS.mdは Agent の行動ルールを定義します。いつメモリーを読むか、何を書くか、そしてユーザーに尋ねなければならない場合（機密データや削除など）を定義します。
メモリーシステムのワークフロー
- タスク入力: ユーザーが質問をします。
- AGENTS.md を読む: 操作の境界とルールを決定します。
- INDEX.md を読む: 低トークンコストで関連ファイルを特定します。
- 統合検索: 必要に応じて SQLite/Zvec を使用し、特定のメモリーを見つけます。
- Markdown ソースを読む: 実際の読み取り可能なファイルから事実を確認します。
- タスクを実行する: 長期コンテキストで作業します。
- メモリーの価値を判断する: 新しい情報を保存する価値があるかどうかを判断します。
- 書き込み前の調整: 古いメモリーとの重複や競合をチェックします。
- Markdown に書き込む: 適切なディレクトリに分類して保存します。
- Closeout を実行する: インデックスをリフレッシュし、機密情報をチェックし、セッションを記録します。
- Git ログ記録: 変更の監査可能な証跡を作成します。
- 定期的な監査: 毎週のチェックを通じてボールトの健全性を維持します。
メモリーシステムの利点
- 制御可能な事実情報源: ローカルの Markdown に保存され、特定のプラットフォームにロックインされません。
- 完全な検索: ナビゲーション、キーワード検索、セマンティック検索を組み合わせます。
- 調整: 書き込み前に重複や競合を防ぎます。
- Closeout ループ: メモリー保存を標準化されたプロセスにします。
- Git バージョン管理: 完全なトレーサビリティとロールバック機能を提供します。
- 監査メカニズム: メモリーボールトをクリーンで関連性の高い状態に保ちます。
- 抑制された自動化: 高リスクのアクションは常に人間の確認を必要とします。
- 自己進化: Agent が監査された経験を通じて能力を成長させることを可能にします。
最後に、このメモリーシステムをスキルとしてカプセル化しました: https://github.com/mcncarl/codex-memory。Codex に接続したり、ご自身のニーズに合わせて最適化を続けたりできます！ ☺️
