doubt-driven-development

Subject technical decisions and code artifacts to adversarial fresh-context review.

7|Updated Apr 10, 2026
One-click install
npx skills add https://github.com/carl10086/ys-powers --skill doubt-driven-development-carl10086
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: doubt-driven-development
Source: https://github.com/carl10086/ys-powers/tree/main/skills/doubt-driven-development
Command: npx skills add https://github.com/carl10086/ys-powers --skill doubt-driven-development-carl10086

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This skill prevents the accumulation of silent assumptions and cognitive biases in long-running AI sessions by forcing an adversarial, fresh-context review of non-trivial decisions before they are finalized.

Core Features & Use Cases

  • Adversarial Scrutiny: Subjects architectural decisions and complex code changes to a "disprove-first" review process.
  • Context Isolation: Ensures reviewers operate on isolated artifacts and contracts rather than accumulated session history.
  • Cross-Model Verification: Offers optional multi-model validation to catch blind spots inherent in single-model reasoning.

Quick Start

Invoke the doubt-driven-development skill to initiate an adversarial review cycle for the current architectural decision.

Frequently Asked Questions about doubt-driven-development

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

FAQPage Schema
How do I catch hidden assumptions in architectural decisions before production deployment?

Adversarial review isolates artifacts to subject architectural decisions to a disprove-first scrutiny cycle, catching hidden assumptions before irreversible production deployments by preventing cognitive bias accumulation in long-running AI sessions.

What is adversarial code review and how does it identify failure modes in security-sensitive logic?

Adversarial code review is a disprove-first process that isolates artifacts from session history to subject security-sensitive logic to fresh-context scrutiny, identifying hidden failure modes through a multi-step doubt cycle of artifact extraction and findings reconciliation.

When do I need to perform an adversarial review on non-trivial technical decisions?

Perform an adversarial review during high-stakes operations like architectural changes, security-sensitive logic implementation, and irreversible production deployments to prevent silent assumptions from accumulating in long-running AI sessions.

Does cross-model verification work for catching blind spots in code review?

Cross-model verification works by offering optional multi-model validation to catch blind spots inherent in single-model reasoning, operating on isolated artifacts and contracts rather than accumulated session history to ensure objective code review scrutiny.

What is the best way to review complex code changes without accumulated session bias?

The best way to review complex code changes without session bias is using context isolation, ensuring reviewers operate on isolated artifacts and contracts rather than accumulated session history to subject architectural decisions to adversarial, disprove-first review.

When should I not use a disprove-first review process for code changes?

Avoid using a disprove-first review process for trivial code changes or low-stakes operations, as the overhead of artifact extraction, adversarial prompting, and reconciliation is designed specifically for non-trivial, high-stakes decisions and irreversible production deployments.