最も優秀な従業員は、顧客、プロセス、履歴について、どのシステムにも記録されない知識を持っています。彼らが退職すると、その知識は消えます。AIエージェントも同じ問題を抱えています — しかも、一回の会話ごとにすべてを忘れるため、さらに深刻です。
ステートレスエージェント問題
現在のすべてのAIエージェントプラットフォームには同じ根本的な限界があります：ステートレス実行。各会話はゼロから始まります。各ワークフロー実行は前回の実行の記憶を持ちません。各エージェントは自分がサービスを提供している部門について何も知りません。
コンテキストウィンドウは解決策ではなく、応急処置です。エージェントに数千トークンの最近の履歴を与えますが、その履歴は蒸発します。昨日、複雑な問題を見事に解決したサポートエージェントは、今日はその顧客が存在することすら知りません。
これは些細な不便さではありません。AIエージェントが時間の経過とともに真に有用になることを妨げる構造的な欠陥です。
AIエージェントにとっての「メモリ」の意味
AIエージェントが「覚える」べきと言う場合、チャットログをデータベースにダンプすることを意味しているのではありません。人間の組織が実際に情報を保存し取得する方法を反映した、構造化された階層的な知識を意味しています。
経験豊富な従業員が知っていることを考えてみてください：
- 特定のエンティティについて：顧客Xは電話よりメールを好みます。ベンダーYは常に非標準形式で請求書を送ります。プロジェクトZはQ2で優先度が下げられました。
- ワークフローについて：月次レポートは2日ではなく3日かかります。ステップ4は常に手動レビューが必要です。APIレート制限には30秒の遅延が必要です。
- 部門について：ブランドボイスはプロフェッショナルだが温かみがあります。15%を超える割引にはVP承認が必要です。エスカレーションパスはSarah、次にJamesを経由します。
AIエージェントには3つのレベルすべて — そしてそれ以上が必要です。
5層メモリ階層
JieGouは永続メモリを5層の階層として実装しています。各層は異なる目的を果たし、異なるタイプの組織知識を反映しています：
第1層：エンティティメモリ
顧客、製品、プロジェクトに関する永続的な事実。顧客が1月にQ3の予算制約について言及した場合、その事実が保存されます。3月には、異なるワークフローの異なるエージェントが、そのコンテキストに基づいて自動的に提案を調整できます。
エンティティメモリはLLMコンパクションを使用します：エンティティのインタラクションが蓄積されると、古いメモリは自動的に簡潔で高信号のコンテキストに要約されます。無制限の成長なしにメモリの関連性が維持されます。
第2層：ワークフローメモリ
実行履歴からのワークフローごとの蓄積された知識。請求書処理ワークフローは500回実行されました。サプライヤーXは常に非標準ヘッダーのPDFを送信することを知っており、自動調整します。承認ステップは平均2時間かかることを知っており、承認者に事前通知します。
ワークフローメモリは単なる「状態チェックポイント」（中断した場所の保存）ではありません。履歴からの学習 — 過去の実行からパターンと知識を抽出することです。
第3層：部門メモリ
これはJieGou完全に独自のものです。部門メモリは、エンタープライズ部門向けのCLAUDE.md相当のものです。
Claude CodeのCLAUDE.mdファイルがAIエージェントにプロジェクトレベルのコンテキストを提供するように、部門メモリはすべての部門エージェントに組織的なコンテキストを提供します。インストールされたレシピ、テンプレート、アクティブなワークフローから自動的に入力されます。新しいマーケティングエージェントが作成されると、手動設定なしにブランドボイス、キャンペーン履歴、オーディエンスセグメントを即座に把握します。
第4層：エージェントメモリ
各エージェントが会話やタスクを超えてコンテキストを保持します。サポートエージェントは3ヶ月前の会話から顧客を覚えており、中断した場所から再開します。エージェントメモリはセッション境界と会話ウィンドウを超えて存続します。
第5層：クロスワークフローメモリ
1つのワークフローからのインサイトが、共有エンティティメモリを通じて他のワークフローに自動的に反映されます。営業が顧客が競合を評価していることを発見します。サポート、マーケティング、アカウント管理のワークフローは、部門レベルでエンティティメモリを共有しているため、そのコンテキストを自動的に取得します。
代替手段との比較
| 機能 | JieGou | LangGraph | CrewAI | n8n | Vertex AI |
|---|---|---|---|---|---|
| メモリ層 | 5 | 1 | 1 | 1 | 2 |
| エンティティレベルメモリ | はい | いいえ | いいえ | いいえ | 部分的 |
| LLMコンパクション | はい | いいえ | いいえ | いいえ | いいえ |
| 部門レベルメモリ | はい | いいえ | いいえ | いいえ | いいえ |
| クロスワークフロー共有 | はい | いいえ | いいえ | いいえ | 部分的 |
| ガバナンス統合 | はい | いいえ | いいえ | いいえ | いいえ |
LangGraphには状態チェックポイント — ワークフローが中断した場所を保存して再開する機能があります。CrewAIには単一の実行内でクルーメンバーの共有メモリがあります。n8nには最近のメッセージを保持するバッファノードがあります。これらは有用な機能ですが、メモリ階層ではなくポイントソリューションです。
LLMコンパクション：オーバーフローせずに成長するメモリ
永続メモリへの素朴なアプローチは、すべてのインタラクションを永久に保存することです。それはスケールしません。10,000件の顧客インタラクション後、生のメモリはどのコンテキストウィンドウにも収まらないほど大きくなります。
JieGouはこれをLLMコンパクションで解決します。エンティティのメモリエントリがしきい値（デフォルト：20）を超えると、システムはLLMを呼び出して古いエントリを簡潔で高信号の要約にまとめます。結果：無制限のインタラクション履歴、制限されたストレージ。
これにより、エージェントは複数のエージェントとワークフローにわたる何千もの後続インタラクション後でも、最初のインタラクションからの顧客を覚えることができます。
はじめに
永続メモリはすべてのJieGouプランで利用可能です。エンティティメモリとワークフローメモリはエージェントごとおよびワークフローごとに有効にできます。部門メモリはインストールされたレシピとテンプレートから自動的に入力されます。AIエージェントの組織メモリの構築を開始するために追加の設定は必要ありません。
無料トライアルを開始して、永続メモリがAIワークフローをどのように変革するかをご確認ください。