hermes - 💡(How to fix) Fix [IMPROVEMENT] `no_agent=True` cron jobs silently produce no output on failure [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
NousResearch/hermes-agent#20353Fetched 2026-05-06 06:37:10
View on GitHub
Comments
0
Participants
1
Timeline
3
Reactions
0
Author
Participants
Timeline (top)
labeled ×3

Error Message

Problem: When a cron job is created with no_agent=True, it runs as a pure script watchdog — raw stdout is delivered verbatim, no token usage is logged, no agent trace exists. A script that exits 0 without producing output (e.g., a condition was never met, an exception was caught silently) will silently do nothing. The user receives no alert and the failure goes undetected.

  1. Non-zero exit = always alertno_agent=True scripts with non-zero exit should always trigger an error alert, regardless of stdout
RAW_BUFFERClick to expand / collapse

Severity: Low

Problem: When a cron job is created with no_agent=True, it runs as a pure script watchdog — raw stdout is delivered verbatim, no token usage is logged, no agent trace exists. A script that exits 0 without producing output (e.g., a condition was never met, an exception was caught silently) will silently do nothing. The user receives no alert and the failure goes undetected.

Proposed fix:

  1. Non-zero exit = always alertno_agent=True scripts with non-zero exit should always trigger an error alert, regardless of stdout
  2. Heartbeat interval — add a heartbeat_interval to no_agent=True jobs that must emit within the interval or trigger an alert
  3. Visibilityhermes cron list should show no_agent jobs distinctly and surface their last run status/exit code

extent analysis

TL;DR

Implementing a non-zero exit alert and heartbeat interval for no_agent=True cron jobs can help detect silent failures.

Guidance

  • Consider implementing the proposed fix of triggering an error alert for no_agent=True scripts with non-zero exit, regardless of stdout.
  • Add a heartbeat_interval to no_agent=True jobs to ensure they emit a signal within the specified time or trigger an alert.
  • Modify the hermes cron list command to display no_agent jobs distinctly and show their last run status and exit code for better visibility.
  • Review the current cron job configuration and script behavior to identify potential silent failure scenarios.

Example

No code snippet is provided as the issue does not contain specific code details.

Notes

The proposed fixes aim to address the issue of silent failures in no_agent=True cron jobs, but the implementation details may vary depending on the specific use case and system configuration.

Recommendation

Apply the proposed workaround by implementing non-zero exit alerts and heartbeat intervals for no_agent=True cron jobs, as this will help detect and prevent silent failures.

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

hermes - 💡(How to fix) Fix [IMPROVEMENT] `no_agent=True` cron jobs silently produce no output on failure [1 participants]