원클릭으로
spec-kitty-accept
Validate an approved mission before merge
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Validate an approved mission before merge
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
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.