doubt-driven-development

Enforce fresh-context adversarial review before high-stakes outputs.

12|1|Updated Feb 13, 2026
One-click install
npx skills add https://github.com/helderberto/agent-skills --skill doubt-driven-development-helderberto
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: doubt-driven-development
Source: https://github.com/helderberto/agent-skills/tree/main/skills/doubt-driven-development
Command: npx skills add https://github.com/helderberto/agent-skills --skill doubt-driven-development-helderberto

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Fresh-context adversarial review prevents confident outputs from hiding unexamined assumptions, ensuring correctness before non-trivial decisions stand.

Core Features & Use Cases

  • Five-step workflow (ARTIFACT, CONTRACT, DOUBT, RECONCILE, STAND) that formalizes decision review.
  • Spawns a fresh-context reviewer whose sole job is to disprove the artifact against a defined contract.
  • Guardrails for when to apply doubt-driven review (high stakes, unfamiliar code, irreversible changes) and reminders to avoid it for mechanical edits.

Quick Start

Initiate a doubt-driven review by drafting an ARTIFACT and CONTRACT, then spawn a fresh-context reviewer to test the artifact.

Frequently Asked Questions about doubt-driven-development

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

FAQPage Schema
What is fresh-context adversarial review in software engineering?

Fresh-context adversarial review is a verification technique that tasks an independent reviewer with disproving a non-trivial decision artifact against a defined contract to ensure correctness before high-stakes execution.

How do I verify architecture decisions before irreversible changes?

Define an artifact and contract, spawn a fresh-context reviewer whose goal is to disprove the artifact, reconcile findings, and only stand by the decision if it survives the adversarial review process.

When should I apply doubt-driven development to a code review?

Apply doubt-driven review for high-stakes outputs, unfamiliar code, security-sensitive changes, or irreversible operations, but skip it for mechanical edits where extra verification is not justified.

How does the formal decision verification workflow work?

The workflow follows five steps: ARTIFACT to draft the decision, CONTRACT to define constraints, DOUBT to spawn an adversarial reviewer, RECONCILE to address findings, and STAND to finalize the verified decision.

What is the best way to prevent confident outputs from hiding unexamined assumptions?

Enforcing fresh-context adversarial review prevents confident outputs from hiding unexamined assumptions by requiring an independent reviewer to actively disprove the artifact before any non-trivial decision stands.