القائمة
Resume a weft workflow parked in 'waiting' at a human gate (unattended on_fail=block). Use only when user types /wf-resume.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Query the weft event log with filters. Use only when user types /ev-query.
Analyze weft workflow runs for timing and friction. Use only when user types /wf-analyze.
Check weft template currency — drift of working copies vs the bundled canonical, and whether the plugin clone is behind upstream. Use only when user types /wf-doctor.
Execute the current weft step via the Claude Code Workflow tool, then auto-transition on the structured verdict. Use only when user types /wf-run-step, or when advancing a step whose template declares an executor.
Initialize a weft workflow from a template or inline steps. Use only when user types /wf-start.
Create a new weft workflow template or edit an existing one interactively. Use only when user types /wf-template.
| name | wf-resume |
| description | Resume a weft workflow parked in 'waiting' at a human gate (unattended on_fail=block). Use only when user types /wf-resume. |
| argument-hint | [reason] |
| allowed-tools | ["Bash","Read"] |
When weft runs unattended (WEFT_UNATTENDED=1, e.g. via shim) and a step's on_fail: block gate
fires, the workflow parks in waiting and emits wf.needs_human instead of failing/hanging. The
detached session stops cleanly. This skill resumes it once you've resolved the gate.
python3 "${CLAUDE_PLUGIN_ROOT}/core/cli.py" status --json
Look for "status": "waiting". The most recent wf.needs_human event names the parked step and the
reason:
python3 "${CLAUDE_PLUGIN_ROOT}/core/cli.py" query --type wf.needs_human --last 1
Resolve whatever the gate flagged (fix the code, answer the question, etc.).
Resume — flips the workflow back to running at the parked step:
python3 "${CLAUDE_PLUGIN_ROOT}/core/cli.py" resume "<what you resolved>"
/wf-step complete (or /wf-run-step if it has an
executor).resume only works on a waiting workflow; it errors otherwise.waiting is a valid stop state, so a parked workflow never blocks a session from ending.weft rebuild (replayed from wf.needs_human / wf.resumed).