constraints

Analyze PRDs or specifications to surface technical, compliance, integration, and operational constraints.

3|Updated Feb 18, 2026
One-click install
npx skills add https://github.com/gener8v/gener8v.claude-skills --skill constraints-gener8v
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: constraints
Source: https://github.com/gener8v/gener8v.claude-skills/tree/main/skills/constraints
Command: npx skills add https://github.com/gener8v/gener8v.claude-skills --skill constraints-gener8v

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) and assets (resource) components.

What problem does it solve? Implicit technical, regulatory, integration, and operational boundaries often go undocumented until they block implementation. This Skill analyzes a PRD or specification to make those constraints explicit, with rationale, affected requirement IDs, interactions, and risk flags, before technical design or ticket breakdown begins. ## Core Features & Use Cases - Four-Category Constraint Analysis: Surfaces Technical (TC), Compliance (CC), Integration (IC), and Operational (OC) constraints, each with rationale and impact on specific requirement IDs. - Interaction and Risk Mapping: Documents pairwise constraint interactions (reinforcing, conflicting, conditional) and flags high-risk constraints with severity and recommendations. - Append-Only Living Artifacts: Writes analyses to .gener8v/constraints/ with stable IDs, approval status tracking, and in-place amendment so downstream designs and tickets keep valid references. - Use Case: Before designing a search feature, run the Skill on the search specification to discover that the legacy help center has no API (IC-002) and that PII in documentation requires access controls (CC-001), so these boundaries shape the architecture from day one. ## Quick Start Run the constraints skill on the search-and-retrieval specification to surface all technical, compliance, integration, and operational constraints before technical design.

Frequently Asked Questions about constraints

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

FAQPage Schema
How do I identify technical constraints before software design?▼

Run a constraint analysis on the PRD or specification to extract implied infrastructure needs, performance boundaries, platform limitations, and integration requirements. Each constraint is recorded with rationale and the requirement IDs it affects, producing a document the technical design must respect.

What is the difference between a constraint and a non-functional requirement?▼

A non-functional requirement is a target the system must achieve, such as p95 latency under 800 ms, and belongs in the specification. A constraint is a boundary the system must operate within, such as a database capped at 500 connections, and belongs in the constraints analysis.

Can I analyze both a PRD and a specification for constraints?▼

Yes, one document per invocation. A PRD-level analysis is broad across capability areas, while a specification-level analysis is deep for one area. Area-level entries refine PRD-level ones, and references are qualified by source, such as prd/CC-001.

When should constraint analysis not be used?▼

Do not use it to choose an architecture, which belongs to technical design, or to order work across areas, which belongs to dependency mapping. It also requires an existing PRD or specification; run those upstream skills first if none exists.

What happens to constraint IDs when the analysis is updated?▼

IDs are append-only and never renumbered because code and downstream documents reference them. New constraints get IDs above the current maximum, and obsolete ones are marked Withdrawn in place rather than deleted.