ワンクリックで
continuation
Write a prompt to help the next agent continue effectively.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Write a prompt to help the next agent continue effectively.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Canonical reconciliation runsheet for AUD artefacts. Create or update the audit, disposition every finding, reconcile specs/contracts, and hand off to closure only when audit state supports it.
Close a delta safely - satisfy coverage gates, complete the delta command, and verify owning-record lifecycle updates.
Orchestrate parallel implementation via sub-agents. Drives an entire delta to completion across all phases — planning, dispatching, merging, and continuing automatically. Batches tasks by token budget, routes to appropriate models (sonnet/opus), and dispatches workers in isolated worktrees. Use instead of /execute-phase when a phase has parallelizable work.
Mandatory execution skill for any delta/IP implementation phase. Use it before code changes, move the owning delta to in-progress, keep notes current, reconcile structured execution docs, and surface blockers early.
Whenever you complete a task or phase - record implementation notes.
Reconcile DE/IP/phase/DR execution artefacts during delta work. Use this when implementation changes structured execution state, not just notes.
| name | continuation |
| description | Write a prompt to help the next agent continue effectively. |
Ensure /notes on the task card are up to date.
If there is already a 'New Agent Instructions' section, read and update it. otherwise, create one, including:
.spec-driver changes
should be committed now to keep the worktree clean, and whether they should go
out with code or separately per repo doctrineThen, print the path to the task card.
If the task card is a delta, use its notes.md file for onboarding, and
reference both it and the parent delta.
If the task card is a delta with an active workflow state
(workflow/state.yaml exists in the delta bundle), you must invoke the
CLI to create a structured handoff:
uv run spec-driver create handoff <DELTA-ID> --to <role>
Where <role> is the appropriate next role (e.g. reviewer, implementer,
architect).
If you are completing a phase, use phase complete instead — it marks the
phase done and emits a handoff automatically:
uv run spec-driver phase complete <DELTA-ID>
Pass --to reviewer if the next step is review.
Do not silently fall back to prose-only handoff if the CLI command fails. The failure must be surfaced and resolved. The structured handoff ensures deterministic state transitions and machine-readable handoff payloads.
When workflow/state.yaml does not exist (no orchestration active), continue
with the prose-only handoff as before.
Then identify the next logical activity, and print instructions for the next agent.
Usually this means a simple instruction to invoke /using-spec-driver or one
of its target skills, with the appropriate artefact.
If the next step is implementation-adjacent or depends on /preflight, make
the handover explicitly preserve unresolved assumptions, questions, and design
tensions. Do not hand off with a vague "ready to proceed" if the bundle still
contains ambiguities the next agent should assess before coding.