DUNIN7 · LOOMWORKS · RECORD
record.dunin7.com
Status Current
Path change-requests/cr-2026-144-move-assertion-v0_1.md

CR-2026-144 — Move Assertion to Another Engagement — v0_1

Version. 0.1 Date. 2026-07-04 Status. Drafted, not staged for build. Number 144 confirmed free at staging (highest prior: CR-2026-143). Base: engine main @ 542e09c, OL main @ 9938628. Queued behind correction-recognition (in progress) — not built yet. Repos. loomworks-engine, loomworks.


What this fixes

A Memory-list entry sometimes belongs to a different engagement than the one it was captured in (e.g. a generic receipt captured while in the Houseplant engagement, but the Operator's own filing sense says it belongs in Personal or elsewhere). Today there is no way to move it — only Confirm/Dismiss/View source exist.


Fix

Add a "Move to..." action on Memory-list entries. The Operator picks any engagement they are authorized for (a searchable picker, not a dropdown — the Operator may have many engagements). The entry moves to the selected engagement's Memory.


Scope for first version

Held assertions only. Moving a committed (authoritative) assertion is a bigger act — reassigning settled memory to a different room — and is deliberately deferred to a later CR.


Open design questions (for Step-0, not resolved here)


Seed check

No conflict. Touches the Memory-scope principle (an engagement's own accumulated knowledge) but the seed does not specify assertion-movement mechanics — specification-level. Operator-authority is satisfied: this is an explicit manual action, never automatic.


Out of scope

Committed-assertion moves (deferred). Automatic/AI-driven routing at capture time (a separate, already-recorded finding — content-to-engagement routing, part of the semantic-meaning foundation work).