openclaw - 💡(How to fix) Fix Dreaming short-term promotion promotes cron delivery reports as high-value memories [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…

Root Cause

The short-term promotion system (memory-core) ingests recent conversation signals including cron task outputs (delivery reports). Since cron tasks run frequently (daily/hourly), their output content accumulates high recall counts and passes the promotion threshold's minRecallCount / minUniqueQueries gates, making them look like "important recurring topics" to the ranking algorithm.

Cron delivery content is structurally different from user conversations — it's one-way system output, not bidirectional interaction worth remembering.

Fix Action

Fixed

RAW_BUFFERClick to expand / collapse

Problem

The Dreaming feature (memory-core short-term promotion) treats cron delivery reports as high-value short-term memories and promotes them into MEMORY.md, polluting durable memory with transient system output.

Impact

  • MEMORY.md gets filled with garbage entries like daily news report summaries, code update notifications, and other cron task outputs
  • Real user interactions get diluted among system messages
  • Users have to manually clean MEMORY.md or disable dreaming entirely

Root cause

The short-term promotion system (memory-core) ingests recent conversation signals including cron task outputs (delivery reports). Since cron tasks run frequently (daily/hourly), their output content accumulates high recall counts and passes the promotion threshold's minRecallCount / minUniqueQueries gates, making them look like "important recurring topics" to the ranking algorithm.

Cron delivery content is structurally different from user conversations — it's one-way system output, not bidirectional interaction worth remembering.

Reproduction

  1. Enable dreaming (plugins.entries.memory-core.config.dreaming.enabled: true)
  2. Have any cron task that delivers reports via delivery.mode: announce (e.g., daily news, code update checks)
  3. Wait for dreaming deep phase to run (~3:30 AM daily)
  4. Check MEMORY.md — cron report summaries appear as promoted entries

Expected behavior

Dreaming should filter out or deprioritize content originating from cron deliveries and system announcements — only promote genuine user↔agent interaction signals.

Suggested fix

Add a signal source filter in the dreaming deep phase ranking: deprioritize or exclude content from:

  • Cron delivery reports
  • System announcements
  • One-way broadcast messages without user reply context

Alternatively, add a configuration option to exclude certain session types or message origins from dreaming ingestion.

Environment

  • OpenClaw version: v2026.5.7
  • Plugin: memory-core with dreaming enabled
  • Configuration: default dreaming settings (limit=10, minScore=0.800, minRecallCount=3, minUniqueQueries=3)

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

Dreaming should filter out or deprioritize content originating from cron deliveries and system announcements — only promote genuine user↔agent interaction signals.

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 Dreaming short-term promotion promotes cron delivery reports as high-value memories [1 pull requests]