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.