WorkBuddy × Nowledge Mem
WorkBuddyプラグイン、MCPツール、自動ローカルスレッド同期を使用して、Tencent WorkBuddyを共有メモリに接続します。
エージェント向け
これをWorkBuddyに貼り付けてください:
Read https://nowledgemem.study/SKILL.md and follow the instructions to install or update Nowledge Mem for WorkBuddy. Verify with nmem status and the Context Bundle or Working Memory check, then search for a known memory inside WorkBuddy. Only verify automatic Thread capture when the full plugin and its hooks are installed. In that case, run a short session and check nmem t list --source workbuddy.WorkBuddyには専用のNowledge Memコネクタがあります。 セッション開始時に現在のクロスツールコンテキストを読み込み、MCPを通じてメモリとスレッドのツールを公開し、ライフサイクルの境界でWorkBuddyの正確なローカルトランスクリプトをキャプチャします。
WorkBuddyはCodeBuddy互換のプラグインエンジンを内蔵していますが、CodeBuddyセッションではありません。
コネクタはWorkBuddyのMCPアイデンティティ、.workbuddy/設定ルート、コンテキストソース、およびnmem t sync --from workbuddyトランスクリプトの来歴を別々に保ちます。
始める前に
- Nowledge Memがローカルで実行されている、または到達可能なリモートMemサーバーがある
- WorkBuddyがインストールされている
nmemがWorkBuddyと同じマシンで動作する
nmem statusnmemが存在するがt sync --from workbuddyまたはconfig mcp show --host workbuddyを拒否する場合は、MCPやセッション同期をデバッグする前にCLIを更新してください:
- デスクトップ同梱のCLI: Memを開き、設定 → 環境設定 → 開発者ツール → 同梱CLIをインストール を再度実行します。
- PyPI CLI:
python3 -m pip install --user --upgrade nmem-cli - pipx CLI:
pipx upgrade nmem-cli
WorkBuddyがMemデスクトップアプリとは別のマシンで実行されている場合は、まずそこにスタンドアロンCLIをインストールし、Memサーバーを指定してください:
python3 -m pip install --user nmem-cli
nmem config client set url https://your-server
nmem config client set api-key your-keyプラグインをインストールする
WorkBuddyデスクトップでPlugins -> +を開き、次のアドレスを追加します。 nowledge-communityでNowledge Memを見つけてインストールします。
https://raw.githubusercontent.com/nowledge-co/community/main/.workbuddy-plugin/marketplace.jsonプラグインとスキルを有効にしてWorkBuddyを再読み込みします。
Connections/MCPでnowledge-memを確認し、要求された場合はTrustを確認します。
これは利用者の安全確認なので、エージェントが無断で承認することはありません。
CLIの接続成功だけではデスクトップの有効化を確認できません。
プラグインのスラッシュコマンドを提供するホストに限り、次の方法を使えます。
/plugin marketplace add https://raw.githubusercontent.com/nowledge-co/community/main/.workbuddy-plugin/marketplace.json --name nowledge-community
/plugin install nowledge-mem@nowledge-communityWorkBuddyマーケットプレイスのraw URLを表示どおりに正確に使用してください。
現在のWorkBuddyリリースは、リポジトリルートで.workbuddy-pluginより先に.codebuddy-pluginを確認するため、/plugin marketplace add nowledge-co/communityが代わりにCodeBuddyパッケージを選択する可能性があります。
通常の更新では、インストール済みカードのUpdateを選び、再読み込みします。 マーケットプレイスは削除しません。 旧リポジトリルートの設定がCodeBuddyパッケージを選んだことを確認した場合だけ、次の移行を実行します。
/plugin marketplace remove nowledge-community
/plugin marketplace add https://raw.githubusercontent.com/nowledge-co/community/main/.workbuddy-plugin/marketplace.json --name nowledge-community
/plugin install nowledge-mem@nowledge-community古いマーケットプレイスを削除すると、その有効なエントリがクリアされます。
最後のインストールで、専用のWorkBuddyパッケージからnowledge-memが復元されます。
WorkBuddyマーケットプレイスはnowledge-mem-workbuddy-pluginのみをスパースチェックアウトします。
これには以下が含まれます:
- WorkBuddyプラグインマニフェストとWorkBuddy固有のMCPアイデンティティ
http://127.0.0.1:14242/mcp用のローカルMCPサーバー（Spacesはexact-v1）- 自動起動コンテキストと過去作業のルーティング
- Nowledge Memスキル
Stop、SessionEnd、PreCompact、SubagentStop用のフック- WorkBuddyの管理対象Nodeランタイムを使用し、デスクトップまたはスタンドアロンの
nmemインストールを解決するフックランナー /nowledge-mem:*配下のクイックコマンド
リモートMemまたは認証済みlocalhostの場合は、WorkBuddy MCPブロックを生成します:
nmem config mcp show --host workbuddyデスクトップのConnections/MCPでnowledge-memを追加または編集し、生成されたURLとヘッダーを保持します。
x-nmem-space-protocol: exact-v1も保持し、保存後にTrustと有効化を確認します。
~/.workbuddy/.mcp.jsonへの書き込みだけでは、デスクトップUIが接続を登録した証拠にはなりません。
インストール済みのキャッシュは編集しません。
何も表示されない場合は、マーケットプレイス、プラグイン、Skills、Connections/MCPを別々に確認します。 スラッシュコマンドがチャットの返信になるだけなら、デスクトップUIを使います。 追加に失敗する場合は、WorkBuddyのバージョン、OS、追加またはインストールのエラーを報告し、鍵は含めません。
一時的な手動設定では、Skillsでnowledge-memスキルを追加し、Connectionsで生成されたMCP設定を登録します。
スキルを有効にし、Trustを確認して再起動します。
この方法は記憶ツールとガイダンスを提供しますが、プラグインの自動キャプチャhookはインストールしません。
完全なプラグインが使えるまで、下記の手動履歴インポートを使います。
スレッド同期
WorkBuddyはライフサイクルフックにsession_idとtranscript_pathを渡します。
コネクタは、どのトランスクリプトが変更されたかを推測するのではなく、それらの正確なフィールドを使用します。
完全なプラグインとhookが有効な場合、次のコマンドでキャプチャをキューに登録します。
nmem --json t capture --from workbuddy --session-id <session-id> --transcript-path <transcript_path> --sync --all-projectsこのコマンドはWorkBuddyマシン上で実行します。
enqueuedは永続キューへの登録を意味し、アップロード完了を意味しません。
workerが$WORKBUDDY_CONFIG_DIR/projectsまたは~/.workbuddy/projectsのトランスクリプトを設定済みのAppまたはCloudワークスペースに取り込みます。
MemでThreadを確認します。
繰り返しのインポートではメッセージを重複排除します。
委任された作業の場合、現在のWorkBuddyリリースは親セッションをsession_idで、サブエージェントをagent_idで、委任されたトランスクリプトをagent_transcript_pathで提供します。
コネクタはそのトランスクリプトをサブエージェント自身のIDでインポートするため、そのメッセージIDが親スレッドと衝突することはありません。
フックの失敗は非ブロッキングです。
Memまたはnmemが一時的に利用できない場合、WorkBuddyは通常どおり続行し、コネクタは後で復旧するための診断ログを書き込みます。
確認
新しいWorkBuddyセッションを開始して、次を尋ねてください:
Is Nowledge Mem connected? Read my current context.有効でTrust済みの接続を通じて、WorkBuddyがコンテキストを読み取り、記憶を検索できれば接続を確認できます。
可能なら既知の記憶を検索します。
新しいワークスペースでは、空でも正常に完了した結果は有効です。
手動でスキルとMCPを追加した場合も、この確認を使います。
ターミナルのnmem doctorだけではデスクトップの接続を確認できません。
完全なプラグインをインストールした場合は、SessionStartのコンテキストも確認します。 短いやり取りの後に、次のコマンドでThreadを確認します。
nmem t list --source workbuddy -n 5フックが実行された後、最近のWorkBuddyスレッドが表示されるはずです。 フックが実行されていないように見える場合は、次を確認してください:
tail -n 50 ~/.workbuddy/logs/nowledge-mem-hook.logWORKBUDDY_CONFIG_DIRを設定した場合は、代わりにそのディレクトリのlogs/nowledge-mem-hook.logを確認してください。
古いセッションをインポートする
まずプレビューします:
nmem t sync --from workbuddy --limit 20プレビューが正しければインポートします:
nmem t sync --from workbuddy --applyカスタムのWorkBuddy設定ディレクトリの場合:
WORKBUDDY_CONFIG_DIR="$HOME/.my-workbuddy-config" nmem t sync --from workbuddy --apply動作をカスタマイズする
利用可能な場合は、WorkBuddy自身の指示サーフェスを使用してください:
- 個人のグローバルガイダンスには
~/.workbuddy/CODEBUDDY.md - 共有ワークスペースガイダンスにはプロジェクトの
CODEBUDDY.md - 構造化されたプロジェクトルールには
.workbuddy/rules/*.md
インストール済みのプラグインファイルは編集しないでください。 マーケットプレイスの更新で置き換えられる可能性があります。