Repository navigation
Releases
Releases · lumberroom/lumberroom-openclaw
v1.1.0
Added
- The digest follows the session's first request. The plugin sends that request to
context_bootstrapasquerywhen it has 12 characters or more after trimming and is no slash command. The Codex app-server harness sends the request alone ascurrentUserMessage, and the plugin reads that. On the acpx harness the prompt carries OpenClaw's inbound chat context ahead of the request, and the plugin strips the marked context blocks, the active goal line and the message-tool delivery hint before it measures or sends anything. A Telegram reply-quote block stays in. A room event (messages.groupChat.unmentionedInbound: "room_event") sends no query. An engine with decision 0034 (lumberroom/lumberroom PR #159) adds up to four related facts by default and orders the profile by relevance. When the first turn carries no request (a bare/newor/reset, a greeting, a slash command), the plugin serves a digest withoutqueryand refetches it once on the first turn that has one; that turn changes the system prompt once and costs one call. Every later turn reuses the digest's bytes. Heartbeat turns and turns with no session key send no query. Anytool_erroron a call that carriedquerygets one retry without it in the same turn, withindigestTimeoutMs; an older engine ignoresquery.digestQuery: falseturns it off.
v1.0.2
Changed
lr-reviewworks undated facts: it fills a start date the fact's own text names, throughreview_queuesourceundatedand thefill_dateverdict. Needs a server with theundatedsource.
v1.0.1
Added
- Ships the
lr-reviewskill for working the dreaming review queue.
v1.0.0
The first release, for OpenClaw 2026.9.6 and later on Node 24.16 or 26.1 and later.
Added
- lumberroom takes OpenClaw's memory slot as a plugin of kind
memory, against lumberroom.cloud or
a self-hosted engine. - Recall on every eligible turn. The
context_bootstrapdigest enters the system prompt once per
session and stays byte-identical across its turns.memory_searchhits for the user's message
go ahead of that message for the model only. - The engine's own tools under their own names:
memory_search,memory_write,registry_getand
memory_forgetby default, with the descriptions and schemas the engine serves.toolsin the
config picks from the rest.dreamingReviewaddsreview_queueandreview_decideon
lumberroom.cloud. - An owner gate for shared chats. Group, channel and thread turns reach memory only when the sender
is listed inownerIds, and so does a turn from a room on the main or global session when
session.groupScopeorsession.scoperoutes rooms there. The Control UI, the TUI and the CLI
keep their digest and recall there. A refused turn gets no digest, no
recall, no tools and no engine call. - A write guard.
write,editandapply_patchagainstMEMORY.md,USER.mdormemory/in
the workspace are blocked with a reason that points the model atmemory_write. The guard reads
@,~/andfile://targets the way OpenClaw's tools do and ignores letter case on macOS and
Windows. It stays on when the config is invalid. - Two sign-in modes.
tokenreads a static bearer or anlr_API token from
$OPENCLAW_STATE_DIR/.env.oauthsigns in through a browser or a pasted redirect URL, and
refreshes under a file lock, so a gateway and a CLI process sharing one token file never replay a
refresh token. openclaw lumberroom setup,login,logout,statusandimport. Setup takes the memory
slot, grants conversation access, turns off both switches that would loadmemory-coreas a
dreaming sidecar, and addstools.alsoAllowwhere the tool profile would hide the plugin's
tools.statusnames every problem it finds.importsends existingMEMORY.md,USER.mdand
memory/*.mdentries to the engine's review queue, never straight into the store.- The gateway logs an error at start when either dreaming-sidecar switch is open.
- A bundled snapshot of the engine's tool listing, so the plugin offers its tools before the first
livetools/listanswers, and a cache of the last live listing under the state directory. - Setup turns off OpenClaw's
session-memoryhook, which writesmemory/*.mdthroughfswhere
the write guard cannot see it;statusnames it when it is on. - With owners listed, setup sets the message queue to
followup, so a non-owner's message cannot
steer into an owner's running turn, and its overflow todrop: "old", so dropped messages never
fold into one turn;statusnames anysteerorcollectmode and asummarizedrop.