devils-advocate

Stress-test plans and designs with adversarial analysis and severity scoring.

9|2|Updated Aug 12, 2025
One-click install
npx skills add https://github.com/fernandobandeira/djinn --skill devils-advocate
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: devils-advocate
Source: https://github.com/fernandobandeira/djinn/tree/main/.claude/skills/devils-advocate
Command: npx skills add https://github.com/fernandobandeira/djinn --skill devils-advocate

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Challenge and stress-test ideas through adversarial thinking. Use before implementation to uncover weaknesses and strengthen outcomes.

Core Features & Use Cases

  • Red Team / Blue Team - adversarial analysis to identify vulnerabilities
  • Pre-mortem Analysis - imagine failure to surface risks early
  • Structured critique of designs, architectures, and plans
  • Applies to both product ideas and technical designs

Quick Start

  1. Identify the idea, plan, or decision to stress-test
  2. Select the technique (Red Team, Blue Team, or Pre-mortem)
  3. Attack ruthlessly, then synthesize insights to strengthen

Frequently Asked Questions about devils-advocate

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

FAQPage Schema
How do I stress-test ideas and designs to find weaknesses before implementation?

Stress-testing uses adversarial thinking to reveal hidden risks in plans and designs. Identify your idea, select a technique like red team analysis or pre-mortem, systematically attack it with potential failure scenarios, then synthesize findings into prioritized mitigations and an improvement plan.

What's the difference between red team, blue team, and pre-mortem analysis?

Red team simulates attackers to find vulnerabilities; blue team defends and validates mitigations. Pre-mortem imagines failure after launch to surface risks early. All three are adversarial stress-testing methods applicable to software architecture, product decisions, and system designs.

When should I use adversarial thinking in design reviews and architecture validation?

Use adversarial analysis during design reviews to catch flaws before coding, architecture validation to test system resilience, pre-implementation to surface hidden risks, and post-implementation audits to identify process improvements. It's most effective early in decision-making.

How do I structure an adversarial review with attack vectors and severity scoring?

Define attack vectors targeting your idea's weakest points, score each by severity and likelihood, prioritize mitigations by impact, assign owners, and create an actionable improvement plan. This structured workflow turns critique into concrete risk reduction steps.

Can I apply red-team-blue-team thinking to both product ideas and technical architectures?

Yes. Adversarial stress-testing works across product strategy, system design, software architecture, and process planning. The same framework—identifying vulnerabilities, assessing risk, and building defenses—applies whether you're challenging a business decision or a technical implementation.