openclaw - 💡(How to fix) Fix [Feature]: Conditional delivery skip when agent response matches pattern (e.g., SILENT) [1 comments, 2 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#71395Fetched 2026-04-26 05:13:16
View on GitHub
Comments
1
Participants
2
Timeline
3
Reactions
0
Timeline (top)
closed ×1commented ×1labeled ×1

When using openclaw cron add with --announce and a delivery channel (e.g., WhatsApp), the agent's full response is delivered to the channel regardless of content. This creates significant noise for monitoring use cases where the agent should only notify when a meaningful event is detected.

Error Message

When the agent's final response matches the skip condition, the cron run completes successfully (no error), is logged in cron runs history, but no message is sent to the delivery channel.

Root Cause

When using openclaw cron add with --announce and a delivery channel (e.g., WhatsApp), the agent's full response is delivered to the channel regardless of content. This creates significant noise for monitoring use cases where the agent should only notify when a meaningful event is detected.

Fix Action

Fix / Workaround

When using openclaw cron add with --announce and a delivery channel (e.g., WhatsApp), the agent's full response is delivered to the channel regardless of content. This creates significant noise for monitoring use cases where the agent should only notify when a meaningful event is detected. Current Workarounds and Their Limitations I've explored the existing flags and none solve the use case:

A conditional delivery filter would unlock real-world monitoring scenarios (price alerts, availability checks, threshold-based notifications, etc.) without manual workarounds or custom shell wrappers.

RAW_BUFFERClick to expand / collapse

Summary

When using openclaw cron add with --announce and a delivery channel (e.g., WhatsApp), the agent's full response is delivered to the channel regardless of content. This creates significant noise for monitoring use cases where the agent should only notify when a meaningful event is detected.

Problem to solve

When using openclaw cron add with --announce and a delivery channel (e.g., WhatsApp), the agent's full response is delivered to the channel regardless of content. This creates significant noise for monitoring use cases where the agent should only notify when a meaningful event is detected. Current Workarounds and Their Limitations I've explored the existing flags and none solve the use case:

Instructing the agent to respond SILENT when nothing is found: works but every SILENT response still gets delivered to WhatsApp (noise). Instructing the agent to respond with empty content: causes Agent couldn't generate a response errors and breaks the cron run. --no-deliver flag: disables delivery completely, including legitimate alerts. Not viable.

Proposed solution

Add a delivery filter flag to cron add and cron edit: bash--skip-delivery-if "SILENT" --skip-delivery-if-empty --skip-delivery-pattern "^(SILENT|NO_SIGNAL|N/A)$" When the agent's final response matches the skip condition, the cron run completes successfully (no error), is logged in cron runs history, but no message is sent to the delivery channel.

Alternatives considered

No response

Impact

This is a fundamental missing capability for any cron-based monitoring use case. Without it, OpenClaw forces a tradeoff between:

Noisy delivery (current --announce behavior) No delivery at all (--no-deliver)

A conditional delivery filter would unlock real-world monitoring scenarios (price alerts, availability checks, threshold-based notifications, etc.) without manual workarounds or custom shell wrappers.

Evidence/examples

No response

Additional information

Acceptance Criteria

New flag(s) on cron add and cron edit. Cron run still executes and is recorded in history regardless of skip outcome. lastDeliveryStatus should reflect the skip (e.g., skipped-by-filter). Pattern matching should support exact strings and optionally regex.

Environment

OpenClaw 2026.4.21 (f788c88) macOS, Mac Mini 2024 Channels: WhatsApp + Gmail Provider: openai-codex

extent analysis

TL;DR

Implement a delivery filter flag, such as --skip-delivery-if, to conditionally prevent notifications based on the agent's response content.

Guidance

  • Introduce a new flag, e.g., --skip-delivery-if "SILENT", to skip delivery when the agent's response matches the specified condition.
  • Consider adding pattern matching support for exact strings and regex to the filter flag.
  • Ensure that cron runs are still recorded in history and lastDeliveryStatus reflects the skip outcome, even when delivery is skipped.
  • Evaluate the proposed solution's impact on existing monitoring use cases, such as price alerts and threshold-based notifications.

Example

openclaw cron add --announce --skip-delivery-if "SILENT" --delivery-channel WhatsApp

This example demonstrates how the proposed --skip-delivery-if flag could be used to skip notifications when the agent's response is "SILENT".

Notes

The proposed solution requires changes to the OpenClaw cron add and edit commands. The exact implementation details, such as the flag name and syntax, may vary depending on the OpenClaw development team's decisions.

Recommendation

Apply the proposed workaround by introducing a delivery filter flag, such as --skip-delivery-if, to conditionally prevent notifications based on the agent's response content. This solution addresses the significant noise issue in monitoring use cases and unlocks real-world scenarios without manual workarounds.

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

openclaw - 💡(How to fix) Fix [Feature]: Conditional delivery skip when agent response matches pattern (e.g., SILENT) [1 comments, 2 participants]