sot-integrity

Audit a source-of-truth artifact for authority, evidence, and repository alignment.

1|Updated Apr 13, 2026
One-click install
npx skills add https://github.com/t-uda/skills --skill sot-integrity
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: sot-integrity
Source: https://github.com/t-uda/skills/tree/main/skills/sot-integrity
Command: npx skills add https://github.com/t-uda/skills --skill sot-integrity

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Audit a candidate source-of-truth artifact to ensure its authority, evidentiary grounding, and alignment with repository reality before reliance or orchestration depends on it.

Core Features & Use Cases

  • Governance review: verify the artifact is the governing document for its stated scope.
  • Drift detection: identify conflicts between SoT and code, tests, or configuration.
  • Guidance delivery: specify remediation steps when divergences are found.

Quick Start

Begin by auditing the SoT candidate against repository reality and confirming its governing authority for the stated scope.

Frequently Asked Questions about sot-integrity

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

FAQPage Schema
How do I audit a source-of-truth artifact for alignment with repository reality?

Audit a source-of-truth artifact by comparing its claims against repository code, tests, and configuration to verify authority, evidentiary grounding, and alignment before relying on it for orchestration.

What is source-of-truth drift detection and when do I need it?

Source-of-truth drift detection identifies conflicts between a governing artifact and actual repository reality. You need it before relying on or orchestrating downstream behavior governed by that artifact.

How do I verify the governing authority of a source-of-truth artifact?

Verify governing authority by defining the scope where the artifact governs authority, risk, and downstream behavior, then evaluating its evidentiary grounding against repository reality to confirm it is the governing document.

What is the best way to classify claims during a source-of-truth governance review?

Classify claims by specifying evaluation requirements that dictate which repository sources to compare against the artifact, ensuring you can accurately identify divergences and specify remediation steps.

When should I specify re-verification requirements for a source-of-truth artifact?

Specify re-verification requirements when defining the scope where the source-of-truth artifact governs authority and risk, ensuring ongoing alignment with repository reality before any subsequent orchestration.

Can I get remediation guidance when a source-of-truth audit finds divergences?

Yes, the audit delivers guidance specifying remediation steps when divergences are found, ensuring the source-of-truth artifact can be corrected to align with repository reality.