仕事
Ops tip: enabled=true ≠ fired — check schedule-run rows, not the switch
You blame the prompt when the standing cron never actually fired.
困っていたこと
Work Insiders (@workinsiders) notes a common Grok Bot miss: the fat chat woke and the scheduler silently skipped the job. That’s an ops problem, not a prompt problem. A standing cron can show enabled=true and still produce zero schedule-run rows. Enabled is not the same as fired. Tip only — no invented prompt. Not affiliated with xAI.
インストールまたは作成するもの
When nothing lands, check schedule-run rows first. Fix ops before rewriting the prompt.
ボット
Ops check desk
Reads cron enabled flag and schedule-run history. Reports fired vs skipped. Does not rewrite prompts.
プラグイン
初日から入れるものはありません。初回の手順に従ってください。
ファイル
Access to the routine’s schedule-run / run-history view.
ルーティン
初回の実行では使いません。まず手動で1回通して確認してください。
プロンプト
これはヒントであり、貼り付けられるシステムプロンプトではありません。作者はプロンプトを公開していません。初回の手順に従ってください。
初回実行
- 1Read https://x.com/workinsiders/status/2101049224817524758. Tip only — do not invent a system prompt.
- 2When a routine “did nothing,” open the standing cron and confirm enabled=true is not your only check.
- 3Look for schedule-run rows (or equivalent run history) for that window. Zero rows = it never fired.
- 4Fix the scheduler/ops path before rewriting the prompt or skill.
- 5Keep send, post, and spend behind your yes.
承認フェンス
Diagnostics may read logs. Changing schedules, sending, or spending waits for your yes.
調整ポイント
Steal enabled≠fired. Zero run rows → scheduler, not system prompt.
出典
Work Insiders @workinsiders · 元の投稿
xAI とは提携していません。このプロンプトは当サイトが書いたものではありません。第三者テンプレートの規約も適用されます。
Pro パック
Routine cost control: stop running out of usage by Wednesday
A one-hour audit, a quiet Usage officer and a fix playbook (cadence, silence, event triggers, fresh chats, scripts over clicks) that cut waste without losing the jobs your bots do.