bmad-review-adversarial-general

Reviews diffs, specs, and documents with adversarial skepticism to produce a findings report.

Updated Mar 20, 2026
One-click install
npx skills add https://github.com/LinCie/bearuang --skill bmad-review-adversarial-general-lincie
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: bmad-review-adversarial-general
Source: https://github.com/LinCie/bearuang/tree/main/.opencode/skills/bmad-review-adversarial-general
Command: npx skills add https://github.com/LinCie/bearuang --skill bmad-review-adversarial-general-lincie

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Superficial reviews miss hidden defects, gaps, and unstated assumptions in code changes, specs, and documents. This Skill applies a deliberately cynical, skeptical review pass that assumes problems exist and forces at least ten concrete findings to surface. ## Core Features & Use Cases - Adversarial Analysis: Reviews any artifact (diff, branch, uncommitted changes, spec, story, or document) with extreme skepticism, looking for what is missing as well as what is wrong. - Structured Findings Report: Outputs findings as a Markdown list of issue descriptions, requiring a minimum of ten issues per review. - Halt Safeguards: Stops and asks for clarification when content is empty or unreadable, and treats zero findings as suspicious rather than success. - Use Case: Before merging a pull request, run an adversarial review on the diff to catch missing error handling, unstated assumptions, and edge cases that a friendly review would overlook. ## Quick Start Ask the AI to perform an adversarial review of the current diff or a pasted document and list at least ten findings.

Frequently Asked Questions about bmad-review-adversarial-general

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

FAQPage Schema
How do I run an adversarial review on a code diff?▼

Provide the diff, branch, or uncommitted changes as the content input and request an adversarial review. The reviewer assumes problems exist, analyzes the change skeptically, and returns at least ten findings as a Markdown list.

What types of content can be critically reviewed?▼

The review accepts any artifact: code diffs, branches, uncommitted changes, specifications, user stories, or general documents. You can also pass an optional also_consider input to highlight extra areas of concern during analysis.

What happens if the review finds zero issues?▼

Zero findings is treated as suspicious and triggers a halt condition. The reviewer re-analyzes the content or asks for guidance rather than reporting a clean pass, since the adversarial method assumes problems exist.

When should I not use an adversarial review?▼

Avoid it when you need a quick approval, a summary, or constructive mentoring feedback rather than defect hunting. The cynical stance is designed to find flaws, so it is a poor fit for early drafts needing encouragement or high-level direction.

Why does the review require at least ten findings?▼

The minimum of ten findings forces deep analysis beyond obvious surface issues. It pushes the reviewer to examine missing requirements, edge cases, and unstated assumptions that a shallow pass would skip.