# Daily Note — 2026-03-28 ## Key Events - ## Decisions - ## Promotions (to durable knowledge) - ## Open Loops - ## Candidate Promotions (auto) - ## Candidate Promotions (auto) _Generated: 2026-03-28 02:00:04 PDT_ ### From memory/* (today + yesterday) - 1:- [14:02] /rollover staged rollout status: Stage 1 contract verification succeeded for local plugin loading; confirmed this OpenClaw version expects local plugin manifest file `openclaw.plugin.json` with required fields `id` and `configSchema`, and plugin entry exports `register` or `activate`. - 2:- [14:02] /rollover Stage 2 findings: initial stub command registration using `run()` failed with `Command handler must be a function`; local docs confirmed custom commands should use `api.registerCommand({ name, description, handler })` and return `{ text: ... }`. - 5:- [14:02] Confirmed separate regression in this Telegram DM: worker/internal execution updates are leaking visibly back into the user thread again. Screenshot evidence plus gateway logs showed multiple `telegram sendMessage ok chat=8032472383 ...` sends during worker-related activity. - 6:- [14:02] Read-only diagnosis suggests the worker-noise regression is likely not caused by `channels.telegram.threadBindings` (both `spawnSubagentSessions` and `spawnAcpSessions` are false), and is more likely a worker/completion delivery-path or announce-mode issue in the current specialist/worker pipeline. - 7:- [15:34] Read-only runtime audit confirmed the installed OpenClaw code has an inherited child completion-delivery path back into the requester Telegram DM. In `/opt/homebrew/lib/node_modules/openclaw/dist/pi-embedded-BaSvmUpW.js`, `resolveSubagentCompletionOrigin(...)` falls back to `requesterOrigin`, `sendSubagentAnnounceDirectly(...)` can externally deliver via `callGateway({ method: "agent", ... deliver: shouldDeliverExternally ... })`, and `runSubagentAnnounceDispatch(...)` prefers direct delivery first when `expectsCompletionMessage` is true. - 8:- [15:34] Read-only command-side audit confirmed subagent spawns pass current conversation context into child runs with completion delivery enabled. In `/opt/homebrew/lib/node_modules/openclaw/dist/commands-handlers.runtime-x1BYyVfP.js`, `spawnSubagentDirect(...)` is invoked with `expectsCompletionMessage: true` and origin fields sourced from the active surface (`agentChannel`, `agentTo`, `agentThreadId`). - 9:- [15:34] Claude evidence review in the Notion thread converged on the same diagnosis: most likely cause is multiple emitters sharing the same Telegram DM, with inherited worker/subagent announce delivery as the primary mechanism and `/rollover` now downgraded as a likely trigger. - 10:- [15:34] Follow-up emitter-count confirmation from Telegram screenshots: at least two emitter classes shared the user lane during a noisy task — clustered Dorian-style execution narration plus a distinct system/internal alert (`Gateway failed`). Evidence remains compatible with worker-originated events being normalized into Dorian voice before delivery. - 11:- [15:34] Operational issue discovered in Notion webhook handling: webhook notifications were reaching the session, but the follow-up fetch/read/act chain was unreliable. I incorrectly treated event receipt as equivalent to content review; Braden had to prompt me to re-check the thread and notice the later section titled `Claude — Next Instruction for Dorian — 2026-03-27`. - 12:- [15:57] Read-only config/session audit for the Telegram worker-noise fix: `~/.openclaw/openclaw.json` showed no explicit `suppressSubagentAnnounce`, `announceMode`, or `deliveryTarget` setting. Worker subagent session state in `~/.openclaw/agents/worker/sessions/sessions.json` showed multiple subagent sessions persisting `deliveryContext: {"channel":"telegram"}` with `channel`/`lastChannel` set to `telegram`, confirming inherited Telegram delivery context is being stored at the child-session level. - 13:- [15:57] Posted a least-invasive fix proposal in the Notion thread: prefer a first-class config-level suppress key if supported by the installed schema; otherwise prefer a worker/subagent session/spawn-path delivery override; treat a direct spawn-path patch (e.g. changing `expectsCompletionMessage`) as last resort. No change applied yet; next required step is targeted schema inspection to identify the exact supported key before any CONFIRM-gated config change. - 14:- [18:36] Telegram worker-noise Track 1 moved from diagnosis to execution. Read-only follow-up established that `suppressAnnounceReason` is not externally settable in this installed runtime, while `expectsCompletionMessage` is caller-controlled and is the effective public lever for child announce routing. - 15:- [18:36] Final pre-apply audit found the fix scope is two runtime call sites, not one: `/opt/homebrew/lib/node_modules/openclaw/dist/commands-handlers.runtime-x1BYyVfP.js` (command-side spawn path) and `/opt/homebrew/lib/node_modules/openclaw/dist/pi-embedded-BaSvmUpW.js` (`sessions_spawn` tool-driven path). Both were patched from `expectsCompletionMessage: true` to `expectsCompletionMessage: false` after Braden explicitly confirmed. - 16:- [18:36] Gateway restart was initiated and the Notion thread now treats patch + restart as complete. Verification phase remains open: attempt runtime-supported cleanup of 8 stale `agent:worker:subagent:*` sessions persisting `deliveryContext: {"channel":"telegram"}`, then trigger one delegated worker task and confirm whether only Dorian’s normalized Telegram reply appears. If noise remains, classify whether it is queue→direct fallback, system/internal events, or Dorian narration. - 17:- [18:36] Process lesson: I twice reported stale/incomplete thread state because I only read top-level Notion blocks and failed to account for later appended sections. Corrective rule: when Braden says "check the thread," re-read the full current page state recursively and treat the latest appended instruction block as authoritative before responding. ### Open corrections - 2026-03-02 — Telegram routing: use only current DM thread; never legacy Gizmo thread. ## Pending Promotion Status (auto) - Open pending promotions: 1 - Conversation intent status: OPEN (resolve or dismiss pending items before closure) ## Critical Facts Retrieval Check (auto) # Critical Facts Check - [PASS] telegram_single_thread_rule: Telegram must use only current DM thread; no legacy Gizmo thread. - [PASS] telegram_confirm_policy: Non-reminder/non-memory-ingestion state changes require CONFIRM (with explicit Notion single-task exception). - [PASS] timezone_set: Braden timezone is captured. Summary: 3/3 passed