一键导入
kandev-escalation
How to create a human-actionable decision task when you are blocked
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
How to create a human-actionable decision task when you are blocked
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
Kandev release & versioning conventions — single SemVer across npm, Homebrew, GitHub release. Use when cutting a release, debugging release artifacts, or answering questions about version channels.
Review changed code for quality, security, and architecture compliance. Use after implementing features or before opening PRs.
Diagnose Kandev bugs, running-instance issues, UI/browser failures, and runtime behavior. Use when the user reports unexpected behavior, asks to investigate, asks to add logs/instrumentation, or when a fix needs root-cause evidence before implementing. Triage first, gather evidence safely, then hand off to /fix or /tdd for code changes.
Write and run web E2E tests (Playwright) using TDD — locations, patterns, commands, and debugging.
Ensures UI feature work ships with desktop and mobile parity, responsive behavior, and mobile Playwright E2E coverage. Use when implementing, planning, reviewing, or testing any new feature, page, component, workflow, form, dialog, sidebar, navigation, dashboard, or visual UI change; if work touches frontend or user-facing UI, this skill must run even when user mentions only desktop or says "new feature".
Create a committed implementation plan from a feature spec. Explores the codebase, designs the approach, and produces docs/plans/<feature>/plan.md plus individual task files. Use after writing a spec and before implementing.
| name | kandev-escalation |
| description | How to create a human-actionable decision task when you are blocked |
| kandev | {"system":true,"version":"0.42.0","default_for_roles":["worker","specialist","assistant","reviewer"]} |
Use this pattern when you cannot proceed without human input: a design decision, missing credentials, ambiguous requirements, or access you do not have.
Escalate when ALL of the following are true:
Do NOT escalate for routine technical choices you can make independently.
Create a new task with a clear question as the title. Leave it unassigned
(or assign to $KANDEV_HUMAN_USER_ID if that variable is set in your environment).
HUMAN_TASK=$(
$KANDEV_CLI kandev task create \
--title "Decision needed: <your specific question here>" \
--description "Context: <1-2 sentences of background>
Question: <the specific decision the human needs to make>
Options considered:
- Option A: <brief description>
- Option B: <brief description>
Blocked task: $KANDEV_TASK_ID" \
2>/dev/null
)
HUMAN_TASK_ID=$(echo "$HUMAN_TASK" | jq -r '.id')
# Link: your task is blocked by the human task
$KANDEV_CLI kandev task update --id "$KANDEV_TASK_ID" \
--add-blocker "$HUMAN_TASK_ID"
$KANDEV_CLI kandev comment add --body "Escalated to human: created task $HUMAN_TASK_ID. Waiting for decision on: <question>"
$KANDEV_CLI kandev task update --status blocked
Your session ends. The orchestrator will wake you with reason
task_blockers_resolved when the human closes the decision task.
When you wake with KANDEV_WAKE_REASON=task_blockers_resolved, parse
$KANDEV_WAKE_PAYLOAD_JSON for the resolved blocker titles. If it is absent,
read the JSON file at $KANDEV_WAKE_PAYLOAD_PATH instead. Then continue your
work incorporating the human's decision (visible in the resolved task's comments
or description).