
Runtime Monitor
- 6 installs
- 61 repo stars
- Updated August 4, 2026
- joelhooks/joelclaw
Monitor joelclaw workloads across Redis queue, Restate, Dkron, and Inngest with joelclaw CLI commands and the pi TUI runtime monitor.
About
Monitors ADR-0217 workloads across the Redis queue, Restate, Dkron, and transitional Inngest via joelclaw CLI and a pi TUI monitor. A developer uses it to check runtime health, watch async work, and report system state.
- Canonical operator surfaces: joelclaw jobs status, queue depth/control/observe, restate status
- Pairs with pi-tui-design for the monitor widget and system-architecture for topology truth
Runtime Monitor by the numbers
- 6 all-time installs (skills.sh)
- Ranked #1,067 of 1,435 DevOps & CI/CD skills by installs in the Skillselion catalog
- Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/joelhooks/joelclaw --skill runtime-monitorAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 6 |
|---|---|
| repo stars | ★ 61 |
| Last updated | August 4, 2026 |
| Repository | joelhooks/joelclaw ↗ |
What it does
Monitor joelclaw workloads across Redis queue, Restate, Dkron, and Inngest with joelclaw CLI commands and the pi TUI runtime monitor.
Files
Runtime Monitor
Use this skill when the task is real workload monitoring, not vague status-checking.
The canonical operator surfaces are:
joelclaw jobs statusjoelclaw queue depthjoelclaw queue control statusjoelclaw queue observejoelclaw restate statusjoelclaw restate cron status- pi extension tool:
runtime_jobs_monitor
Load order
Before doing runtime monitor work:
1. load system-architecture 2. load pi-tui-design if you are building or changing the monitor widget/TUI 3. load joelclaw for CLI operator flows
What to use when
First glance
joelclaw jobs status --hours 1 --count 10This is the first operator answer to:
- can the system take more work right now?
- is the queue/runtime layer healthy?
- is Dkron alive?
- is Inngest still healthy during transition?
Queue-specific investigation
joelclaw queue depth
joelclaw queue control status --hours 1
joelclaw queue observe --hours 1
joelclaw queue stats --since <iso|ms>Use these once jobs status tells you the queue layer is the interesting bit.
Runtime substrate investigation
joelclaw restate status
joelclaw restate cron status
joelclaw runs --count 20 --hours 1Use these when the top-level surface says Restate, Dkron, or transitional Inngest needs a closer look.
Async pi monitor
The loaded pi extension at packages/pi-extensions/inngest-monitor/index.ts exposes:
runtime_jobs_monitorinngest_sendinngest_runs
Start
{"action":"start","interval":5,"report":true}Effects:
- polls
joelclaw jobs statusin the background - paints a persistent TUI widget
- emits OTEL on runtime severity changes and meaningful workload-state changes
- sends hidden follow-up summaries when the runtime meaningfully changes or the monitor stops/times out
Status
{"action":"status"}Returns the latest runtime snapshot:
- overall status/summary
- queue depth
- active pause count
- Restate / Dkron / Inngest state
Stop
{"action":"stop"}Stops the background poller and sends a final follow-up summary.
Rules
joelclaw jobs statusis the aggregated truth surface; do not rebuild the same picture by hand unless the command is wrong.- If
jobs statusis noisy or misleading, fix it first. Don’t teach agents to ignore a lying operator surface. - For TUI work, prefer compact status blocks with explicit severity and short summaries. No decorative sludge.
- Any runtime monitor widget line must be clamped to the active terminal width with pi-tui truncation (
truncateToWidth/visibleWidth). Pi will crash narrow terminals if a custom widget emits over-wide lines. - During transition, Inngest stays visible but must not dominate the runtime story when Restate + queue + Dkron are the real workload path.
- Report earned truth only. If the monitor compiles but hasn’t been dogfooded, say that.