red-teaming-implementation-plan

Adversarially review implementation plans and emit severity-ranked PROCEED, REVISE, or BLOCK verdicts.

Updated Apr 26, 2026
One-click install
npx skills add https://github.com/Jin9/skillify-foundation --skill red-teaming-implementation-plan-jin9
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: red-teaming-implementation-plan
Source: https://github.com/Jin9/skillify-foundation/tree/main/treasury/red-teaming-implementation-plan
Command: npx skills add https://github.com/Jin9/skillify-foundation --skill red-teaming-implementation-plan-jin9

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Design flaws discovered after code is written are expensive to fix. This Skill stress-tests a Tech-Lead design or implementation plan before any code is written, catching requirement gaps, architectural weaknesses, and contract risks while they are still cheap to correct. ## Core Features & Use Cases - Adversarial Plan Review: Sweeps eight attack lenses (requirements, architecture, contract, data, security, operability, cost, testability) against the plan and its business brief. - Machine-Readable Verdicts: Emits a structured PROCEED, REVISE, or BLOCK verdict with severity-ranked findings, confidence score, and audit ID that a workflow engine can gate on. - Bias Mitigation: Requires a steelman of the plan first, enforces reviewer-author heterogeneity, and filters hallucinated or unfalsifiable findings. - Use Case: Before fanning out an epic to per-component implementation tasks, run this Skill on the Tech-Lead design to decide whether the plan is safe to build, needs revision, or must be blocked. ## Quick Start Red-team this implementation plan against the attached epic brief and tell me whether it is safe to fan out to per-component work.

Frequently Asked Questions about red-teaming-implementation-plan

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I review an implementation plan before writing code?▼

Submit the plan and optionally the business brief it must satisfy. The skill steelmans the plan, sweeps eight attack lenses covering requirements through testability, then emits a PROCEED, REVISE, or BLOCK verdict with severity-ranked findings.

What is the difference between red-teaming a plan and reviewing a code diff?▼

Plan red-teaming happens before any code exists and critiques the design itself. This skill explicitly does not review code diffs or pull requests; use a code review or pr-design-review tool for that stage.

Can the same AI model that wrote the plan also review it?▼

It can, but the skill records the conflict in bias_checks and lowers the confidence score. A different or stronger reviewer model is preferred because heterogeneous critics reliably outperform self-critique.

When should I not use adversarial plan review?▼

Do not use it for deep security threat-modeling, which belongs to a dedicated security review skill, or to author and revise the plan itself. It is read-only and never edits the plan, code, or fixes.

What happens when the plan input is empty or unparseable?▼

The skill stops without issuing a verdict and returns a needs-input note that escalates to a human queue. A defensible verdict is never forced from missing or malformed input.