From loopkit
Escalates blocked agent runs to a human via configured channels (Telegram, Slack, Dial) or fallback to BLOCKED.md. Use when the loop hits ambiguous specs, missing credentials, destructive actions, or repeated verify failures.
How this skill is triggered — by the user, by Claude, or both
Slash command
/loopkit:hitl-escalateWhen to use
the loop hit an ambiguous spec, a missing credential, a destructive action needing approval, or 3+ consecutive verify failures on same task
The summary Claude sees in its skill listing — used to decide when to auto-load this skill
Long-running agent loops fail in a specific way when they meet a question they can't answer: they guess. The guess ships, the next session builds on it, and by the time a human looks the divergence is three commits deep. This skill is the release valve — when the agent is stuck, it stops and asks, cleanly, in a shape the human can act on.
Long-running agent loops fail in a specific way when they meet a question they can't answer: they guess. The guess ships, the next session builds on it, and by the time a human looks the divergence is three commits deep. This skill is the release valve — when the agent is stuck, it stops and asks, cleanly, in a shape the human can act on.
PROMPT.md admits two implementations and the choice changes user-visible behavior./verify failures on the same task. The loop is thrashing. Stop and get a human eye before the fourth attempt.If none of the above hold, do not escalate. Guessing is bad; escalating on a solvable problem is also bad (it trains humans to ignore the channel).
Read LOOPKIT_HITL_CHANNEL. Supported values:
| Value | Shape |
|---|---|
telegram | POST to https://api.telegram.org/bot$LOOPKIT_HITL_TELEGRAM_TOKEN/sendMessage with chat_id=$LOOPKIT_HITL_TELEGRAM_CHAT, text=<question + repo + short context>. |
slack | POST JSON {"text": "..."} to $LOOPKIT_HITL_SLACK_WEBHOOK (incoming-webhook URL). |
dial | Run $LOOPKIT_HITL_DIAL_CMD with the message on stdin. Whatever the operator wired up — SMS gateway, ntfy, phone call, pager. |
none (or unset) | Skip the primary action. Go straight to fallback. |
Message body — always these five lines, in this order:
[loopkit] blocked in <repo-name> on <ISO timestamp>
Q: <one-line question>
Context: <one-line what you were doing>
Attempted: <one-line what you tried>
Choices: <A | B | C>
Non-2xx from the channel is a soft failure. Log it, then fall through to the fallback so the loop still exits cleanly.
Whether the primary succeeds or fails, always write ./BLOCKED.md at the repo root with exactly four sections:
# Blocked
## Question:
<one sentence, answerable with a short reply>
## Context:
<what feature, which file, which commit, why now — 3-6 lines>
## Attempted:
<bulleted list of what you tried and why each fell short>
## Choices:
- A) <option> — <consequence>
- B) <option> — <consequence>
- C) <option> — <consequence>
Then exit 2. The loop runner (run.sh) checks for BLOCKED.md at the head of each iteration and exits with code 2 if it exists — that stops the loop until a human clears it.
The human reads BLOCKED.md, edits PROMPT.md / drops the credential / approves the destructive step, then rm BLOCKED.md and restarts run.sh. The deleted BLOCKED.md is the unblock signal.
/verify failure on the same task, escalate. The fourth attempt is not going to succeed by the same reasoning that failed thrice.AGENTS.md, PROMPT.md, and the last three commits first. Escalation is expensive human attention — spend it on real ambiguity.BLOCKED.md because the primary channel succeeded. The file is the loop's exit contract. Without it, run.sh keeps spinning.adversarial-verify — the source of the 3-verify-failure trigger.shift-notes — after escalating, note the block in IMPLEMENTATION_PLAN.md so the next session (post-unblock) has full context.spec-first — an ambiguous PROMPT.md is a spec-first failure; the human's unblock should tighten the spec, not just answer the one-off.npx claudepluginhub archive228/loopkit --plugin loopkitStructures escalations in /do workflow for blocking Global Invariants, Acceptance Criteria, and manual reviews with evidence, attempts, hypotheses, and resolution options.
Notify the user via Pushover when an autonomous Claude Code /loop is BLOCKED and needs human input/decision, or has FINISHED with no meaningful work remaining. Renders a full monospace incident-report PNG (session/project/branch/git-status/commits/details, iPhone-13-mini tuned) and sends a short action-focused message - emergency+receipt for blocked, high-priority for done. Use this proactively during a /loop at the moment you must stop and ask, or when you are about to stop scheduling further wakeups. Do NOT use for routine progress. TRIGGERS - loop blocked, loop done, loop needs input, notify when blocked, loop finished, stop the loop and notify, autonomous loop briefing.
Короткая эскалация в Telegram во время автономных сессий. Использовать ТОЛЬКО изнутри grace-afk, когда необратимое решение должно быть подтверждено человеком. Формирует сообщение ≤10 строк, отправляет через grace afk ask и опрашивает grace afk check с экспоненциальным backoff. Блокирует до получения ответа, тайм-аута или истечения сессии.