/manage-heartbeats
List, enable, disable, or manually trigger heartbeats (proactive agents). Shows last 10 runs with status and cost. Use when the user says 'list heartbeats', 'show active heartbeats', 'enable atlas-4h', 'disable zara-2h', 'run atlas heartbeat now', 'which heartbeats are running',
$ npx -y skills add evolution-foundation/evo-nexus --skill manage-heartbeats --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/manage-heartbeats
Context preview
The summary Claude sees to decide when to auto-load this skill.
List, enable, disable, or manually trigger heartbeats (proactive agents). Shows last 10 runs with status and cost. Use when the user says 'list heartbeats', 'show active heartbeats', 'enable atlas-4h', 'disable zara-2h', 'run atlas heartbeat now', 'which heartbeats are running',
SKILL.md
manage-heartbeats.SKILL.mdname: manage-heartbeats
description: "List, enable, disable, or manually trigger heartbeats (proactive agents). Shows last 10 runs with status and cost. Use when the user says 'list heartbeats', 'show active heartbeats', 'enable atlas-4h', 'disable zara-2h', 'run atlas heartbeat now', 'which heartbeats are running', or wants visibility into proactive agent state."
Manage Heartbeats
> **Auth note:** Use `from dashboard.backend.sdk_client import evo` — auto-handles URL + auth, no Bearer token needed in code.
Inspect and control existing heartbeats — list them, enable/disable, trigger manual runs, review run history.
When to use
Use this skill when the user wants to:
- See which heartbeats exist and their status
- Enable a heartbeat they set up but left disabled
- Disable a heartbeat that's costing too much or misbehaving
- Manually trigger a run (outside the normal interval)
- Review recent runs and decide if the heartbeat is working
Don't use this to create new heartbeats — use `/create-heartbeat`.
Step 1: List all heartbeats
from dashboard.backend.sdk_client import evo
heartbeats = evo.get("/api/heartbeats")Response shape per heartbeat: `id`, `agent`, `interval_seconds`, `enabled`, `last_run_at`, `last_run_status`, `last_run_cost_usd`, `next_trigger_at`.
Present to user as a table:
- ID
- Agent
- Status (enabled / disabled)
- Interval (human format: "every 4h")
- Last run (time + status)
- Cost 7d (sum of `cost_usd` in last 7 days)
Step 2: Detailed view (one heartbeat)
from dashboard.backend.sdk_client import evo
hb = evo.get(f"/api/heartbeats/{hb_id}")Includes last 10 runs with full fields: `started_at`, `ended_at`, `duration_ms`, `tokens_in`, `tokens_out`, `cost_usd`, `status`, `prompt_preview`, `error`.
Show the user the latest 3 runs, summarize patterns (always-skip / always-act / mixed).
Step 3: Enable / disable
from dashboard.backend.sdk_client import evo
# Enable
evo.patch(f"/api/heartbeats/{hb_id}", {"enabled": True})
# Disable (preserves data, just stops the dispatcher from scheduling)
evo.patch(f"/api/heartbeats/{hb_id}", {"enabled": False})Warn the user:
- Enable doesn't run immediately — next trigger fires at the top of the next interval.
- Disable doesn't cancel a currently-running execution.
Step 4: Run Now (manual trigger)
from dashboard.backend.sdk_client import evo
result = evo.post(f"/api/heartbeats/{hb_id}/run")Response `{"run_id": "...", "status": "queued"}` within ~500ms. Execution happens async.
Tell the user:
- Run logs appear in `workspace/ADWs/logs/heartbeats/<id>-<date>.jsonl` in real time.
- Or poll `GET /api/heartbeats/<id>` to see `last_run_status` flip from `running` → `success` / `fail` / `timeout`.
Step 5: Paginated run history
from dashboard.backend.sdk_client import evo
runs = evo.get(f"/api/heartbeats/{hb_id}/runs", params={"limit": 50})Useful to audit a heartbeat that was misbehaving historically. Filter by:
- `?status=fail` — only failures
- `?status=timeout` — only timeouts
- `?from=YYYY-MM-DD&to=YYYY-MM-DD` — date range
Step 6: Delete (rare)
Only if truly obsolete:
from dashboard.backend.sdk_client import evo
# Gracefully — returns 409 if currently running
evo.delete(f"/api/heartbeats/{hb_id}")
# Force-kill currently-running
evo.delete(f"/api/heartbeats/{hb_id}", params={"force": "true"})Confirm with user before forcing. Disable first, then delete once runs stop.
Notes
- UI equivalent: `/scheduler` → Heartbeats tab. The skill is useful for scripted management or when Davidson prefers CLI.
- Cost visibility: `/costs` shows heartbeat cost per agent alongside routine costs.
Related: `.claude/rules/heartbeats.md`, `/create-heartbeat`.
Read more
name: manage-heartbeats description: "List, enable, disable, or manually trigger heartbeats (proactive agents). Shows last 10 runs with status and cost. Use when the user says 'list heartbeats', 'show active heartbeats', 'enable atlas-4h', 'disable zara-2h', 'run atlas heartbeat now', 'which heartbeats are running', or wants visibility into proactive agent state."
Manage Heartbeats
> **Auth note:** Use `from dashboard.backend.sdk_client import evo` — auto-handles URL + auth, no Bearer token needed in code.
Inspect and control existing heartbeats — list them, enable/disable, trigger manual runs, review run history.
When to use
Use this skill when the user wants to:
- See which heartbeats exist and their status
- Enable a heartbeat they set up but left disabled
- Disable a heartbeat that's costing too much or misbehaving
- Manually trigger a run (outside the normal interval)
- Review recent runs and decide if the heartbeat is working
Don't use this to create new heartbeats — use `/create-heartbeat`.
Step 1: List all heartbeats
from dashboard.backend.sdk_client import evo
heartbeats = evo.get("/api/heartbeats")Response shape per heartbeat: `id`, `agent`, `interval_seconds`, `enabled`, `last_run_at`, `last_run_status`, `last_run_cost_usd`, `next_trigger_at`.
Present to user as a table:
- ID
- Agent
- Status (enabled / disabled)
- Interval (human format: "every 4h")
- Last run (time + status)
- Cost 7d (sum of `cost_usd` in last 7 days)
Step 2: Detailed view (one heartbeat)
from dashboard.backend.sdk_client import evo
hb = evo.get(f"/api/heartbeats/{hb_id}")Includes last 10 runs with full fields: `started_at`, `ended_at`, `duration_ms`, `tokens_in`, `tokens_out`, `cost_usd`, `status`, `prompt_preview`, `error`.
Show the user the latest 3 runs, summarize patterns (always-skip / always-act / mixed).
Step 3: Enable / disable
from dashboard.backend.sdk_client import evo
# Enable
evo.patch(f"/api/heartbeats/{hb_id}", {"enabled": True})
# Disable (preserves data, just stops the dispatcher from scheduling)
evo.patch(f"/api/heartbeats/{hb_id}", {"enabled": False})Warn the user:
- Enable doesn't run immediately — next trigger fires at the top of the next interval.
- Disable doesn't cancel a currently-running execution.
Step 4: Run Now (manual trigger)
from dashboard.backend.sdk_client import evo
result = evo.post(f"/api/heartbeats/{hb_id}/run")Response `{"run_id": "...", "status": "queued"}` within ~500ms. Execution happens async.
Tell the user:
- Run logs appear in `workspace/ADWs/logs/heartbeats/<id>-<date>.jsonl` in real time.
- Or poll `GET /api/heartbeats/<id>` to see `last_run_status` flip from `running` → `success` / `fail` / `timeout`.
Step 5: Paginated run history
from dashboard.backend.sdk_client import evo
runs = evo.get(f"/api/heartbeats/{hb_id}/runs", params={"limit": 50})Useful to audit a heartbeat that was misbehaving historically. Filter by:
- `?status=fail` — only failures
- `?status=timeout` — only timeouts
- `?from=YYYY-MM-DD&to=YYYY-MM-DD` — date range
Step 6: Delete (rare)
Only if truly obsolete:
from dashboard.backend.sdk_client import evo
# Gracefully — returns 409 if currently running
evo.delete(f"/api/heartbeats/{hb_id}")
# Force-kill currently-running
evo.delete(f"/api/heartbeats/{hb_id}", params={"force": "true"})Confirm with user before forcing. Disable first, then delete once runs stop.
Notes
- UI equivalent: `/scheduler` → Heartbeats tab. The skill is useful for scripted management or when Davidson prefers CLI.
- Cost visibility: `/costs` shows heartbeat cost per agent alongside routine costs.
Related: `.claude/rules/heartbeats.md`, `/create-heartbeat`.
Other skills on evo-nexus.
- /ai-image-creator
Generate PNG images using AI (multiple models via OpenRouter including Gemini, FLUX.2, Riverflow, SeedDream, GPT-5 Image, proxied through Cloudflare AI Gateway BYOK). Also analyze/describe existing images using multimodal AI vision. Use when user asks to "generate an image",
Open skill - /create-agent
Create a new custom agent for the workspace. Guides the user through defining agent name, domain, personality, skills, model, and memory folder. Use when the user says 'create an agent', 'new agent', 'add an agent', 'I need a custom agent', or wants to create a specialized agent
Open skill - /create-command
Create a new slash command for Claude Code. Guides the user through defining the command name, what it does, and generates the markdown file in .claude/commands/. Use when the user says 'create a command', 'new command', 'add a slash command', 'I want a shortcut for', or wants
Open skill - /create-goal
Create a Mission, Project, or Goal (Mission → Project → Goal → Task hierarchy) in EvoNexus. Guides the user through picking a mission, choosing or creating a project, defining a measurable goal with metric_type and target_value. Writes to the SQLite goals tables via POST
Open skill - /create-heartbeat
Create a new heartbeat (proactive agent scheduled with a decision prompt) for EvoNexus. Guides the user through picking an agent, setting interval, wake triggers, and the decision prompt that governs when the agent acts. Writes to config/heartbeats.yaml with pydantic validation.
Open skill - /create-integration
Create a new custom integration (API/service wrapper) for the workspace. Guides the user through defining the integration's slug, display name, description, category, and required env keys. Writes .claude/skills/custom-int-{slug}/SKILL.md via POST /api/integrations/custom. Use
Open skill

