Stop losing terminal state
Session Supervisor is a skill that turns ordinary tmux sessions into managed workcells for your coding agents. Each session gets a stable socket, a run directory, an operator brief, a handoff file, and a status record you can inspect without attaching live.
Long-running coding work should not die when your laptop sleeps, your SSH drops, or a provider rate-limits you mid-task. Session Supervisor treats each agent run like infrastructure: it survives disconnects, recovers cleanly from failures, and leaves behind artifacts the next pass can pick up immediately.
What Session Supervisor handles
- Durable workcells — each coding session runs inside tmux with a stable socket that survives machine quirks and disconnects.
- Run directories with full artifact trail — every session produces a brief, agent log, status record, verification script, and human-readable handoff.
- Watchdog checks — detect idle or stuck sessions by inspecting log freshness and pane output without attaching live.
- Recovery playbook — structured responses for auth failures, rate limits, partial completions, vanished sessions, and dirty repos.
- Resume protocol — restart from artifacts instead of memory. Read the handoff, inspect the diff, rewrite the brief for remaining scope, and relaunch.
- Notifier adapters — get notified on completion via OpenClaw events, Telegram, Slack, or local desktop notifications.
How it works
- Create the control directories and pick a stable tmux socket path.
- Write a brief with the specific objective, constraints, and definition of done.
- Launch the agent inside tmux using the provided launch recipe.
- The session streams output to a log, writes a machine-readable status on exit, and leaves a human-readable handoff for the next pass.
What's included
- SKILL.md runbook — the complete operating pattern for durable coding sessions, from setup through recovery.
- Launch recipes — copy-paste commands for single-repo and multi-repo session launches.
- Runtime layout — a lightweight control directory structure outside the repo with sockets, run directories, and templates.
- Recovery playbook — five documented failure modes with exact diagnosis steps and response actions.
- Resume protocol — a step-by-step process for restarting interrupted work from artifacts.
- Handoff format template — a standard format so every session leaves context the next agent (or human) can act on immediately.
- Notifier adapter examples — ready-made snippets for OpenClaw, Telegram, Slack, and macOS desktop notifications.
Best for
- Developers running long coding sessions that outlast a single terminal window
- Multi-repo operators juggling parallel agent tasks across separate codebases
- Anyone tired of losing terminal state to SSH drops, laptop sleep, or provider rate limits
- Teams that need every agent run to leave an inspectable trail and a clean handoff
Under the hood
Session Supervisor follows a strict operating contract: one repo, one objective, one session. Every run is artifact-first — the session is not the source of truth, the files it produces are.
- Artifact-first contract — brief.md defines the task, verify.sh defines the check, agent.log keeps raw output, status.json records the exit, handoff.md carries the next-step context.
- Stable socket path — uses a persistent socket instead of the default temp location so sessions survive system quirks.
- Repo-local add-ons — drop a SUPERVISOR.md into any repo for custom test commands, deployment rules, and forbidden directories.
Get started
The complete runbook for durable coding sessions. Download, set up the control directories, and start running sessions that survive anything.
Get Session Supervisor →Session Supervisor included, plus all personas, all skills, 11 modules, security briefs, monthly drops, and community support.
Upgrade to Premium →Ask in the community if you want guidance configuring Session Supervisor for your specific workflow.
Ask in the community →What you'll download
session-supervisor/ ├── SKILL.md — orchestration runbook ├── recipes/ — launch templates ├── recovery/ — 5 failure mode playbooks └── adapters/ — notifier configs (Telegram, Slack, Desktop)
Before vs After
What operators are saying
FAQ
What do I need to run Session Supervisor?
A machine with tmux installed and a coding agent (Claude Code, Codex, or similar). Works on macOS and Linux. No additional dependencies.
Does this work with any coding agent?
Yes. The launch recipes show Claude Code and Codex examples, but the pattern works with any agent you can invoke from the command line. The workcell manages the session — the agent inside is up to you.
What happens when a session fails mid-task?
The recovery playbook covers five failure modes: auth failures, rate limits, partial completions, vanished sessions, and dirty repos. Each has specific diagnosis steps and a response action. You resume from artifacts, not from memory.
Can I run multiple sessions at once?
Yes. The pattern is one repo, one objective, one session. You can run as many parallel sessions as your machine supports — each gets its own run directory and artifact trail.
Can I customize the notification method?
Yes. Notifier adapter examples are included for OpenClaw events, Telegram, Slack, and macOS desktop notifications. Swap in whatever your stack already trusts.