Skills and rules for the NanoClaw host agent (Claude Code on Mac), covering plugin promotion, container management, staging checks, repository safety, and upstream updates.
72
90%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
Medium
Suggest reviewing before use
Authority-of-record for task_occurrences in /workspace/store/messages.db, the host's scheduled-run ledger (jbaruch/nanoclaw#1024), under coding-policy: stateful-artifacts.
jbaruch/nanoclaw scheduler, through src/db-task-occurrences.ts and its state migrations; no container skill writes or migrates the tablesrc/state-migrations/state-022-task-occurrences.ts and state-024-task-occurrences-schema-version.ts in jbaruch/nanoclaw(task_id, scheduled_for); scheduled_for is the task's next_run at dispatchtask_id is cadence-registry::<group>::tessl__<skill>Z (2026-10-19T12:00:00.000Z)schema_version 1; a shape change bumps it in a new state migration| Field | Type | Presence and meaning |
|---|---|---|
group_folder | TEXT | always; the task's group when the occurrence started |
attempts | INTEGER | always, 1 or more |
started_at | TEXT | always; the latest attempt's start |
progress_at | TEXT | NULL until the run streams output |
ended_at | TEXT | NULL while running |
state | TEXT | running, then completed, failed, killed or unknown |
error | TEXT | NULL on running and completed |
delivered_message_ids | TEXT | JSON array of channel message ids; [] by default |
unverified_sends | INTEGER | sends that returned no message id; 0 by default |
completed is final; a retry restarts a failed, killed or unknown occurrence as running and counts attemptsunknown means the host stopped before the run finished, never successjbaruch/nanoclaw-admin heartbeat precheck: skips a missed-task recovery the ledger coversjbaruch/nanoclaw-admin system-audit: reports unverified sendsaudit_errors entrycoding-policy: stateful-artifacts Cross-Pipeline Schema Bumps.tessl-plugin
rules
skills