en un clic
spec-kitty-accept
Validate an approved mission before merge
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Menu
Validate an approved mission before merge
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle SOC
Cross-artifact consistency and quality analysis
Interview and compile a project charter
Open the mission dashboard
Execute a work package implementation
Merge an accepted mission
Create an implementation plan
| name | spec-kitty.accept |
| description | Validate an approved mission before merge |
| user-invocable | true |
Run this at most once per active agent session before the first Spec Kitty command workflow.
If you already ran spec-kitty upgrade --agent-check --json in this session, reuse that result and skip this block.
Do not run or announce an upgrade check again for later Spec Kitty commands in the same session.
Otherwise, before continuing, run:
spec-kitty upgrade --agent-check --json
If JSON action is none, continue.
If action is auto_upgrade, run upgrade_command before continuing. If it fails, tell the user and continue with the current Spec Kitty version.
If action is guidance, show upgrade_note briefly, then continue.
If action is prompt, ask the user with the host-native question UI when available:
Spec Kitty {latest_version} is available. You are on {installed_version}. Upgrade now?
Use these choices:
upgrade_now, run upgrade_command, then continue.always, run upgrade_command, then continue.not_now, then continue.never_ask, then continue.Record the selected choice before continuing:
spec-kitty upgrade --agent-choice <upgrade_now|always|not_now|never_ask> --agent-latest <latest_version> --json
If no host-native question UI is available, present the same four choices in plain text and wait for the user.
In non-interactive hosts, choose not_now and continue.
Version: 0.12.0+
Validate that every work package is complete and the mission is ready to merge. This step runs the acceptance gate, surfaces any blocking diagnostics, and only clears the path to merge once the gate passes.
IMPORTANT: Acceptance runs from the primary repository checkout root, NOT from a work-package worktree.
# If you are inside a worktree, return to the main checkout first:
cd $(git rev-parse --show-toplevel)
In repos with multiple missions, always pass --mission <handle> to every spec-kitty command. The <handle> can be the mission's mission_id (ULID), mid8 (first 8 chars of the ULID), or mission_slug. The resolver disambiguates by mission_id and returns a structured MISSION_AMBIGUOUS_SELECTOR error on ambiguity — there is no silent fallback.
The content of the user's message that invoked this skill (everything after the skill invocation token, e.g. after /spec-kitty.<command> or $spec-kitty.<command>) is the User Input referenced elsewhere in these instructions.
You MUST consider this user input before proceeding (if not empty).
Run the acceptance command from the repository root:
spec-kitty accept --mission <handle>
This validates that all work packages are approved or done, checks the
readiness gates, and reports what (if anything) still blocks merge.
Read the command output carefully:
For each blocker reported:
spec-kitty accept --mission <handle> and confirm the gate is now
clean. Do not force acceptance past an unresolved blocker.Only after the acceptance gate passes:
spec-kitty merge --mission <handle>
Follow the merge instructions printed by the acceptance command (and any cleanup steps it lists).
After completing this step:
<handle>.Next step: spec-kitty next --agent <name> will advance to merge, or run
spec-kitty merge --mission <handle> directly.