エージェントのデモは魅力的ですが、何から組み込めばよいでしょうか？

顧客問い合わせエージェントを作るとします。役割別のエージェントが調査と回答を分担したり、ブラウザで注文情報を探したり、顧客の好みを次回の会話まで覚えたりできます。デモではどれも有用に見えますが、一度に組み込むと、どこで失敗したのか見つけにくくなります。

Googleが紹介したGemini 3の事例も、ADK、Agno、Browser Use、Eigent、Letta、mem0の6件です。ただし、同じ課題と条件で性能を競う比較表ではありません。事例ごとに業務と構成要素が異なります。

フレームワーク名ではなく、業務が最初に止まる箇所を見てください。結果を分けて統合するオーケストレーション、Web画面で作業する行動、次の実行まで状態をつなぐ記憶という3つの軸で読むと、最初の検証範囲が明確になります。

3層は製品分類ではなく、失敗を診断する表です

オーケストレーション、行動、記憶はGoogleが示した公式の製品群ではなく、6事例を実務へ移すための診断軸です。1つのツールが複数の軸にまたがることもあります。ADKの事例は専門エージェントとGoogle Search、Maps、コード実行を組み合わせ、Agnoはマルチエージェントに記憶、知識、ツールを組み合わせます。Eigentも複数の専門エージェントを調整しながら、ブラウザでSalesforceの作業を行います。

最初に観察された失敗先に見る軸最小検証
調査・計算・作成の結果が食い違うオーケストレーション役割は2つ、結果の受け渡し形式は1つだけ定義する
入力・アップロードなどの画面操作で止まる行動自分で管理するテストフォーム1つだけを操作する
次の会話でユーザー条件を忘れる記憶非機密情報を1つ保存し、新しい会話で再取得する

直近の失敗が結果の統合で起きたなら、まずエージェント数と受け渡し形式を減らして確認します。画面操作で起きたなら、記憶ストアを追加する前に行動フローを再現してください。3つの軸は、セキュリティ、評価、可観測性、権限管理に代わる完全なアーキテクチャではなく、最初の実験の出発点を選ぶための道具です。

Browser Useの例はそのまま実行する演習ではありません

Browser Useの事例は、構造化された応募者情報とPDFをWebフォームに入力し、申請を送信して成功したかどうかまで確認する流れです。フィールド識別、JSON値のマッピング、ファイルアップロード、複数段階フォームの処理が、行動層でどのように結び付くかを示しています。

ただし、リポジトリの説明にある「mock application form」だけを見て、安全なサンドボックスだと判断してはいけません。現在のmain.pyは固定の外部Appcast URLへ移動し、作業指示には不足している選択項目を判断し、送信ボタンを押して成功画面を確認するよう記載されています。

実際の個人情報でこの例をそのまま実行しないでください。

現在のリポジトリは、JSONを画面フィールドに結び付けてPDFをアップロードするコード構造を読む資料としてのみ扱うのが安全です。実行検証が必要なら、対象URLを自分で管理するローカルまたはテストフォームに変更し、外部送信の指示を削除したうえで、入力値と添付ファイルが正しく表示される地点で止めてください。

記憶が必要でも、Lettaとmem0の出発点は異なります

Lettaの事例は、長く維持されるペルソナとユーザーごとの関係状態を管理する方向に近いものです。Lettaの公開リポジトリにはCore、Recall、Archivalメモリと、ユーザーごとの動的メモリブロックが登場し、リポジトリを実行するにはLettaとBlueskyの設定が必要です。

mem0 MCPは、既存のAIクライアントが呼び出せるよう、add_memory、search_memories、get_memory、update_memory、delete_memoryなどの記憶操作をツールとして公開します。 両製品を同一条件で比較した結果はありませんが、必要な状態の形から最初の候補を絞ることはできます。

選択の問いは「記憶が必要か？」より具体的であるべきです。

既存クライアントに保存・検索可能な記憶ツールをつなぐなら、まずmem0の往復を確認してください。エージェントがペルソナとユーザーごとの関係状態を継続して管理する必要があるなら、Letta事例のメモリ構造のほうが近い出発点です。

最初の実行は、記憶1件の保存・再取得・削除に絞りましょう

