← ClaudeAtlas

bootlisted

Run the TrialError session boot ritual at the start of a research-harness orchestrator session on a TrialError-scaffolded program — verifies the law pin, binds the account, and surfaces dangling launches, unread inbox, budget headroom, and the last handoff. Use this at the start of an orchestrator session, or when SessionStart reported it could not boot automatically.
SentImperior666/TrialError · ★ 0 · AI & Automation · score 70
Install: claude install-skill SentImperior666/TrialError
# /boot — session boot ritual The `SessionStart` hook (`plugin/hooks/session_start.py`) already ran this automatically when this Claude Code session started, UNLESS it reported a diagnostic on stderr (e.g. ambiguous account — more than one account is registered and none was specified, or zero accounts registered yet). This skill is the manual/fallback path; hooks are already armed either way — it does not "arm" anything. 1. Check whether a session is already open and read its bundle: ``` trialerror session status ``` 2. If nothing is open (or the hook reported an account-resolution failure), boot explicitly: ``` trialerror session boot --account <account-id> ``` First-ever boot on a brand-new program (zero accounts registered yet): ``` trialerror session boot --create-account "<your label>" ``` `trialerror session boot` is idempotent by default: if a session is already open it returns that session's CURRENT bundle rather than refusing. 3. Read the returned bundle in full before doing anything else: - `pin_status` / `foreign_since_last` — law rulings appended since your last session; read them before spawning anything (mid-flight staleness is visible-not-refused, but boot-time staleness should not be ignored). - `dangling_launches` — PROVISIONAL/RUNNING launches orphaned by a session that never closed cleanly. Investigate before spawning more; if that prior session crashed, mark it `trialerror sessi