@inetafrica/open-claudia 3.0.14 → 3.0.15

package/CHANGELOG.md

@@ -1,5 +1,10 @@
 # Changelog
 
+## v3.0.15 — the owner keeps their memory on Kazee
+
+- **Episodic recall no longer goes dark on Kazee / group chats.** Cross-conversation episodic memory (relevant snippets from the owner's past transcripts) is deliberately owner-only. The gate that decides "is this speaker the owner?" resolved the person by `findByHandle(adapter, channelId)` — but on Kazee the `channelId` is the *chat/room id*, while the owner's stored handle is their Kazee *user id*, so the lookup missed and fail-closed suppressed episodes. The owner's canonical brain, settings, and session were shared via identity unification, but this one recall layer silently went quiet — which read as "less context on Kazee." The gate now resolves the speaker by the envelope's **canonical user id** first (derived from the authenticated sender and unified across a person's linked channels), falling back to the channelId handle lookup when no canonical is in context. Fail-closed semantics for non-owners are preserved: a non-owner's canonical never matches an owner record. Regression pinned in `test-recall-relationship-gate.js` (owner recognised via canonical on a room-id channel; external still blocked).
+- **Agent-space / OpenClaw:** no new deps, no new env, no schema change; Docker image builds identically (FROM the pre-baked `:base`). Existing pods pick this up on their next approved upgrade.
+
 ## v3.0.14 — the Telegram poll stops wedging, and every reboot says why
 
 - **Root-cause fix for the restart flap.** In the cluster, DNS hands back a dead IPv6 address for `api.telegram.org` first and IPv6 egress is unreachable; under Node's default `verbatim` resolution the long-poll dials the dead address first (a latency penalty always, and a hard wedge on any AAAA-only window). `bot.js` now sets `dns.setDefaultResultOrder("ipv4first")` before any socket opens, eliminating that path for every request the process makes.

package/core/recall/discoverer.js

@@ -109,12 +109,21 @@ const EXCERPT_CHARS = 600;
 // e.g. CLI/tests) may pull them. Same-conversation packs/entities are unaffected.
 function episodesAllowedForSpeaker() {
   try {
-    const { currentAdapter, currentChannelId } = require("../context");
+    const { currentAdapter, currentChannelId, currentCanonicalUserId } = require("../context");
     const adapter = currentAdapter();
     const channelId = currentChannelId();
     if (!adapter || !channelId) return true; // no speaker context (CLI/tests) → ungated
     const people = require("../people");
-    const speaker = people.findByHandle(adapter.type, channelId);
+    // Resolve the speaker by canonical user id first. On transports where the
+    // channelId is a room/chat id rather than the sender's user id (Kazee, group
+    // chats), a handle lookup keyed on channelId misses the owner and fails
+    // closed — silently starving them of episodic recall. The canonical id is
+    // derived from the authenticated sender and is unified across a person's
+    // linked channels, so it recognises the owner on every transport. Falls back
+    // to the channelId handle lookup when no canonical is in context.
+    const canonical = currentCanonicalUserId();
+    const speaker = (canonical && people.findByCanonicalUserId(canonical))
+      || people.findByHandle(adapter.type, channelId);
     return !!(speaker && speaker.isOwner); // unknown/non-owner → gated
   } catch (e) {
     return false; // resolution error → fail closed

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@inetafrica/open-claudia",
-  "version": "3.0.14",
+  "version": "3.0.15",
   "description": "An always-on, provider-agnostic coding-agent harness for Claude Code and OpenAI Codex via chat",
   "main": "bot.js",
   "bin": {

package/test-provider-language.js

@@ -32,12 +32,11 @@ assert.doesNotMatch(setup, /Your Claude Code bot is connected|Description=Claude
 
 const pkg = JSON.parse(read("package.json"));
 assert.match(pkg.description, /provider-agnostic coding-agent harness/i);
-// 3.0.14 approved by Sumeet 2026-07-13 ("Proceed" on the Telegram poll-wedge
-// fix): dns ipv4first + 40s socket-idle timeout on the Telegram long-poll so
-// the half-open socket heals on a fresh poll instead of wedging into a 10-min
-// self-exit restart flap, plus code-side reboot-reason reporting appended to
-// the "Back online" greeting via core/restart-reason.js.
-assert.strictEqual(pkg.version, "3.0.14", "release version must remain unchanged without explicit approval");
+// 3.0.15 approved by Sumeet 2026-07-14 ("Yes fix and push"): episodic-recall
+// owner gate now resolves the speaker by canonical user id (not raw channelId),
+// so the owner keeps cross-conversation episodic memory on Kazee / group chats
+// where channelId is a room id that never matches the stored user-id handle.
+assert.strictEqual(pkg.version, "3.0.15", "release version must remain unchanged without explicit approval");
 for (const keyword of ["claude", "codex", "coding-agent", "provider-agnostic"]) {
   assert.ok(pkg.keywords.includes(keyword), `package keyword missing: ${keyword}`);
 }

package/test-recall-relationship-gate.js

@@ -39,4 +39,25 @@ assert.strictEqual(inChat("222", () => episodesAllowedForSpeaker()), false, "ext
 // Unknown channel (no person record) → fail closed.
 assert.strictEqual(inChat("999", () => episodesAllowedForSpeaker()), false, "unknown speaker → episodes blocked");
 
+// Kazee / group case: the channelId is a room/chat id that does NOT match the
+// owner's stored handle, but the envelope carries the owner's unified canonical
+// id. Resolving by canonical must recognise the owner even though a handle
+// lookup on the room id misses — otherwise the owner silently loses episodic
+// recall on those transports (the Kazee "less context" regression).
+const withCanon = (channelId, canonicalUserId, fn) =>
+  runInChat({ adapter, channelId, canonicalUserId, transport: "telegram" }, fn);
+const ownerCanon = people.findById(owner.id).handles[0].canonicalUserId;
+assert.strictEqual(
+  withCanon("room-xyz", ownerCanon, () => episodesAllowedForSpeaker()),
+  true,
+  "owner via canonical on a room-id channel → episodes allowed (Kazee/group regression)",
+);
+// A non-owner on a room-id channel with their own canonical stays blocked.
+const extCanon = people.findById(ext.id).handles[0].canonicalUserId;
+assert.strictEqual(
+  withCanon("room-abc", extCanon, () => episodesAllowedForSpeaker()),
+  false,
+  "external via canonical → episodes still blocked",
+);
+
 console.log("recall relationship gate OK");