外部サイトで行動を起こさずに接続成功を確認したい場合、Mem0 MCPの記憶往復は小さな最初の演習になります。Mem0 Platformアカウント、MCP対応クライアント、削除可能な非機密テスト情報を用意してください。高速設定コマンドのnpx mcp-add経路を選ぶ場合にのみNode.js 18以上が必要で、クライアントの手動設定経路を使う場合は要件が異なることがあります。

  1. 公式ドキュメントで、使用するクライアントの設定経路を選びます。
    npx対応クライアントでは、Mem0 MCPサーバーのアドレスhttps://mcp.mem0.ai/mcpをmcp-addで登録します。Claude Desktopを使う場合は、Settings > Connectors > Add custom connectorで同じアドレスを追加する手動経路を選べます。
  2. 設定を保存し、クライアントを再起動します。
    新しいサーバーが反映されるよう、アプリを完全に再起動してください。最初のツール呼び出しでブラウザ認証が開いたら、使用するMem0アカウントのアクセスを承認します。クライアントがAPIキー方式を求める場合は公式形式に従って接続し、キーをコードやコミットするファイルに入れないでください。
  3. 記憶ツールが公開されていることを確認します。
    クライアントのMCPまたはツール一覧で、Mem0の記憶追加・検索ツールを探します。ツールが表示されない場合は、まずサーバーアドレスと再起動の有無を確認してください。
  4. 削除可能な好みを1つ保存します。
    例として、「新しいプロジェクトのサンプルコードではJavaScriptよりTypeScriptを好むと覚えておいて」と依頼します。これは接続確認用の例にすぎず、実際の個人情報や運用上の秘密は使用しません。呼び出し履歴でadd_memoryが実行されたことを確認し、返されたmemory_idまたはMem0ダッシュボードの保存項目を記録してください。
  5. 新しい会話で保存済みの情報を再び探します。
    現在の会話文脈だけで答えられないよう、新しい会話を開くか、文脈が初期化されたセッションで「新しいプロジェクトで私が好む言語は何ですか？」と質問します。呼び出し履歴でsearch_memoriesまたはget_memoryが実行されたことを確認し、返されたmemory_idまたは保存内容が前の手順の項目と一致し、回答に反映されているかを確認します。
  6. テスト用の記憶を削除します。
    確認したmemory_idを使ってdelete_memoryで削除し、ダッシュボードからも消えたことを確認してください。

成功基準は、回答が偶然TypeScriptを当てることではありません。Mem0ツールの公開、アカウント認証、add_memory呼び出しと保存項目の確認、新しい会話でのsearch_memoriesまたはget_memory呼び出し、返されたmemory_idまたは保存内容の一致、回答への反映、最後の削除まで確認する必要があります。この往復は接続状態を検証するだけであり、実サービスのユーザー識別、アクセス権限、保持期間、削除ポリシーまでは証明しません。

例のモデル名は現在のガイドとあわせて再確認してください

Browser UseとLettaの例にはgemini-3-pro-previewが残っていますが、2026年9月7日時点で、最新の公式モデルガイドにおけるGAのクイックスタートモデルはgemini-3.8-flashです。 だからといって、リポジトリ内のモデル文字列だけを変更すれば実行できるとは断定できません。

最新ガイドの移行項目には、既存のサンプリングパラメータの削除、thinking_levelへの移行、previous_interaction_idの使用、関数呼び出し形式の確認などが含まれます。 実際に適用する前に、選んだフレームワークのproviderがgemini-3.8-flashと該当API方式をサポートしているかを確認し、入力形式とツール呼び出し処理もあわせて確認してください。今回の調査資料だけでは、Browser UseとLettaの現在の対応状況までは確認できませんでした。

さらに深掘りするなら

Real-World Agent Examples with Gemini 3は、6事例がどのような業務と構成要素をあわせて扱うかを確認する出発点です。developers.googleblog.com

Mem0 MCPでは、クライアント別の接続、認証、記憶の保存・検索・削除、ダッシュボードでの確認手順を見られます。docs.mem0.ai

Application Submission Demoでは、JSONマッピングとPDFアップロードから外部送信まで続くコードの実際の範囲を確認できます。github.com

What's new in Gemini 3.8 Flashは、現在のクイックスタートモデルと、移行時に確認すべきAPI変更をまとめた公式ガイドです。ai.google.dev