self-verification

Verify AI project artifacts against acceptance criteria and evidence requirements.

11|1|Updated Apr 10, 2026
One-click install
npx skills add https://github.com/Arcanada-one/datarim --skill self-verification-arcanada-one
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: self-verification
Source: https://github.com/Arcanada-one/datarim/tree/main/skills/self-verification
Command: npx skills add https://github.com/Arcanada-one/datarim --skill self-verification-arcanada-one

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill ensures AI-generated artifacts (PRD, plans, execution outputs, and archives) are actually verifiable and internally consistent, reducing missed requirements, weak evidence, and safety gaps.

Core Features & Use Cases

  • Tri-layer verification: runs a deterministic “floor” first, then cross-model peer review, and finally runtime dispatch to confirm evidence and correctness.
  • AC/DoD coverage checks: validates that every acceptance criterion has a verification command and measurable success criteria, that plans map ACs to steps, and that execution includes evidence (not just claims).
  • Drift detection: identifies scope creep, spec decay, execution skew, and orphaned requirements across PRD/plan/do artifacts.
  • Manual on-demand operation: supports the cold-path invocation flow (/dr-verify) without turning verification into an always-on pipeline hook.

Quick Start

Run self-verification for a task by invoking /dr-verify with the TASK-ID to validate PRD, plan, execution evidence, and archive consistency.

Frequently Asked Questions about self-verification

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

FAQPage Schema
How do I verify AI project artifacts against acceptance criteria and evidence requirements?▼

You can verify AI project artifacts by running a tri-layer workflow that applies deterministic checks, cross-model adversarial review, and runtime dispatch to validate acceptance criteria, evidence gating, and cross-artifact consistency.

What is drift detection in software engineering and how does it apply to project artifacts?▼

Drift detection identifies scope creep, spec decay, execution skew, and orphaned requirements across PRD, plan, and execution artifacts to prevent silent gaps and maintain cross-artifact consistency during project development.

How do I validate that execution outputs include measurable evidence instead of just claims?▼

You can validate execution evidence by applying evidence gating per phase, which checks that every acceptance criterion maps to a verification command with measurable success criteria before allowing progression.

Does manual verification work for on-demand task validation without running an always-on pipeline hook?▼

Yes, manual on-demand verification supports cold-path invocation via a command flow to validate tasks without turning verification into an always-on pipeline hook, applying iterative fail/stop logic with cost and iteration ceilings.

What are the limitations of using grep-based heuristics for acceptance criteria coverage checks?▼

Grep-based acceptance criteria coverage heuristics provide a deterministic verification floor but may miss semantic nuances, relying on cross-model adversarial review and runtime dispatch to catch deeper cross-artifact consistency and safety gaps.