Cindy x Nowledge Mem
MCPと再利用可能なスキルを通じてNowledge MemをCindyに接続し、セッションを生成した子ランタイム上で正確なトランスクリプトをキャプチャします。
Cindyはオープンソースのローカルエージェントホストです。 Claude Code、Codex、Pi、その他のハーネスを実行しながら、1つのワークスペース、メモリ、スキル、ツールサーフェスを継続的に保つことができます。
Nowledge Memは現在、MCPと共有スキルを通じてCindyをサポートしています。 Cindyネイティブのトランスクリプト同期は、意図的にまだ有効化されていません。 Cindyの公開クライアントが、ロスレスインポートのための安定したサードパーティ向けメッセージエクスポート、ターン後のフック、または検証済みのGhostパッケージインストールパスを公開していないためです。
安全な境界
Cindyの組み込みエージェントではMem MCPとスキルを使用してください。 CindyがCodex、Claude Code、Pi、またはOMPを起動する場合は、正確なトランスクリプトキャプチャのために、その子ランタイム専用のNowledgeコネクタをインストールしてください。
セットアップ
Nowledge Memが実行中であることを確認してから、他の場所で使用しているのと同じnmemクライアント設定からCindy MCP設定を生成します:
nmem status
nmem config mcp show --host cindyCindyで、生成されたURLとヘッダーを使用してnowledge-memという名前のカスタムMCPサーバーを追加します。
ローカルデスクトップMemの場合、これはhttp://127.0.0.1:14242/mcp/を指します。
Nowledge Cloud、Access Anywhere、またはセルフホストサーバーの場合、生成されたブロックには、現在のnmem設定に適したリモートエンドポイントと認証形式が含まれています。
お使いのCindyビルドが共有Agent SkillsまたはAgent Pluginsパッケージを受け入れる場合は、共有Nowledge Memパッケージを追加します:
https://github.com/nowledge-co/community/tree/main/nowledge-mem-agent-pluginそのパッケージフローがまだ利用できない場合は、以下からガイダンスをコピーしてください:
https://github.com/nowledge-co/community/tree/main/nowledge-mem-cindy-connector/guide.mdMCPは必須のパスです。 スキルまたはガイドテキストは、CindyがいつWorking Memoryを読み、過去の作業を検索し、永続的な教訓を保存し、ハンドオフを作成するかを教える振る舞いのレイヤーです。
得られるもの
- Mem MCPを通じたWorking MemoryとContext Bundle
- Cindyの作業中におけるメモリ検索とスレッド検索
- 決定、手順、好み、デバッグの教訓に対する永続的なメモリ保存
- Memサーバーが公開している場合のLibraryおよびグラフツール
- Cindyセッション内での再利用可能な振る舞いガイダンス
- 共有
nmemクライアント設定を通じたローカルまたはリモートMemのサポート
子ランタイムのキャプチャ
Cindyは1つのアプリ内で複数のハーネスを実行できます。 トランスクリプトキャプチャは、実際に会話を生成したランタイムに属するものとして扱ってください:
| Cindyランタイム | Memパス |
|---|---|
| Cindy組み込みエージェント | Cindy MCP + オプションのスキル |
| Cindyが起動したCodex | Codexコネクタ |
| Cindyが起動したClaude Code | Claude Codeコネクタ |
| Cindyが起動したPi | Piパッケージ |
| Cindyが起動したOMP | OMPプラグイン |
これによりsource_appが誠実に保たれます。
Cindyから起動されたCodexトランスクリプトは、依然としてCodexスレッドであるべきです。
Cindyはホストであり、子ランタイムがトランスクリプトを生成しました。
CindyがMemセットアップ内で永続的なペルソナまたはワーカーを表す場合は、そのアイデンティティを別途設定してください:
NMEM_AGENT_ID=cindyこれはMem AI Identityを選択します。 トランスクリプトのソースは変更しません。
現在のスレッド同期の境界
Cindyの公開リポジトリには、MCP対応アプリ、共有スキル、Ghostプラグインランタイム、ローカルデスクトップセッションストレージが示されています。
Ghostはスキル、ツール、ローカルのmcp-stdio Nodeワーカーをパッケージ化でき、これは将来のネイティブパスとして有望です。
Memは、以下のいずれかが安定して検証されるまでは、Cindyネイティブの自動スレッド同期を主張しません:
- Cindyのメッセージレベルのエクスポートスキーマ、
- 確定したターン後に
nmemを呼び出せるライフサイクルフック、 - Cindyセッションを読み取るための文書化されたAPI、
- またはNowledgeコネクタ向けの検証済みCindy Ghostパッケージインストールパス。
それまでは、Cindyネイティブの作業にはMCP/スキルからのハンドオフ要約を使用し、正確にキャプチャされたトランスクリプトには子ランタイムコネクタを使用してください。
トラブルシューティング
MCPツールが表示されない。 以下を再実行してください:
nmem config mcp show --host cindyCindyに、生成されたURLとヘッダーを持つnowledge-memという名前のカスタムMCPサーバーがあることを確認してください。
リモートMemには、生成されたブロックの認証ヘッダーが必要です。
nmem config mcp show --host cindyが不明。 インストールしたのと同じソースからCLIを更新してください:
nmem --version
python3 -m pip install --user --upgrade nmem-cliデスクトップにバンドルされたCLIを使用している場合は、Nowledge Mem Settings -> Preferences -> Developer Toolsから再インストールしてください。
CindyがCodexまたはClaude Codeを起動したがスレッドが欠落している。 その子ツール内で専用コネクタをインストールして検証してください。 Cindy MCPサーバーはCindyにメモリツールを提供しますが、CodexまたはClaude Codeのトランスクリプトファイルを読み取ることはありません。
