AIプロファイル

AIプロファイルは、時間をかけてあなたのために働くエージェントの安定したアイデンティティです。

エージェントが単発のチャット以上の存在である場合に使用します。 たとえばレビュアー、リサーチャー、リリースヘルパー、ライティングパートナー、あるいはマルチエージェントツールから起動されるワーカーなどです。 プロファイルは、そのエージェントが誰であるか、通常どのメモリスペースに属するか、そして作業を始める前にどのルールがその振る舞いを形作るべきかをMemに伝えます。

これが存在する理由

AIツールには、振る舞いを保つ場所がすでに数多くあります。 AGENTS.md、CLAUDE.md、Cursorのルール、Codexのプロファイル、Hermesのsouls、そしてホスト固有の設定などです。 それは、エージェントがいくつか、ホストがいくつかになるまでは機能します。 そうなると「Codex」だけでは情報として不十分です。 Codexは今日あなたのレビュアーを動かし、明日にはリリースヘルパーを動かしているかもしれません。

Memは二つの事実を分けて扱います。

ソースアプリは来歴です。 それはアイデンティティではありません。

最初の有用な一歩

本当に繰り返し現れる役割に対してのみ、プロファイルを一つ作成してください。

たとえば:

• name: Cindy
• id: cindy
• default space: product
• role: "Review product-facing changes. Be concise. Check tests before approving."

次に、そのワーカーをNMEM_AGENT_ID=cindyで起動するか、サポートされているMCPまたはAPI呼び出しを通じてagent_id="cindy"を渡します。 次のContext Bundleでは、選択されたAIプロファイルとしてCindyが表示されるはずです。

AIプロファイルが持てるもの

AIプロファイルは次を定義できます。

• 表示名と安定したid
• エージェントの役割の短い説明
• メモリの読み書きのためのデフォルトスペース
• プロファイル固有のルール
• 任意の外部エイリアス。 これは、ある統合が自身の安定したワーカーidをMemプロファイルにマッピングする必要がある場合にのみ使用されます

小さく保ってください。 プロファイルは「誰が作業しているか?」と「通常どこで作業すべきか?」に答えるべきであり、エージェントが将来必要とするかもしれないすべての指示を含むべきではありません。

近い概念との違い

同じエージェントが別の仕事に対して異なる振る舞いをすべき場合は、新しいプロファイルを作成してください。 ホストが名前を簡単に再利用できるからといって、一つのアイデンティティに相容れない作業を詰め込みすぎないでください。

接続されたツールがそれをどのように選択するか

Memは、明示的なアイデンティティシグナルからのみAIプロファイルを選択します。

通常のセットアップでは、次のいずれかを使用します。

• NMEM_AGENT_ID
• agent_id

高度な統合では、自身の安定したワーカーidをプロファイルにマッピングすることもできます。

• NMEM_HOST_AGENT_ID
• host_agent_id

これは外部エイリアスとして扱い、二つ目のアイデンティティとはしないでください。 ほとんどのユーザーはこれを必要とすることは決してないはずです。

source_appからプロファイルを選択することはありません。 ソースアプリがcodexであるというだけで、単なるCodexセッションがCindyになるべきではありません。

今は無視してよいこと

すべてのチャットウィンドウにプロファイルが必要なわけではありません。 通常の使用ではデフォルトプロファイルで十分です。

使用するすべてのツールにプロファイルを作成する必要はありません。 プロファイルはランタイムではなく、安定した役割に対して作成してください。

完全なチーム階層を設計する必要はありません。 頻繁に戻ってくる実際のエージェント一つから始めてください。

次に進む先

• Contextで、選択されたプロファイルが何を受け取るかをプレビューできます。
• Rulesで、全員、一つのプロファイル、または一つのスペースに対して振る舞いを形作れます。
• プロファイルに別々のメモリレーンが必要な場合はSpacesをご覧ください。