@pcircle/memesh 4.9.0 → 4.9.3
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.claude-plugin/marketplace.json +1 -1
- package/.claude-plugin/plugin.json +1 -1
- package/.codex-plugin/plugin.json +1 -1
- package/README.de.md +1 -1
- package/README.md +2 -2
- package/README.zh-TW.md +2 -2
- package/dashboard/dist/index.html +10 -10
- package/dist/core/doctor-fixes.d.ts +19 -0
- package/dist/core/doctor-fixes.d.ts.map +1 -0
- package/dist/core/doctor-fixes.js +104 -0
- package/dist/core/doctor-fixes.js.map +1 -0
- package/dist/core/doctor.d.ts +1 -1
- package/dist/core/doctor.d.ts.map +1 -1
- package/dist/core/doctor.js +3 -3
- package/dist/core/doctor.js.map +1 -1
- package/dist/core/operations.d.ts.map +1 -1
- package/dist/core/operations.js +2 -2
- package/dist/core/operations.js.map +1 -1
- package/dist/core/schema-export.js +1 -1
- package/dist/core/schema-export.js.map +1 -1
- package/dist/knowledge-graph.d.ts.map +1 -1
- package/dist/knowledge-graph.js +30 -10
- package/dist/knowledge-graph.js.map +1 -1
- package/dist/mcp/THIRD_PARTY_NOTICES.txt +2 -2
- package/dist/mcp/server.js +45 -16
- package/dist/mcp/server.js.map +1 -1
- package/dist/skills-manifest.json +12 -12
- package/dist/transports/agent-messaging.d.ts +4 -0
- package/dist/transports/agent-messaging.d.ts.map +1 -1
- package/dist/transports/agent-messaging.js +12 -2
- package/dist/transports/agent-messaging.js.map +1 -1
- package/dist/transports/cli/cli.d.ts.map +1 -1
- package/dist/transports/cli/cli.js +60735 -1770
- package/dist/transports/cli/cli.js.map +6 -1
- package/dist/transports/http/server.d.ts.map +1 -1
- package/dist/transports/http/server.js +32 -1
- package/dist/transports/http/server.js.map +1 -1
- package/dist/transports/mcp/handlers.d.ts +3 -3
- package/dist/transports/mcp/handlers.js +3 -3
- package/dist/transports/mcp/handlers.js.map +1 -1
- package/docs/platforms/agent-messaging.md +10 -1
- package/hooks/hooks.json +1 -1
- package/package.json +2 -2
- package/scripts/hooks/_shared.js +150 -1
- package/scripts/hooks/session-start.js +90 -4
- package/scripts/hooks/session-summary.js +17 -4
- package/scripts/hooks/user-prompt-intent.js +71 -11
|
@@ -8,7 +8,7 @@
|
|
|
8
8
|
"name": "memesh",
|
|
9
9
|
"source": "./",
|
|
10
10
|
"description": "MeMesh \u2014 agentic memory for coding agents. Captured from the agent's real work via hooks, recalled when it acts. One SQLite file, zero cloud required.",
|
|
11
|
-
"version": "4.9.
|
|
11
|
+
"version": "4.9.3",
|
|
12
12
|
"author": {
|
|
13
13
|
"name": "PCIRCLE AI"
|
|
14
14
|
},
|
package/README.de.md
CHANGED
|
@@ -160,7 +160,7 @@ Alle Befehle und Tools: [docs/api/API_REFERENCE.md](docs/api/API_REFERENCE.md).
|
|
|
160
160
|
**Agenten-Nachrichten, die genauen Regeln** (ausführlich: [docs/platforms/agent-messaging.md](docs/platforms/agent-messaging.md)):
|
|
161
161
|
|
|
162
162
|
- Heute verfügbar: Ein Sender über MCP, HTTP oder CLI kann einen nicht vertrauenswürdigen, JSON-kodierten Payload von höchstens 65.536 UTF-8-Bytes (64 KiB) dauerhaft an genau einen lokalen Empfänger senden. Der Empfänger kann ihn getrennt abrufen, nach einem Neustart mit einem opaken Cursor fortsetzen und Intake, Bestätigung, Workflow-Status und Host-Aktivierung getrennt protokollieren.
|
|
163
|
-
- Mit aktiviertem MeMesh-Codex-Plugin registriert sich jeder gestartete oder fortgesetzte gewöhnliche Codex-CLI-Thread mit gültiger Thread-Identität und vorhandenem Arbeitsverzeichnis automatisch mit einer threadbezogenen Identität; ein manuelles `agent setup` ist nicht erforderlich. SessionStart startet einen benutzereigenen, abgekoppelten Companion, weil Codex beim Beenden des CLI-Prozesses ein asynchrones Hook-Kind beendet. SessionEnd lässt ein begrenztes 45-Sekunden-Fenster für die inaktive Queue offen; Resume ersetzt die vorherige exakte Generation, und nach Ablauf wird die Registrierung entfernt. Eine in diesem Fenster angenommene Nachricht wird beim Fortsetzen desselben Threads für das Modell sichtbar; dies ist keine Behauptung, dass eine gestoppte Oberfläche geweckt wurde. `memesh agent setup codex-session` bleibt optional, wenn ein Workspace einen stabil benannten Principal benötigt. Der vollständige native Envelope einschließlich Routing-Metadaten und Payload ist separat auf 16.384 Bytes (16 KiB) begrenzt. Ein Exact-Session-Send ist erst erfolgreich, wenn die native Queue ihn annimmt; ein zu großer Envelope meldet `native_message_too_large`, andere nicht verfügbare oder abgelehnte Sessions melden `recipient_unavailable`. Eingegrenzte Recovery-Daten bleiben erhalten, und Principal-Ziele behalten Durable Store-and-Forward bei. Native Annahme bedeutet weder Bestätigung noch Workflow-Status; native Nachrichten dürfen keine Secrets enthalten.
|
|
163
|
+
- Mit aktiviertem MeMesh-Codex-Plugin registriert sich jeder gestartete oder fortgesetzte gewöhnliche Codex-CLI-Thread mit gültiger Thread-Identität und vorhandenem Arbeitsverzeichnis automatisch mit einer threadbezogenen Identität; ein manuelles `agent setup` ist nicht erforderlich. SessionStart startet einen benutzereigenen, abgekoppelten Companion, weil Codex beim Beenden des CLI-Prozesses ein asynchrones Hook-Kind beendet. SessionEnd lässt ein begrenztes 45-Sekunden-Fenster für die inaktive Queue offen; Resume ersetzt die vorherige exakte Generation, und nach Ablauf wird die Registrierung entfernt. Eine in diesem Fenster angenommene Nachricht wird beim Fortsetzen desselben Threads für das Modell sichtbar; dies ist keine Behauptung, dass eine gestoppte Oberfläche geweckt wurde. `memesh agent setup codex-session` bleibt optional, wenn ein Workspace einen stabil benannten Principal benötigt. Der vollständige native Envelope einschließlich Routing-Metadaten und Payload ist separat auf 16.384 Bytes (16 KiB) begrenzt. Ein Exact-Session-Send ist erst erfolgreich, wenn die native Queue ihn annimmt; ein zu großer Envelope meldet `native_message_too_large`, ein nicht erreichbarer lokaler Router meldet `router_unreachable`, andere nicht verfügbare oder abgelehnte Sessions melden `recipient_unavailable`. Eingegrenzte Recovery-Daten bleiben für alle Sender- und Empfängerfehler erhalten, und Principal-Ziele behalten Durable Store-and-Forward bei. Native Annahme bedeutet weder Bestätigung noch Workflow-Status; native Nachrichten dürfen keine Secrets enthalten.
|
|
164
164
|
- Eine gestoppte, fehlende oder getrennte Codex-Session wird weder geweckt noch ersetzt; eine fehlgeschlagene native Exact-Session-Zustellung wird nicht automatisch wiederholt, der Absender muss bewusst erneut senden. Eingegrenzte Recovery-Daten bleiben verfügbar; `memesh message storage report` zeigt, was gespeichert ist. Native Zustellung gibt es nur unter macOS und Linux.
|
|
165
165
|
- Dieser dokumentierte native Pfad gilt für die gewöhnliche Codex CLI. Nimm bei Codex Desktop oder einem nicht angehängten Task keine Registrierung an, solange die exakte laufende Session nicht in `message discover` erscheint; das ist eine Evidenzgrenze, keine pauschale Inkompatibilitätsaussage.
|
|
166
166
|
|
package/README.md
CHANGED
|
@@ -104,7 +104,7 @@ memesh doctor # checks local install health and prints fixes
|
|
|
104
104
|
memesh install-hooks # only if you skipped A: wires Claude Code, keeps your own hooks
|
|
105
105
|
```
|
|
106
106
|
|
|
107
|
-
For a zero-config Codex install, run `codex plugin marketplace add PCIRCLE-AI/memesh` and `codex plugin add memesh@pcircle-memesh`. The manual alternative is `codex mcp add memesh -- memesh-mcp`. For Cursor, add `{ "mcpServers": { "memesh": { "command": "memesh-mcp" } } }` to `~/.cursor/mcp.json`.
|
|
107
|
+
For a zero-config Codex install, run `codex plugin marketplace add PCIRCLE-AI/memesh` and `codex plugin add memesh@pcircle-memesh`. The manual alternative is `codex mcp add memesh -- memesh-mcp`. For Cursor, add `{ "mcpServers": { "memesh": { "command": "memesh-mcp" } } }` to `~/.cursor/mcp.json`. The Dashboard's doctor banner can apply the two recoverable local repairs it knows how to verify; it never changes files just because the page was opened.
|
|
108
108
|
|
|
109
109
|
> **The plugin does not install the CLI.** After `/plugin install`, typing `memesh` in a terminal says `command not found` until you also run `npm install -g @pcircle/memesh`. If you only use Claude Code chat, A alone is enough.
|
|
110
110
|
|
|
@@ -160,7 +160,7 @@ Full command and tool reference: [docs/api/API_REFERENCE.md](docs/api/API_REFERE
|
|
|
160
160
|
**Agent messaging, the exact rules** (full guide: [docs/platforms/agent-messaging.md](docs/platforms/agent-messaging.md)):
|
|
161
161
|
|
|
162
162
|
- Works today: an MCP, HTTP, or CLI sender can durably send one untrusted JSON-encoded payload of at most 65,536 UTF-8 bytes (64 KiB) to one named local recipient. A receiver can fetch it separately, resume from an opaque cursor after restart, and record intake, acknowledgement, workflow disposition, and host activation as separate facts.
|
|
163
|
-
- With the MeMesh Codex plugin enabled, each startup or resumed ordinary Codex CLI thread with a valid thread identity and existing working directory registers automatically under a thread-scoped identity; no manual `agent setup` is required. SessionStart launches an owner-private detached companion because Codex reaps an async hook child when its CLI process exits. SessionEnd keeps a bounded 45-second idle queue window, resume replaces the prior exact generation, and expiry removes the registration. A message accepted during that idle window becomes model-visible when the same thread resumes; it is not a claim that a stopped UI was awakened. `memesh agent setup codex-session` remains available only when one workspace needs a stable named principal. The complete native envelope, including routing metadata and payload, is capped separately at 16,384 bytes (16 KiB). An exact-session send returns success only after that native queue accepts it; an oversized full envelope reports `native_message_too_large`,
|
|
163
|
+
- With the MeMesh Codex plugin enabled, each startup or resumed ordinary Codex CLI thread with a valid thread identity and existing working directory registers automatically under a thread-scoped identity; no manual `agent setup` is required. SessionStart launches an owner-private detached companion because Codex reaps an async hook child when its CLI process exits. SessionEnd keeps a bounded 45-second idle queue window, resume replaces the prior exact generation, and expiry removes the registration. A message accepted during that idle window becomes model-visible when the same thread resumes; it is not a claim that a stopped UI was awakened. `memesh agent setup codex-session` remains available only when one workspace needs a stable named principal. The complete native envelope, including routing metadata and payload, is capped separately at 16,384 bytes (16 KiB). An exact-session send returns success only after that native queue accepts it; an oversized full envelope reports `native_message_too_large`, an unreachable local router reports `router_unreachable`, and other unavailable or rejected sessions report `recipient_unavailable`. Scoped recovery data remains durable for all sender-side and recipient-side failures. Principal targets retain durable store-and-forward behavior. Native acceptance is not acknowledgement or disposition, and native messages must contain no secrets.
|
|
164
164
|
- A stopped, missing, or disconnected Codex session is not woken up or replaced, and a failed exact-session native delivery is not replayed automatically; the sender must retry deliberately. Its scoped recovery data stays available; `memesh message storage report` shows what is stored. Native delivery works on macOS and Linux only.
|
|
165
165
|
- This documented native path covers ordinary Codex CLI. Do not assume Codex Desktop or an unattached task registers unless that exact running session appears in `message discover`; this is an evidence boundary, not a claim that those hosts are universally incompatible.
|
|
166
166
|
- When pairing Claude Channel with automatic Codex registration, pass the complete `project` value from `memesh briefing --json` to `memesh agent setup claude`; the repository basename is not the same routing scope.
|
package/README.zh-TW.md
CHANGED
|
@@ -106,7 +106,7 @@ memesh doctor # 檢查本機安裝健康狀態並列出修復方式
|
|
|
106
106
|
memesh install-hooks # 沒裝 A 才需要:幫 Claude Code 接上 hook,不動你原本的設定
|
|
107
107
|
```
|
|
108
108
|
|
|
109
|
-
Codex 零設定安裝:執行 `codex plugin marketplace add PCIRCLE-AI/memesh` 與 `codex plugin add memesh@pcircle-memesh`。手動替代方案是 `codex mcp add memesh -- memesh-mcp`。Cursor:把 `{ "mcpServers": { "memesh": { "command": "memesh-mcp" } } }` 加進 `~/.cursor/mcp.json`。
|
|
109
|
+
Codex 零設定安裝:執行 `codex plugin marketplace add PCIRCLE-AI/memesh` 與 `codex plugin add memesh@pcircle-memesh`。手動替代方案是 `codex mcp add memesh -- memesh-mcp`。Cursor:把 `{ "mcpServers": { "memesh": { "command": "memesh-mcp" } } }` 加進 `~/.cursor/mcp.json`。Dashboard 的 doctor 提醒可執行它能驗證的兩種可復原本機修復;單純開啟頁面不會自動改檔案。
|
|
110
110
|
|
|
111
111
|
> **裝了 plugin 不等於有 `memesh` 指令。** `/plugin install` 之後,在終端機打 `memesh` 會出現 `command not found`,要再跑 `npm install -g @pcircle/memesh` 才會有。只在 Claude Code 對話裡用的話,裝 A 就夠了。
|
|
112
112
|
|
|
@@ -162,7 +162,7 @@ memesh serve # 啟動本機 server 並印出儀表板網址
|
|
|
162
162
|
**agent 訊息的完整規則**(完整說明:[docs/platforms/agent-messaging.md](docs/platforms/agent-messaging.md)):
|
|
163
163
|
|
|
164
164
|
- 今天就能做的:MCP、HTTP 或 CLI sender 可把一份 JSON 編碼後不超過 65,536 UTF-8 bytes(64 KiB)的不受信任 payload 耐久化送給一個指定的本機 recipient。接收端可另行擷取、在重啟後用 opaque cursor 補收,並把 intake、acknowledgement、workflow disposition 與 host activation 分開記錄。
|
|
165
|
-
- 啟用 MeMesh Codex plugin 後,每個具有有效 thread identity 與現有工作目錄、並新啟動或恢復的一般 Codex CLI thread,都會自動以 thread-scoped identity 註冊,不需要手動執行 `agent setup`。SessionStart 會啟動 owner-private detached companion,因為 Codex CLI 結束時會回收 async hook child;SessionEnd 保留 45 秒的有限 idle queue 視窗,resume 會取代前一個 exact generation,逾時則移除 registration。在 idle 視窗內被 queue 接受的訊息,會在同一 thread resume 時進入模型;這不代表已停止的 UI 被自動喚醒。只有某個 workspace 需要穩定的命名 principal 時,才需選用 `memesh agent setup codex-session`。包含 routing metadata 與 payload 的完整 native envelope 另有 16,384 bytes(16 KiB)上限。exact-session send 只有在原生 queue 接受後才成功;完整 envelope 過大時回報 `native_message_too_large`,其他無法使用或拒絕的 session 則回報 `recipient_unavailable
|
|
165
|
+
- 啟用 MeMesh Codex plugin 後,每個具有有效 thread identity 與現有工作目錄、並新啟動或恢復的一般 Codex CLI thread,都會自動以 thread-scoped identity 註冊,不需要手動執行 `agent setup`。SessionStart 會啟動 owner-private detached companion,因為 Codex CLI 結束時會回收 async hook child;SessionEnd 保留 45 秒的有限 idle queue 視窗,resume 會取代前一個 exact generation,逾時則移除 registration。在 idle 視窗內被 queue 接受的訊息,會在同一 thread resume 時進入模型;這不代表已停止的 UI 被自動喚醒。只有某個 workspace 需要穩定的命名 principal 時,才需選用 `memesh agent setup codex-session`。包含 routing metadata 與 payload 的完整 native envelope 另有 16,384 bytes(16 KiB)上限。exact-session send 只有在原生 queue 接受後才成功;完整 envelope 過大時回報 `native_message_too_large`,sender 無法連到本機 router 時回報 `router_unreachable`,其他無法使用或拒絕的 session 則回報 `recipient_unavailable`。不論 sender 或 recipient 失敗,scope 相符的 recovery data 仍會保留,Principal target 在無法原生傳遞時仍保有 durable store-and-forward。原生接受不代表 acknowledgement 或 workflow disposition,原生訊息不得包含 secrets。
|
|
166
166
|
- 已停止、缺失或斷線的 Codex session 不會被喚醒,也不會被別的對話頂替;失敗的 exact-session 原生傳遞不會自動重播,sender 必須明確重試。scope 相符的 recovery data 仍會保留,`memesh message storage report` 可以看目前存了什麼。原生傳遞目前只支援 macOS 和 Linux。
|
|
167
167
|
- 這條文件化的原生路徑涵蓋一般 Codex CLI。除非確切且正在執行的 session 出現在 `message discover`,否則不要假設 Codex Desktop 或未連接的 task 已註冊;這是證據邊界,不代表這些 host 一律不相容。
|
|
168
168
|
|