cto-build-framework-validator

Validate governance artifacts and evidence-bound claims with version-bound verdicts.

3|Updated Apr 18, 2026
One-click install
npx skills add https://github.com/garochee33/DSH --skill cto-build-framework-validator
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: cto-build-framework-validator
Source: https://github.com/garochee33/DSH/tree/main/agents/skills/cto-build-framework-validator
Command: npx skills add https://github.com/garochee33/DSH --skill cto-build-framework-validator

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps you validate governance artifacts, execution runs, and evidence packets without overstating what the evidence supports. It is designed for situations where the builder cannot be the sole auditor and every claim must stay version-bound and reproducible.

Core Features & Use Cases

  • Independent re-execution: Re-run the prescribed validation checklist and record a bounded verdict with environment, version, and date.
  • Artifact-only review: Inspect evidence packets for internal consistency, traceability, and claim discipline without pretending to have re-executed anything.
  • Governance filing: Produce review, run, and evidence packet records that follow the framework’s filename conventions and required output contract.

Quick Start

Ask the skill to validate the target run or evidence packet, identify the mode as independent re-execution or artifact review only, and file a version-bound verdict with explicit PASS, FAIL, or NOT TESTED statuses.

Frequently Asked Questions about cto-build-framework-validator

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

FAQPage Schema
How do I validate governance artifacts and evidence packets without inflating results?

Validating governance artifacts requires filing evidence-bound verdicts with explicit PASS, FAIL, or NOT TESTED statuses. You must maintain version-bound traceability, explicit scope limits, and operator identity for every filed outcome to ensure claims do not overstate what the evidence supports.

What is the difference between independent re-execution and artifact-only review?

Independent re-execution re-runs the prescribed validation checklist and records a bounded verdict with environment, version, and date. Artifact-only review inspects evidence packets for internal consistency and traceability without pretending to have re-executed anything.

How do I file a version-bound verdict for a compliance audit?

Filing a version-bound verdict requires identifying your mode as independent re-execution or artifact review, then producing review, run, and evidence packet records that follow the framework's filename conventions and required output contract.

Do I need to specify operator identity and scope limits for evidence-bound claims?

Yes, specifying operator identity and explicit scope limits is required for every filed outcome. Claim discipline ensures that validation verdicts remain version-bound, reproducible, and strictly bounded by what the evidence actually supports.

Can I review evidence packets for internal consistency without re-executing the validation checklist?

Yes, artifact-only review allows you to inspect evidence packets for internal consistency, traceability, and claim discipline without performing re-execution. This mode prevents overstating results by explicitly acknowledging that no re-execution occurred.

What are the limitations of artifact-only review for governance filing?

Artifact-only review is limited to inspecting internal consistency and traceability without re-executing anything. It cannot validate runtime behavior or environment-specific execution, meaning any filed verdict must explicitly state NOT TESTED for unverified execution claims.