返回 Skill 列表
extension
分类: 开发与工程无需 API Key

Claude Code Supervisor

监控 tmux 中运行的 Claude Code 会话。使用 Claude Code 钩子配合 bash 预过滤(选项 D)和快速 LLM 分诊来检测错误、卡住的代理和任务完成。适配器无关——支持 OpenClaw、webhooks、ntfy 或任何通知后端。使用场景:(1) 启动需要监控的长时间运行 Claude Code 任务,(2) 为 API 错误或提前停止设置自动提醒,(3) 获取后台编码代理的进度报告,(4) 在会话/上下文限制重置后继续工作。依赖:tmux、claude CLI。

person作者: johba37hubclawhub

Claude Code Supervisor

Bridge between Claude Code's lifecycle hooks and your agent harness.

Architecture

Claude Code (in tmux)
  │  Stop / Error / Notification
  ▼
Bash pre-filter (Option D)
  │  obvious cases handled directly
  │  ambiguous cases pass through
  ▼
Fast LLM triage (claude -p with Haiku, or local LLM)
  │  classifies: FINE | NEEDS_NUDGE | STUCK | DONE | ESCALATE
  │  FINE → logged silently
  ▼
Notify command (configurable)
  │  openclaw wake, webhook, ntfy, script, etc.
  ▼
Agent harness decides + acts
  │  nudge (send-keys to tmux), wait, escalate to human

Quick Start

1. Install hooks into a project

{baseDir}/scripts/install-hooks.sh /path/to/your/project

Creates:

  • .claude/hooks/supervisor/ — hook scripts + triage
  • .claude/settings.json — wired into Claude Code lifecycle
  • .claude-code-supervisor.yml — configuration (edit this)

2. Configure

Edit .claude-code-supervisor.yml:

triage:
  command: "claude -p --no-session-persistence"  # or: ollama run llama3.2
  model: "claude-haiku-4-20250414"

notify:
  command: "openclaw gateway call wake --params"  # or: curl, ntfy, script

3. Register a supervised session

Create ~/.openclaw/workspace/supervisor-state.json (or wherever your harness keeps state):

{
  "sessions": {
    "my-task": {
      "socket": "/tmp/openclaw-tmux-sockets/openclaw.sock",
      "tmuxSession": "my-task",
      "projectDir": "/path/to/project",
      "goal": "Fix issue #42",
      "successCriteria": "Tests pass, committed",
      "maxNudges": 5,
      "escalateAfterMin": 60,
      "status": "running"
    }
  }
}

4. Launch Claude Code in tmux

SOCKET="/tmp/openclaw-tmux-sockets/openclaw.sock"
tmux -S "$SOCKET" new -d -s my-task
tmux -S "$SOCKET" send-keys -t my-task "cd /path/to/project && claude 'Fix issue #42'" Enter

Hooks fire automatically. Triage assesses. You get notified only when it matters.

How the Pre-Filter Works (Option D)

Not every hook event needs an LLM call. Bash catches the obvious cases first:

on-stop.sh

| Signal | Bash decision | LLM triage? | |--------|--------------|-------------| | max_tokens | Always needs attention | ✅ Yes | | end_turn + shell prompt back | Agent might be done | ✅ Yes | | end_turn + no prompt | Agent is mid-work | ❌ Skip | | stop_sequence | Normal | ❌ Skip |

on-error.sh

| Signal | Bash decision | LLM triage? | |--------|--------------|-------------| | API 429 / rate limit | Transient, will resolve | ❌ Log only | | API 500 | Agent likely stuck | ✅ Yes | | Other tool error | Unknown severity | ✅ Yes |

on-notify.sh

| Signal | Bash decision | LLM triage? | |--------|--------------|-------------| | auth_* | Internal, transient | ❌ Skip | | permission_prompt | Needs decision | ✅ Yes | | idle_prompt | Agent waiting | ✅ Yes |

Triage Classifications

The LLM returns one of:

| Verdict | Meaning | Typical action | |---------|---------|----------------| | FINE | Agent is working normally | Log silently, no notification | | NEEDS_NUDGE | Transient error, should continue | Send "continue" to tmux | | STUCK | Looping or not progressing | Try different approach or escalate | | DONE | Task completed successfully | Report to human | | ESCALATE | Needs human judgment | Notify human with context |

Handling Notifications (for agent harness authors)

Wake events arrive with the prefix cc-supervisor: followed by the classification:

cc-supervisor: NEEDS_NUDGE | error:api_500 | cwd=/home/user/project | ...
cc-supervisor: DONE | stopped:end_turn:prompt_back | cwd=/home/user/project | ...

Nudging via tmux

tmux -S "$SOCKET" send-keys -t "$SESSION" "continue — the API error was transient" Enter

Escalation format

See references/escalation-rules.md for when to nudge vs escalate and quiet hours.

Watchdog (Who Watches the Watchman?)

Hooks depend on Claude Code being alive. If the session hard-crashes, hits account limits, or the process gets OOM-killed, no hooks fire. The watchdog catches this.

scripts/watchdog.sh is a pure bash script (no LLM, no Claude Code dependency) that:

  1. Reads supervisor-state.json for all "running" sessions
  2. Checks: is the tmux socket alive? Is the session there? Is Claude Code still running?
  3. If something is dead and no hook reported it → notifies via the configured command
  4. Updates lastWatchdogAt in state for tracking

Run it on a timer. Choose your poison:

System cron:

*/15 * * * * /path/to/claude-code-supervisor/scripts/watchdog.sh

OpenClaw cron:

{
  "schedule": { "kind": "every", "everyMs": 900000 },
  "payload": { "kind": "systemEvent", "text": "cc-supervisor: watchdog — run /path/to/scripts/watchdog.sh and report" },
  "sessionTarget": "main"
}

systemd timer, launchd, or whatever runs periodically on your box.

The watchdog is deliberately dumb — no LLM, no complex logic, just "is the process still there?" This means it works even when the triage model is down, the API is melting, or your account hit its limit. Belts and suspenders.

Files

  • scripts/install-hooks.sh — one-command setup per project
  • scripts/hooks/on-stop.sh — Stop event handler with bash pre-filter
  • scripts/hooks/on-error.sh — PostToolUseFailure handler with bash pre-filter
  • scripts/hooks/on-notify.sh — Notification handler with bash pre-filter
  • scripts/triage.sh — LLM triage (called by hooks for ambiguous cases)
  • scripts/lib.sh — shared config loading and notification functions
  • scripts/watchdog.sh — dead session detector (pure bash, no LLM dependency)
  • references/state-patterns.md — terminal output pattern matching guide
  • references/escalation-rules.md — when to nudge vs escalate vs wait
  • supervisor.yml.example — example configuration