openclaw - 💡(How to fix) Fix Session compaction 后网页控制台显示内部元数据 [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#59142Fetched 2026-04-08 02:28:11
View on GitHub
Comments
0
Participants
1
Timeline
2
Reactions
0
Author
Participants
Timeline (top)
closed ×1locked ×1
RAW_BUFFERClick to expand / collapse

Bug 描述

在会话发生 compaction(压缩)后,网页控制台开始显示内部 System 元数据消息,包括:

  • System: [2026-04-01 23:42:50 GMT+8] [Post-compaction context refresh]
  • System (untrusted): 开头的各种内部消息
  • Session Startup sequence 等引导信息

复现步骤

  1. 正常使用 OpenClaw 网页控制台与 AI 对话
  2. 当会话发生 compaction 后
  3. 网页端开始显示所有内部元数据消息

期望行为

Compaction 后不应显示这些内部 System 消息,应该像之前一样只显示用户和 AI 的正常对话。

环境信息

  • 平台:Windows
  • 渠道:openclaw-control-ui

extent analysis

TL;DR

Filtering or suppressing internal System metadata messages after compaction may resolve the issue.

Guidance

  • Review the compaction process to identify why internal System metadata messages are being displayed.
  • Check the logging or message handling configuration in the OpenClaw web console to see if there's an option to suppress or filter out System metadata messages.
  • Investigate if there's a version or configuration change that altered the behavior of message display after compaction.
  • Consider implementing a temporary workaround to hide or filter these messages on the client-side until a permanent fix is found.

Example

No specific code example can be provided without more details on the implementation, but a potential approach might involve modifying the message handling logic to ignore or filter messages starting with "System:" or "System (untrusted):".

Notes

The exact cause of the issue is unclear, and without more information about the compaction process or the logging configuration, it's difficult to provide a definitive solution. The suggestions above are based on the assumption that the issue is related to the logging or message handling behavior after compaction.

Recommendation

Apply workaround: Implementing a client-side filter to hide internal System metadata messages could provide a temporary solution until the root cause is identified and fixed. This approach would allow the conversation to appear normal to the user while the underlying issue is being addressed.

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