adversarial-squad
Deploy a bounded, profile-loaded adversarial review squad at a mission point-cut so independent doctrine lenses converge on…
Set a Spec Kitty work-package review verdict through the deterministic event-log seam, so every agent harness records approve/reject the same way.
Claude Code
$ npx -y skills add spec-kitty/spec-kitty --skill spk-run-verdict-capture --agent claude-code
Codex
$ npx skills add spec-kitty/spec-kitty --skill spk-run-verdict-capture -a codex -y
Cursor
$ npx skills add spec-kitty/spec-kitty --skill spk-run-verdict-capture -a cursor -y
Gemini CLI
$ npx skills add spec-kitty/spec-kitty --skill spk-run-verdict-capture -a gemini-cli -y
GitHub Copilot
$ npx skills add spec-kitty/spec-kitty --skill spk-run-verdict-capture -a github-copilot -y
OpenCode
$ npx skills add spec-kitty/spec-kitty --skill spk-run-verdict-capture -a opencode -y
Windsurf
$ npx skills add spec-kitty/spec-kitty --skill spk-run-verdict-capture -a windsurf -y
name: spk-run-verdict-capture description: "Set a Spec Kitty work-package review verdict through the deterministic event-log seam, so every agent harness records approve/reject the same way."
Use this skill whenever an agent (any of the 12 slash-command harnesses or the shared Agent-Skill harnesses) needs to **record the outcome of a WP review** — approve, reject, or otherwise. It documents the single deterministic seam so verdicts never diverge by harness.
The **sole** authority for a WP's review verdict is the `review_result` event in the mission's `status.events.jsonl` (read back via `specify_cli.status.event_sourced_review_result`). The `review-cycle-N.md` render is **non-authoritative prose** — do not hand-edit it to change a verdict, and never treat it as the source of truth. Because the verdict is an event, it is append-only, deterministic, and identical across every agent.
spec-kitty agent tasks move-task <WP> --to approved --mission <slug> --note "<why>"
spec-kitty agent tasks move-task <WP> --to planned \
--review-feedback-file <path/to/review-feedback-N.md> --mission <slug> spec-kitty agent status emit <WP> --to done --actor <name> \
--evidence-json '{"review": {"reviewer": "<name>", "verdict": "approved", "reference": "<PR/commit>"}}'Each command emits the `review_result` (or review-bearing transition) event; the reduced snapshot is what `spec-kitty agent tasks status` and merge preflight read.
The verdict field is validated against the canonical bridge `specify_cli.status.event_verdicts()`. Do not invent verdict strings; an unknown verdict is rejected at the seam. Moving a WP to `done` requires a review triple with `reviewer`, `verdict`, and `reference`.
these CLI verbs — never by editing `.md` renders or the event log directly.
rejection is not a review.
capture step. `spk-run-implement-review` drives the loop across WPs.
Spec-Driven Development with organizational governance. Specs tell AI agents what to build; Charter governs how they build it. Git-native missions, enforceable workflows, and consistent engineering standards across AI coding agents and harnesses.
Deploy a bounded, profile-loaded adversarial review squad at a mission point-cut so independent doctrine lenses converge on…
Understand how Spec Kitty manages git: what git operations Python handles automatically, what agents must do manually, worktree…
Orchestrate the implement-review loop for Spec Kitty work packages using any configured agent. Covers agent dispatch, state…
Review a fully merged Spec Kitty mission post-merge (all WPs done/approved) to verify spec→code fidelity, FR coverage, drift,…
Understand how Spec Kitty missions work: the 4 built-in mission types, how they define workflows via step contracts and action…
Teach agents and external systems how to use spec-kitty orchestrator-api to drive workflows from outside the host CLI. Triggers:…
Use your assigned AgentMail inbox to read email tasks, explicitly send or reply, and check delivery. Provided automatically by…
Create a new Architecture Decision Record with sequential numbering and AgentDB registration