連携の動作をカスタマイズする
プラグインや拡張機能の更新後も、Nowledge Memの動作の調整を維持します。
連携の動作を調整した場合、その変更は次のプラグイン更新後も維持されるべきです。
安全なルールはシンプルです。 ルールはホスト自身の指示ファイルまたは設定画面に記述してください。 キャッシュやマーケットプレイスのディレクトリ内にあるインストール済みのプラグインファイルは編集しないでください。
最初の有用な一歩
使用しているツールを選び、以下に示すファイルまたは設定に小さなルールを1つ追加し、後でプラグインを一度更新して、調整が引き続き維持されることを確認してください。
変更を記述する場所
| ツール | カスタム動作を記述する場所 | 最適な用途 |
|---|---|---|
| Codex | プロジェクトのAGENTS.md | CodexデスクトップアプリとCLIで共有されるリポジトリ固有のメモリ動作 |
| Claude Code | 個人ルールにはCLAUDE.local.md、共有リポジトリルールにはCLAUDE.md | 個人の調整またはチーム全体のリポジトリガイダンス |
| Copilot CLI | 共有リポジトリルールには.github/copilot-instructions.mdまたは.github/instructions/*.instructions.md、個人ルールには~/.copilot/copilot-instructions.md | 共有または個人のCopilotガイダンス |
| Cursor | .cursor/rules/*.mdcまたは.cursorrules | プロジェクトローカルのCursor動作 |
| Gemini CLI | プロジェクトのGEMINI.md、任意で~/.gemini/GEMINI.md | 共有リポジトリルールまたは個人のデフォルト |
| Hermes Agent | リポジトリルールにはHERMES.md、個人ルールには~/.hermes/SOUL.md | リポジトリ固有またはグローバルのHermes動作 |
| OpenCode | プロジェクトのAGENTS.md、~/.config/opencode/AGENTS.md、またはopencode.json instructionsに記載されたファイル | 共有または個人のOpenCodeガイダンス |
| Amp | プロジェクトのAGENTS.mdまたは~/.config/amp/AGENTS.md | 共有または個人のAmpガイダンス |
| Pi | プロジェクトのAGENTS.md | プロジェクトローカルのPiガイダンス |
| OpenClaw | OpenClawプラグイン設定とOpenClaw自身のプロンプトまたはエージェント設定 | 動作の切り替えとカスタムプロンプト |
| Alma | Almaプラグイン設定と任意のネイティブnowledge-mem Skill | リコールとキャプチャの動作、追加の指示 |
| Bub | Bub自身のランタイムプロンプトまたは設定、および共有のnmem設定 | Bub固有の動作と接続設定 |
| Droid | Droid自身のプロンプトまたは指示画面、および共有のnmem設定 | Droid固有の動作と接続設定 |
| Raycast | Raycastの環境設定 | サーバー、キー、任意のスペースなど、固定されたランチャーの動作 |
やってはいけないこと
~/.codex/...、~/.copilot/installed-plugins/...、~/.cursor/plugins/...、または同様のキャッシュパスなど、インストール済みプラグインディレクトリ内のファイルを編集しないでください。- バンドルされたスキルをその場でパッチし、更新後もその変更が維持されると期待しないでください。
- ホストが実際に読み込むのでない限り、新しいオーバーライド用のファイル名を勝手に作らないでください。
成功した状態とは
次の3つがすべて当てはまる場合、セットアップは良好な状態です。
- カスタムルールが、ホストが実際に所有するファイルまたは設定画面に記述されている。
- 通常のプラグインまたは拡張機能の更新後も、連携が引き続き機能する。
- その更新後も、インストール済みファイルを再編集することなく、動作の調整が引き続き有効である。
最初におすすめの調整
- 「回帰に関する質問に答える前に、過去のリリース作業を検索する。」
- 「ユーザーが中国語で作業している場合は、中国語のノートを保存することを優先する。」
- 「ユーザーが以前に何を決定したかを尋ねた場合は、スレッド検索をより積極的に行う。」
ルールは短く保ってください。 目的は動作を形作ることであり、連携ガイド全体を置き換えることではありません。
マルチエージェントオーケストレーター
別のアプリがエージェントを起動してくれる場合、すべての子プロセスにデフォルトのアイデンティティを共有させるのではなく、名前付きの各ワーカーに安定したMem AI Identityを付与してください。
nmem agents upsert cindy \
--name "Cindy" \
--default-space onboarding \
--instructions "Help with onboarding. Explain one step at a time."これにより、Cindyという名前のMem AI Identityが作成されます。
そのコマンドと環境IDはcindyです。
このコマンドはアイデンティティレコードを作成するだけで、すべてのCodexセッションがCindyを使用するようになるわけではありません。
次に、そのワーカーの環境を設定します。
NMEM_AGENT_ID="cindy"アイデンティティはポータブルです。
新しいAIツールがMemに接続され、同じNMEM_AGENT_IDを受け取る限り、CindyをRaftから別のオーケストレーターへ、またはCodexからPiへ移動できます。
この実行全体でアイデンティティのデフォルトスペースを上書きすべき場合にのみ、NMEM_SPACE="onboarding"を追加してください。
source_appは起動されるAIツールのままにしてください。
たとえば、オーケストレーターによって起動されたCodexワーカーは、引き続きCodexとしてContext Bundleを読み込むべきです。
NMEM_HOST_AGENT_IDは高度な外部エイリアスであり、2つ目の必須アイデンティティフィールドではありません。
同じペルソナのバリエーションが必要な場合は、すべてのランチャー設定を変更するのではなく、cindy-reviewerのような新しいアイデンティティを作成してください。
新しいアイデンティティはCindyのRulesから開始し、その後は別々に進化させることができます。
Raftのスクリーンショットによるウォークスルーについては、Raftを参照してください。