mirror of
https://github.com/dtzp555-max/memory-continuity.git
synced 2026-07-21 21:15:07 +00:00
2.7 KiB
2.7 KiB
Current State
Last updated: 2026-03-13T07:02:00+10:00
Objective
Validate the memory-continuity lifecycle plugin path safely after upgrade.
Current Step
Startup-injection testing is confirmed on multiple resident subagents after the upgrade; Discord main/channel/thread paths have now been tested and are not currently supported for reliable continuity recovery; compaction-path testing is now being prepared on travel_assistant as the disposable session.
Key Decisions
- Keep
SKILL.md + standard lifecycle pluginas the primary architecture. - Treat ContextEngine as a future option, not the v1 default.
- Do not force compaction on the main live session just to test Experiment C.
- Use disposable resident subagent sessions for future compaction-path testing.
travel_assistantis now a valid sample again after removing the old wrong workspace and fixing itsAGENTS.mdstartup rule to readmemory/CURRENT_STATE.md.- Alpha support boundary is now explicit: resident subagent startup continuity is supported; Discord main/channel/thread continuity is not yet supported in
v0.3.0-probe.
Next Action
Two-track next step:
- If continuing active testing, use
travel_assistantas the sacrificial session, reload the updated probe logging, then force/accelerate a real compaction event and compare hook behavior against the failure chain seen on main. - If pausing for upstream uncertainty, keep the fallback-continuity GitHub issue open and wait for OpenClaw feedback before spending more effort on the main-session fallback path.
Blockers
- Experiment C still lacks a real compaction event, so compaction-hook behavior remains unproven.
- New upstream-suspected blocker: fallback continuity failure may be caused by OpenClaw providing incomplete plugin runtime (
workspaceDir=<missing>) on fallback/new-session recovery path.
Unsurfaced Results
- Experiment A is now confirmed on multiple resident subagents.
tech_geekrecovered plugin-injected startup continuity state without usingread.travel_assistantalso recovered the correct upgraded smoke-test state after fixing its old workspace pollution and startup rule.- Fresh Discord main/channel/thread tests failed to preserve short facts or concrete working-state recovery across new sessions; treat Discord main continuity as unsupported for this alpha.
- New execution-model finding: main can successfully dispatch and consume results from temporary subagents (single, follow-up, and parallel two-worker tests all succeeded).
- New ACP finding: Codex ACP worker is validated as a usable execution worker for main; Claude ACP today remains an invalid sample because Tao confirmed Claude was already in timeout/overuse state, so do not classify that failure as product/runtime evidence.