openclaw - 💡(How to fix) Fix Memory wiki status summary hides total page count and conflates per-section metrics [1 pull requests]

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…

The memory-wiki status/dashboard summary can show a line such as:

Syntheses · 153 pages · 186 claims · 11 questions

This is technically derived from the synthesis subset, but it is easy to misread as the whole vault summary because the total page count is not shown nearby.

Root Cause

Without the total, users can reasonably conclude that only 153 pages are being counted after compile, even though the compiled digest contains 1335 pages.

Fix Action

Fixed

RAW_BUFFERClick to expand / collapse

Summary

The memory-wiki status/dashboard summary can show a line such as:

Syntheses · 153 pages · 186 claims · 11 questions

This is technically derived from the synthesis subset, but it is easy to misread as the whole vault summary because the total page count is not shown nearby.

Observed data

From .openclaw-wiki/cache/agent-digest.json after openclaw wiki compile on OpenClaw 2026.5.18:

  • total pages in digest: 1335
  • pageCounts:
    • source: 1172
    • synthesis: 153
    • report: 10
    • entity: 0
    • concept: 0
  • top-level claimCount: 186
  • open questions across syntheses: 11 questions on 8 synthesis pages

Problem

The visible summary emphasizes only Syntheses · 153 pages ... and does not make it clear where the other 1182 pages are represented. The questions metric is also ambiguous: it is a count of open questions, not a count of pages.

Expected behavior

Show an explicit vault-level total and clearer per-section labels, for example:

  • Vault · 1335 pages · 186 claim rows · 11 open questions
  • Sources · 1172 pages
  • Syntheses · 153 pages · 186 claim rows · 11 open questions on 8 pages
  • Reports · 10 pages

Alternatively, keep the compact row but label it clearly as a synthesis-only section and show the full page breakdown elsewhere in the same view.

Why this matters

Without the total, users can reasonably conclude that only 153 pages are being counted after compile, even though the compiled digest contains 1335 pages.

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…

FAQ

Expected behavior

Show an explicit vault-level total and clearer per-section labels, for example:

  • Vault · 1335 pages · 186 claim rows · 11 open questions
  • Sources · 1172 pages
  • Syntheses · 153 pages · 186 claim rows · 11 open questions on 8 pages
  • Reports · 10 pages

Alternatively, keep the compact row but label it clearly as a synthesis-only section and show the full page breakdown elsewhere in the same view.

Still need to ship something?

×6

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

Back to top recommendations

TRENDING

openclaw - 💡(How to fix) Fix Memory wiki status summary hides total page count and conflates per-section metrics [1 pull requests]