ez-cronjob
A guide for debugging and configuring reliable cron jobs in Clawdbot, covering flags for delivery and execution.
Install
mkdir -p .claude/skills/ez-cronjob-sundial-org && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/19508" && unzip -o skill.zip -d .claude/skills/ez-cronjob-sundial-org && rm skill.zipInstalls to .claude/skills/ez-cronjob-sundial-org
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Fix common cron job failures in Clawdbot/Moltbot - message delivery issues, tool timeouts, timezone bugs, and model fallback problems.Key capabilities
- →Schedule tasks using isolated sessions
- →Configure explicit timezones for cron jobs
- →Deliver messages to Telegram or WhatsApp channels
- →Debug cron job delivery and timeout failures
How it works
It provides a set of flags and commands to bypass tool deadlocks and ensure reliable delivery by using isolated sessions and explicit timezone configurations.
Inputs & outputs
When to use ez-cronjob
- →Fix message delivery failures in cron jobs
- →Debug cron job timezone bugs
- →Configure isolated sessions for scheduled tasks
- →Resolve cron tool timeout issues
About this skill
Cron Job Reliability Guide
A comprehensive guide to diagnosing and fixing cron job issues in Clawdbot/Moltbot. This skill documents common failure patterns and their solutions, learned through production debugging.
When to Use This Skill
Use this skill when:
- Scheduled messages aren't being delivered
- Cron jobs show "error" status
- Messages arrive at wrong times (timezone issues)
- The agent times out when using the
crontool - Fallback models ignore instructions and call tools unexpectedly
Quick Reference
The Golden Rule
Always use these flags together for reliable delivery:
clawdbot cron add \
--name "my-job" \
--cron "0 9 * * 1-5" \
--tz "America/New_York" \
--session isolated \
--message "[INSTRUCTION: DO NOT USE ANY TOOLS] Your prompt here" \
--deliver --channel telegram --to "CHAT_ID" \
--best-effort-deliver
Essential Flags Explained
| Flag | Purpose | Why It Matters |
|---|---|---|
--session isolated | Creates dedicated session | Prevents message loss in busy conversations |
--tz "TIMEZONE" | Sets explicit timezone | Avoids UTC confusion |
--deliver | Sends to channel | Required for Telegram/WhatsApp |
--best-effort-deliver | Don't fail on delivery error | Graceful degradation |
Problem 1: Internal cron Tool Deadlock
Symptoms
- Agent times out (10s) when calling
cron listorcron add - Error: "Tool execution timed out"
- Gateway logs show 80s+ response times
Root Cause
The internal cron tool creates a deadlock between the agent process and gateway.
Solution
Never use the cron tool directly. Use exec (or bash) instead:
# CORRECT - uses exec to bypass deadlock
exec: clawdbot cron list
exec: clawdbot cron add --name "reminder" --at "+5m" --message "Hello"
# INCORRECT - causes timeout
cron list # DO NOT USE
cron add ... # DO NOT USE
For Agents
If you're an AI agent reading this: when the user asks you to manage cron jobs, always use the exec/bash tool to run clawdbot cron commands. Never invoke the cron tool directly.
Problem 2: Messages Not Delivered
Symptoms
- Job shows "ok" status but message never arrives
- Works in testing but fails on schedule
- Intermittent delivery
Root Cause
Using --session main or --system-event causes messages to get lost when there's an active conversation in the main session.
Solution
Always use --session isolated:
# CORRECT - isolated session, guaranteed delivery
clawdbot cron add \
--name "daily-standup" \
--cron "0 9 * * 1-5" \
--session isolated \
--deliver --channel telegram --to "-100XXXXXXXXXX"
# INCORRECT - messages can be lost
clawdbot cron add \
--name "daily-standup" \
--session main \
--system-event \
...
Verification
After creating a job, test it:
# Run the job immediately to verify delivery
clawdbot cron run <job-id>
Problem 3: Wrong Execution Time
Symptoms
- Job runs 4-5 hours early or late
- Schedule shows correct time but execution is off
- Works correctly sometimes, fails other times
Root Cause
Missing timezone specification defaults to UTC.
Solution
Always specify timezone explicitly:
# CORRECT - explicit timezone
clawdbot cron add \
--cron "0 9 * * 1-5" \
--tz "America/New_York" \
...
# INCORRECT - defaults to UTC
clawdbot cron add \
--cron "0 9 * * 1-5" \
...
Common Timezone IDs
| Region | Timezone ID |
|---|---|
| US Eastern | America/New_York |
| US Pacific | America/Los_Angeles |
| UK | Europe/London |
| Central Europe | Europe/Berlin |
| India | Asia/Kolkata |
| Japan | Asia/Tokyo |
| Australia Eastern | Australia/Sydney |
| Brazil | America/Sao_Paulo |
| Bolivia | America/La_Paz |
Problem 4: Fallback Models Ignore Instructions
Symptoms
- Primary model works correctly
- When fallback activates, agent calls tools unexpectedly
- Agent tries to use
exec,read, or other tools when it shouldn't
Root Cause
Some fallback models (especially smaller/faster ones) don't follow system instructions as strictly as primary models.
Solution
Embed instructions directly in the message:
# CORRECT - instruction embedded in message
clawdbot cron add \
--message "[INSTRUCTION: DO NOT USE ANY TOOLS. Respond with text only.]
Generate a motivational Monday message for the team."
# INCORRECT - relies only on system prompt
clawdbot cron add \
--message "Generate a motivational Monday message for the team."
Robust Message Template
[INSTRUCTION: DO NOT USE ANY TOOLS. Write your response directly.]
Your actual prompt here. Be specific about what you want.
Problem 5: Job Stuck in Error State
Symptoms
- Job status shows "error"
- Subsequent runs also fail
- No clear error message
Diagnosis
# Check job details
clawdbot cron show <job-id>
# Check recent logs
tail -100 /tmp/clawdbot/clawdbot-$(date +%Y-%m-%d).log | grep -i cron
# Check gateway errors
tail -50 ~/.clawdbot/logs/gateway.err.log
Common Causes and Fixes
| Cause | Fix |
|---|---|
| Model quota exceeded | Wait for quota reset or switch model |
| Invalid chat ID | Verify channel ID with --to |
| Bot removed from group | Re-add bot to Telegram group |
| Gateway not running | clawdbot gateway restart |
Nuclear Option
If nothing works:
# Remove the problematic job
clawdbot cron rm <job-id>
# Restart gateway
clawdbot gateway restart
# Recreate with correct flags
clawdbot cron add ... (with all recommended flags)
Debugging Commands
View All Jobs
clawdbot cron list
Inspect Specific Job
clawdbot cron show <job-id>
Test Job Immediately
clawdbot cron run <job-id>
Check Logs
# Today's logs filtered for cron
tail -200 /tmp/clawdbot/clawdbot-$(date +%Y-%m-%d).log | grep -i cron
# Gateway errors
tail -100 ~/.clawdbot/logs/gateway.err.log
# Watch logs in real-time
tail -f /tmp/clawdbot/clawdbot-$(date +%Y-%m-%d).log | grep --line-buffered cron
Restart Gateway
clawdbot gateway restart
Complete Working Examples
Daily Standup Reminder (9 AM, Mon-Fri)
clawdbot cron add \
--name "daily-standup-9am" \
--cron "0 9 * * 1-5" \
--tz "America/New_York" \
--session isolated \
--message "[INSTRUCTION: DO NOT USE ANY TOOLS. Write directly.]
Good morning team! Time for our daily standup.
Please share:
1. What did you accomplish yesterday?
2. What are you working on today?
3. Any blockers?
@alice @bob" \
--deliver --channel telegram --to "-100XXXXXXXXXX" \
--best-effort-deliver
One-Shot Reminder (20 minutes from now)
clawdbot cron add \
--name "quick-reminder" \
--at "+20m" \
--delete-after-run \
--session isolated \
--message "[INSTRUCTION: DO NOT USE ANY TOOLS.]
Reminder: Your meeting starts in 10 minutes!" \
--deliver --channel telegram --to "-100XXXXXXXXXX" \
--best-effort-deliver
Weekly Report (Friday 5 PM)
clawdbot cron add \
--name "weekly-report-friday" \
--cron "0 17 * * 5" \
--tz "America/New_York" \
--session isolated \
--message "[INSTRUCTION: DO NOT USE ANY TOOLS.]
Happy Friday! Time to wrap up the week.
Please share your weekly highlights and any items carrying over to next week." \
--deliver --channel telegram --to "-100XXXXXXXXXX" \
--best-effort-deliver
Checklist for New Cron Jobs
Before creating any cron job, verify:
- Using
exec: clawdbot cron add(not thecrontool directly) -
--session isolatedis set -
--tz "YOUR_TIMEZONE"is explicit -
--deliver --channel CHANNEL --to "ID"for message delivery -
--best-effort-deliverfor graceful failures - Message starts with
[INSTRUCTION: DO NOT USE ANY TOOLS] - Tested with
clawdbot cron run <id>after creation
Related Resources
Skill authored by Isaac Zarzuri. Based on production debugging experience with Clawdbot/Moltbot.
When not to use it
- →When using the internal cron tool directly
- →When relying on default UTC timezones for local scheduling
Prerequisites
Limitations
- →Must use exec/bash tool to manage cron jobs
- →Requires specific flags for reliable delivery
How it compares
It provides specific workarounds for known tool deadlocks and delivery failures in Clawdbot/Moltbot that generic cron documentation does not address.
Compared to similar skills
ez-cronjob side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| ez-cronjob (this skill) | 0 | 5mo | Review | Beginner |
| n8n-expression-syntax | 6 | 3mo | No flags | Beginner |
| python-repl | 6 | 4mo | Review | Beginner |
| n8n-validation-expert | 6 | 3mo | No flags | Intermediate |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by sundial-org
View all by sundial-org →You might also like
n8n-expression-syntax
czlonkowski
Validate n8n expression syntax and fix common errors. Use when writing n8n expressions, using {{}} syntax, accessing $json/$node variables, troubleshooting expression errors, or working with webhook data in workflows.
python-repl
gptme
Interactive Python REPL automation with common helpers and best practices
n8n-validation-expert
czlonkowski
Interpret validation errors and guide fixing them. Use when encountering validation errors, validation warnings, false positives, operator structure issues, or need help understanding validation results. Also use when asking about validation profiles, error types, or the validation loop process.
powershell-windows
davila7
PowerShell Windows patterns. Critical pitfalls, operator syntax, error handling.
bats
OleksandrKucherenko
Bash Automated Testing System (BATS) for TDD-style testing of shell scripts. Use when: (1) Writing unit or integration tests for Bash scripts, (2) Testing CLI tools or shell functions, (3) Setting up test infrastructure with setup/teardown hooks, (4) Mocking external commands (curl, git, docker), (5) Generating JUnit reports for CI/CD, (6) Debugging test failures or flaky tests, (7) Implementing test-driven development for shell scripts.
browser-daemon
noiv
Persistent browser automation via Playwright daemon. Keep a browser window open and send it commands (navigate, execute JS, inspect console). Perfect for interactive debugging, development, and testing web applications. Use when you need to interact with a browser repeatedly without opening/closing it.