review-all-gdds

Identify cross-CDD inconsistencies, stale references, and design conflicts across module design documents.

3|Updated Jun 3, 2026
One-click install
npx skills add https://github.com/Negentropy-Laby/Constitution-Driven-Development --skill review-all-gdds-negentropy-laby
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: review-all-gdds
Source: https://github.com/Negentropy-Laby/Constitution-Driven-Development/tree/main/.agents/skills/review-all-gdds
Command: npx skills add https://github.com/Negentropy-Laby/Constitution-Driven-Development --skill review-all-gdds-negentropy-laby

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Identify and report cross-CDD inconsistencies, stale references, and design conflicts across all module design documents.

Core Features & Use Cases

  • Cross-CDD consistency checks
  • Design holism evaluation
  • Consolidated review reporting

Quick Start

Run the cross-CDD review after MVP CDDs are written and before architecture planning to produce a consolidated report.

Frequently Asked Questions about review-all-gdds

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

FAQPage Schema
How do I check cross-CDD inconsistencies before starting architecture planning?

A cross-CDD consistency review identifies stale references, dependency reciprocity issues, and data ownership conflicts across all module design documents, generating a consolidated review report before architecture planning begins.

What is cross-CDD design holism evaluation and when do I need it?

Cross-CDD design holism evaluation assesses holistic design alignment across module design documents. It is needed after MVP-tier CDDs are written and before architecture begins to ensure cross-CDD rule consistency.

Can I use this cross-CDD review for general product domains or is it game-specific?

Cross-CDD review supports both game and general product domains. It applies to all system CDDs located in the design/cdd directory, checking for design conflicts regardless of the specific product domain.

What's the best way to detect stale references and data ownership conflicts across module design documents?

The best way to detect stale references and data ownership conflicts is performing a cross-CDD consistency check, which scans all system CDDs in design/cdd and outputs a consolidated review report detailing design conflicts.

Does cross-CDD consistency review verify dependency reciprocity across module design documents?

Yes, cross-CDD consistency review explicitly verifies dependency reciprocity across module design documents. It simultaneously checks cross-CDD rule consistency, stale references, and data ownership conflicts to ensure holistic design alignment.

When should I not run a cross-CDD consistency review?

You should avoid cross-CDD consistency review before MVP-tier CDDs are written, as it requires all module design documents to exist in design/cdd to effectively identify cross-CDD inconsistencies and design conflicts.