doubt-driven-development

Validate production delivery claims through adversarial, evidence-backed review cycles.

Updated Apr 27, 2026
One-click install
npx skills add https://github.com/vTRKA/supervibe --skill doubt-driven-development-vtrka
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: doubt-driven-development
Source: https://github.com/vTRKA/supervibe/tree/main/skills/doubt-driven-development
Command: npx skills add https://github.com/vTRKA/supervibe --skill doubt-driven-development-vtrka

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Doubt driven development prevents AI coding sessions from shipping optimistic claims that cannot be proven, by forcing a bounded, adversarial review grounded in concrete evidence before release.

Core Features & Use Cases

  • Evidence-backed skeptical review: Converts delivery claims into falsifiable statements, then challenges them using memory, code search, CodeGraph state, receipts, logs, receipts, and verification outputs.
  • Bounded adversarial loop with clear STOP: Runs up to three structured cycles (DOUBT → RECONCILE → targeted verification) and ends with an explicit verdict rather than rubber-stamping.
  • Release/security/workflow gating: Escalates to blockers for missing proof, authorization gaps, receipt gaps, security/privacy risks, contract breaks, unhandled edge states, or degraded evidence, and records residual risk when allowed.

Quick Start

Use doubt-driven-development after implementation to run a bounded skeptical review for your release claim by asking the AI tool to execute the doubt-review for the current work item and its production claim.

Frequently Asked Questions about doubt-driven-development

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

FAQPage Schema
How do I validate release readiness for AI-generated code before shipping?

Release readiness validation requires converting delivery claims into falsifiable statements and challenging them with adversarial evidence like logs and code graphs. This Skill runs a bounded skeptical review to ensure production claims are defensible before release.

What is adversarial review for post-implementation code claims?

Adversarial review is a bounded process that challenges post-implementation behavioral, security, and workflow claims using extracted evidence references. It runs up to three structured cycles of doubt, reconciliation, and targeted verification to produce a final verdict.

How do I run an evidence-backed security validation on my delivery claim?

Security validation runs by applying an adversarial loop against your delivery claim using memory, code search, and verification outputs. It escalates blockers for authorization gaps, receipt gaps, and security risks, ultimately recording residual risk in a doubt-review-report.

Can I use doubt review for workflow receipts and behavioral claims?

Yes, doubt review applies to post-implementation behavioral, security, workflow, and receipt claims. It extracts structured evidence references and runs targeted verification to ensure claims with thin or indirectly inferred evidence are thoroughly scrutinized.

What happens when release readiness evidence is thin or missing?

When evidence is thin or missing, the adversarial loop escalates blockers for missing proof, contract breaks, and unhandled edge states. It outputs a doubt-review-report with status, confidence, nextAction, blockers, and records residual risk when allowed.

Does the adversarial review loop stop automatically or run indefinitely?

The adversarial review loop runs up to three structured cycles of doubt, reconciliation, and targeted verification, ending with an explicit STOP and verdict. It prevents rubber-stamping by escalating blockers and outputting a final doubt-review-report.