openclaw - 💡(How to fix) Fix Feature: Native post-compaction workspace re-bootstrap still appears unresolved [1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openclaw/openclaw#61369Fetched 2026-04-08 02:59:22
View on GitHub
Comments
0
Participants
1
Timeline
0
Reactions
0
Participants

This is a follow-up to stale-closed issue #20225, which is now locked and cannot be commented on or revived in place.

Root Cause

This is a follow-up to stale-closed issue #20225, which is now locked and cannot be commented on or revived in place.

RAW_BUFFERClick to expand / collapse

Context

This is a follow-up to stale-closed issue #20225, which is now locked and cannot be commented on or revived in place.

Why this needs a fresh issue

OpenClaw now has stronger workspace/bootstrap support than when #20225 was filed, including documented bootstrap injection and agent:bootstrap hooks. That is good progress.

But the original high-impact gap still appears conceptually unresolved:

Compaction behaves like a mini session restart, but there is still no clear native, workspace-aware post-compaction re-bootstrap path that survives compaction without custom user config.

The remaining problem

At session start, workspace bootstrap files are injected as expected. After compaction, the agent gets a summary and recent messages, but may not be explicitly instructed to re-read the workspace files that define:

  • identity / persona
  • standing orders
  • operating constraints
  • long-term memory anchors
  • current daily context

This is different from normal bootstrap. It is specifically a post-compaction continuity problem.

Why newer bootstrap features do not fully close this

The newer bootstrap features are valuable, but they primarily address:

  • initial bootstrap behavior
  • injection extensibility
  • workspace file selection/mutation during agent:bootstrap

They do not obviously provide a native equivalent of:

  • detect compaction boundary
  • persist a workspace-aware re-bootstrap directive through compaction
  • automatically trigger or emulate a lightweight workspace re-bootstrap immediately after compaction

Why this is still high-impact

This still maps directly to one of the most common user-visible failures:

  • agent drifts from persona mid-session
  • standing orders stop being followed
  • workspace-specific operating context gets forgotten
  • users experience this as “the agent forgot who it is”

Request

Please either:

  1. point to the exact current native feature/release that already solves the post-compaction re-bootstrap case end-to-end, or
  2. reconsider implementing a native workspace-aware post-compaction re-bootstrap path

Prior issue

  • Stale-closed predecessor: #20225

extent analysis

TL;DR

Implement a native workspace-aware post-compaction re-bootstrap path to ensure the agent re-reads workspace files after compaction, maintaining continuity and preventing drift from persona mid-session.

Guidance

  • Review the current bootstrap features and their limitations in addressing post-compaction re-bootstrap, considering the need for a native equivalent of detecting compaction boundaries and persisting re-bootstrap directives.
  • Investigate potential solutions that could automatically trigger a lightweight workspace re-bootstrap after compaction, ensuring the agent retains its identity, standing orders, and operating context.
  • Consider the impact of not having a native post-compaction re-bootstrap path on user experience, including agent drift and loss of workspace-specific context.
  • Evaluate the feasibility of implementing a feature that can detect compaction boundaries and trigger a re-bootstrap, potentially building upon existing agent:bootstrap hooks and bootstrap injection mechanisms.

Notes

The issue highlights the importance of addressing the post-compaction re-bootstrap problem, which is not fully resolved by newer bootstrap features. A native solution is necessary to prevent high-impact user-visible failures and ensure the agent maintains its persona and context throughout the session.

Recommendation

Apply a workaround by implementing a custom post-compaction re-bootstrap script or mechanism, using existing hooks and injection capabilities, until a native feature is available. This approach can help mitigate the issue while a more permanent solution is developed.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING