structure-validate

Validate project SSOT structure and report inconsistencies in README, .instructions, and links.

31|5|Updated Jan 14, 2026
One-click install
npx skills add https://github.com/NSEvteev/FullSpec --skill structure-validate-nsevteev
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: structure-validate
Source: https://github.com/NSEvteev/FullSpec/tree/main/.claude/skills/structure-validate
Command: npx skills add https://github.com/NSEvteev/FullSpec --skill structure-validate-nsevteev

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill verifies the consistency of the project's SSOT (Single Source of Truth) by validating core artifacts such as README, the .instructions directory, the folder tree, and internal links. It helps detect drift after structural changes, during audits, or before releases to ensure integrity.

Core Features & Use Cases

  • Validate presence and consistency of key documentation (README, .instructions/).
  • Check folder hierarchy and cross-link correctness to prevent broken references.
  • Use Case: Before a release, run this skill to confirm that the project structure matches the approved SSOT.

Quick Start

Run the command /structure-validate to validate the current project SSOT structure.

Frequently Asked Questions about structure-validate

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

FAQPage Schema
How do I validate the SSOT structure of my project before a release?

You can validate your project's SSOT structure by running a scan that checks the README, .instructions directory, folder hierarchy, and internal links to ensure they stay coherent and consistent before release.

What is SSOT validation and when do I need it?

SSOT validation identifies and reports inconsistencies in a project's Single Source of Truth. It is needed after repository structural changes, during audits, or before releases to prevent documentation drift and broken references.

How do I check for broken internal links and README inconsistencies in my repository?

Checking for broken internal links and README inconsistencies involves scanning key project artifacts and cross-links to detect drift. This process confirms that the README and .instructions directory match the approved folder tree.

Can I audit my project's folder hierarchy and documentation without external dependencies?

Yes, you can audit your project's folder hierarchy and documentation without external dependencies. The validation protocol independently scans repository artifacts to produce a structured report of any structural inconsistencies.

What is the best way to detect documentation drift after repository changes?

The best way to detect documentation drift after repository changes is to run an automated SSOT validation protocol that scans core artifacts like the README and .instructions directory, outputting a structured report of inconsistencies.

Why does my project structure validation report missing .instructions files?

Your validation report shows missing .instructions files because the SSOT validation protocol scans for the presence and consistency of key documentation, flagging absent or incoherent artifacts in the project directory.