vibespec-consult

Locate and read project specification files to extract invariants before structural changes.

15|Updated Mar 4, 2026
One-click install
npx skills add https://github.com/v0lka/skills --skill vibespec-consult
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: vibespec-consult
Source: https://github.com/v0lka/skills/tree/main/development/sdd/vibespec-consult
Command: npx skills add https://github.com/v0lka/skills --skill vibespec-consult

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Proactively consult project specifications before making any structural changes to ensure invariants are preserved and architectural integrity is maintained.

Core Features & Use Cases

  • Guides you through locating and reading the spec system (spec root, specs/INDEX.md, specs/META.md) to surface relevant constraints.
  • Extracts invariants, extension points, anti-patterns, and breaking-change checklists to inform changes.
  • Enforces a disciplined workflow for implementing changes that touch interfaces, domains, or architecture.

Quick Start

Follow the SPEC CONSULT procedure to locate the spec system, identify relevant specs, read in order, and extract constraints before implementing changes.

Frequently Asked Questions about vibespec-consult

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

FAQPage Schema
How do I check project specs before making structural changes to software architecture?

To check project specs before making structural changes, locate the spec root and read specs/INDEX.md to surface relevant domain constraints. This ensures architectural invariants are preserved when modifying interfaces, adding components, or altering architectural boundaries.

What is the best way to identify invariants and extension points before modifying interfaces?

The best way to identify invariants and extension points is to read domain READMEs and detail contract specs in order. This extracts anti-patterns and breaking-change checklists to inform interface modifications and maintain architectural integrity.

When do I need to consult a spec system for change management?

You need to consult a spec system for change management whenever modifying interfaces, adding components, altering architectural boundaries, or changing configuration schemas across domains. This prevents breaking invariants and maintains architectural integrity during structural modifications.

How to extract breaking-change checklists from project specifications?

To extract breaking-change checklists from project specifications, locate specs/INDEX.md and read the relevant domain READMEs alongside detail contract specs. This surfaces explicit constraints, anti-patterns, and extension points required to evaluate the impact of structural changes.

Does reading specs/INDEX.md and META.md help preserve architectural invariants?

Reading specs/INDEX.md and META.md helps preserve architectural invariants by surfacing relevant constraints before implementing changes. This disciplined workflow ensures you review domain boundaries and contract specifications prior to altering structural components or schemas.

What are the limitations of relying on READMEs for change management?

Relying only on READMEs for change management may miss detailed contract specs and specific breaking-change checklists. A complete approach requires locating the spec root, reading META.md, and extracting invariants from detail contracts to ensure architectural integrity.