pax-beehive/paxm

新しいコーディングエージェントのセッションごとにプロジェクトを説明し直すのはやめろ。

PAXMは決定、慣習、作業文脈を後のコデックスに取り入れます。 Claude Code、OpenCode、Pi、カーソル、TRAE、Kimi Code、ZCode、Kiro、Cline、そしてMCP セッション。ローカルでSQLiteから始め、アカウントやAPIキー、埋め込みなどはなし 追加のメモリ層モデル呼び出し。配線の再配線なしで後でメモリプロバイダーを変更する すべてのエージェントが。

Codexのインストール ·CLIをインストールする ·結果を見る ·ドキュメント ·中文

こちらも私たちから:DSH Plugin Hub — DeepSeek Harnessプラグインの正確なバージョンとワンコマンドインストール。

インストール後に変わること

1セッションで、次の決定を記録します:

後のセッションでは、Codex、Claude Code、OpenCode、Pi、またはMCPクライアントが利用できます 回収:

パッシブ統合が有効の場合、paxmは エージェントは応答し、完了したターンを持続的にキャプチャします。プロバイダーの遅延 または失敗してもコーディングセッションがブロックされない。

実際の結果は以下の通りです:

• 新しいセッションはプロジェクトのコンテキストで再開される アーキテクチャの決定、慣習、運用上の制約。
• 1つのメモリパスはエージェント間で動作します。 Codexから取得した決定は

What changes after installation

In one session, record a decision:

paxm remember --profile ltm --text \
  "Production deploys run through GitHub Actions; never deploy from a laptop"

In a later session, Codex, Claude Code, OpenCode, Pi, or an MCP client can recover it:

paxm recall --query "how do we deploy production?"

With passive integration enabled, paxm recalls relevant context before the agent responds and durably captures completed turns afterward. Provider delays or failures do not block the coding session.

The practical result:

• New sessions resume with project context instead of making you restate architecture decisions, conventions, and operational constraints.
• One memory path works across agents. A decision captured from Codex can be recalled from Claude Code, OpenCode, Pi, or any MCP client.
• Your storage stays your choice. Start with local SQLite, connect Zep, Mem0, MemOS, or OpenViking, or bring a private provider through JSON-RPC.
• You retain control. Credentials, hook trust, routing, data location, disable, uninstall, and rollback remain user-owned.

Quick start

Choose the agent you already use. The Codex plugin is the shortest path to a complete active-and-passive memory loop.

Codex plugin

codex plugin marketplace add pax-beehive/paxm --ref paxm-memory-v0.1.4