ad-hoc-profile-load
Legacy alias for resolver-backed profile loading. Use the canonical spk-doctrine-profile-load skill for identity, boundaries, and governance. Triggers: "act as…
Deploy a bounded, profile-loaded adversarial review squad at an SDD point-cut (post-spec, post-plan, post-tasks, pre-merge, or an ad-hoc decision) so independent doctrine lenses converge on findings one reviewer would miss. Triggers: "deploy a squad", "adversarial squad",
$ npx -y skills add Priivacy-ai/spec-kitty --skill adversarial-squad --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/adversarial-squadContext preview
The summary Claude sees to decide when to auto-load this skill.
Deploy a bounded, profile-loaded adversarial review squad at an SDD point-cut (post-spec, post-plan, post-tasks, pre-merge, or an ad-hoc decision) so independent doctrine lenses converge on findings one reviewer would miss. Triggers: "deploy a squad", "adversarial squad",
name: adversarial-squad description: >- Deploy a bounded, profile-loaded adversarial review squad at an SDD point-cut (post-spec, post-plan, post-tasks, pre-merge, or an ad-hoc decision) so independent doctrine lenses converge on findings one reviewer would miss. Triggers: "deploy a squad", "adversarial squad", "post-tasks anti-laziness pass", "pre-spec investigation squad", "brownfield check", "second opinion on this design", "review squad", "run a multi-lens review". Does NOT handle: the implement-review loop (use spec-kitty-implement-review), spec/plan/tasks generation, or direct code editing by the orchestrator. It is an optional, charter/memory-activated enrichment — it never gates a mission.
The operational **HOW**. The doctrinal **WHEN/WHY** is the procedure `adversarial-squad-deployment` (`packs/built-in/procedures/adversarial-squad-deployment.procedure.yaml`), which sits under the `brownfield-onboarding` paradigm. This skill changes **no** mission type or guard; it is a technique the orchestrator opts into.
A squad is worth its tokens at a high-leverage point-cut where one reviewer's blind spot is expensive:
Do NOT use it as a rubber stamp, and do NOT wire it as a mandatory gate.
1. **Frame one sharp question** and pick the point-cut. A squad answers a question; it is not a vibe check. 2. **Select 3–4 distinct profiles by lens** (bounded). Complementary, not redundant:
Scale past 4 only for an explicit "audit / comprehensive" ask. 3. **Dispatch in parallel, profile-LOADED.** Each delegate's prompt MUST begin with: *"FIRST run `spec-kitty agent profile show <id>` and `spec-kitty charter context --action <action> --json`; apply the resolved initialization, boundaries, directives, and tactics, then state which you applied."* Loading the profile — not naming a persona — is the point. Only a read-only harness that cannot invoke the CLI may read `packs/built-in/agent_profiles/<id>.agent.yaml`; that degraded fallback can diverge because overlays, `specializes_from` lineage, and `enhances`/`overrides` semantics are not applied. Keep delegates read-only unless the task is an isolated implementation in its own worktree. 4. **Require structured, non-fakeable output.** Each returns findings as `[SEVERITY] file:line — issue — recommendation`, ending in a verdict, grounded in cited evidence, with honest concession of where its lens does not apply. A steelman that over-claims is weak; an adversary that concedes nothing is noise. 5. **Match model tier to difficulty.** Strong tier for analytical/adversarial lenses; lighter tier for mechanical/tracker delegates. 6. **Synthesize; second-opinion on divergence.** Aggregate. Where delegates disagree on a consequential point, do NOT average — adjudicate from the source, or dispatch one focused second-opinion delegate. Be critical of any delegate with a known bias. If irreconcilable, escalate to the human with both positions. 7. **Record the convergent evidence and act.** Capture confirmed findings (artifact, findings doc, or memory). The value is convergent evidence that survived independent scrutiny — not a single opinion.
Invoke by name (`adversarial-squad`) with the point-cut + question, e.g. *"adversarial-squad: post-tasks anti-laziness on WP01–WP08."* This skill is the alias surface; the doctrine procedure is the canonical record of the technique.
Bounded (3–4) · profile-LOADED · structured output · model discipline · live-evidence-grounded · second-opinion on divergence · **never a mission gate**.
Spec-Driven Development for serious software developers. Spec Coding with with Claude, Cursor, Gemini, Codex. Kanban dashboard, git worktrees, auto-merge and more.
Legacy alias for resolver-backed profile loading. Use the canonical spk-doctrine-profile-load skill for identity, boundaries, and governance. Triggers: "act as…
Recognize when a mission is a bulk edit and drive the occurrence-classification guardrail on the user's behalf. Triggers: user says any variant of "rename X to…
Run charter interview, generation, context, and sync workflows for project governance in Spec Kitty 3.x. Access doctrine artifacts programmatically via…
Understand how Spec Kitty manages git: what git operations Python handles automatically, what agents must do manually, worktree lifecycle, auto-commit…
Curate and apply canonical terminology across Spec Kitty missions. Triggers: "update the glossary", "use canonical terms", "check terminology", "add a term",…
Orchestrate the implement-review loop for Spec Kitty work packages using any configured agent. Covers agent dispatch, state transitions, rejection cycles,…