| name | project-alignment-validation |
| type | knowledge |
| description | Semantic validation patterns for PROJECT.md alignment (GOALS, SCOPE, CONSTRAINTS, ARCHITECTURE) |
| keywords | alignment, PROJECT.md, validation, GOALS, SCOPE, CONSTRAINTS, ARCHITECTURE, semantic, gap, conflict, resolution |
| auto_activate | true |
Project Alignment Validation Skill
Comprehensive patterns for validating alignment between features, code, and PROJECT.md. Focuses on semantic validation (intent and goals) rather than literal pattern matching.
When This Skill Activates
- Validating feature alignment with PROJECT.md
- Assessing gaps between current state and goals
- Resolving conflicts between documentation and implementation
- Checking GOALS, SCOPE, CONSTRAINTS, ARCHITECTURE compliance
- Keywords: "alignment", "PROJECT.md", "validation", "GOALS", "SCOPE", "semantic", "gap"
Core Validation Approach
Semantic Validation Philosophy
Semantic validation focuses on understanding the intent and purpose behind requirements, not just literal text matching.
Key Principles:
- Intent over Syntax: Validate that features serve project goals, not just match keywords
- Context-Aware: Consider project phase, constraints, and strategic direction
- Progressive Assessment: Start with high-level goals, drill down to details
- Graceful Gaps: Identify gaps without blocking progress; prioritize by impact
Contrast with Literal Validation:
- ❌ Literal: "Feature must contain keyword 'authentication'"
- ✅ Semantic: "Feature must support project's user management goals"
PROJECT.md Structure
Four Core Sections
Every PROJECT.md should define:
- GOALS: Strategic objectives and desired outcomes
- SCOPE: What's in scope (and explicitly out of scope)
- CONSTRAINTS: Technical, resource, and policy limitations
- ARCHITECTURE: High-level design principles and patterns
Validation Checklist
For each feature, validate against all four sections:
## Alignment Checklist
### GOALS Alignment
- [ ] Feature serves at least one project goal
- [ ] Feature doesn't conflict with any goals
- [ ] Feature priority matches goal priority
- [ ] Success metrics align with goal metrics
### SCOPE Alignment
- [ ] Feature is explicitly in scope
- [ ] Feature doesn't overlap with out-of-scope items
- [ ] Feature respects scope boundaries
- [ ] Feature dependencies are in scope
### CONSTRAINTS Alignment
- [ ] Feature respects technical constraints
- [ ] Feature works within resource constraints
- [ ] Feature complies with policy constraints
- [ ] Feature considers timeline constraints
### ARCHITECTURE Alignment
- [ ] Feature follows architectural patterns
- [ ] Feature integrates with existing components
- [ ] Feature respects design principles
- [ ] Feature maintains architectural consistency
See: docs/alignment-checklist.md for detailed checklist with examples
Gap Assessment Methodology
Identify Gaps
Gaps occur when current state doesn't match desired state defined in PROJECT.md.
Types of Gaps:
- Feature Gaps: Missing functionality needed to achieve goals
- Documentation Gaps: PROJECT.md doesn't reflect actual implementation
- Constraint Gaps: Implementation violates stated constraints
- Architectural Gaps: Code doesn't follow design principles
Prioritize Gaps
Not all gaps are equal. Prioritize by:
Impact Assessment:
- Critical: Blocks primary goals, violates hard constraints
- High: Significantly delays goals, creates technical debt
- Medium: Slows progress, reduces quality
- Low: Minor inconvenience, cosmetic issues
Effort Estimation:
- Quick Win: High impact, low effort (prioritize)
- Strategic: High impact, high effort (plan carefully)
- Tactical: Medium impact, medium effort (schedule)
- Defer: Low impact, high effort (defer or drop)
Document Gaps
Use standardized gap assessment template:
## Gap Assessment
### Gap Summary
- **Type**: [Feature/Documentation/Constraint/Architectural]
- **Impact**: [Critical/High/Medium/Low]
- **Effort**: [Quick Win/Strategic/Tactical/Defer]
### Current State
[Describe what exists today]
### Desired State
[Describe what PROJECT.md defines]
### Gap Details
[Explain the specific differences]
### Recommended Action
[Propose concrete steps to close gap]
### Dependencies
[List any prerequisites or blockers]
See: docs/gap-assessment-methodology.md for complete methodology
Conflict Resolution Patterns
Detect Conflicts
Conflicts arise when:
- Feature serves one goal but violates another
- Feature is in scope but violates constraints
- Implementation follows architecture but misses goals
- Documentation and code tell different stories
Resolution Strategies
Strategy 1: Update PROJECT.md (Documentation is wrong)
- Current state is correct, PROJECT.md is outdated
- Update PROJECT.md to reflect actual strategic direction
- Validate changes with stakeholders
Strategy 2: Modify Feature (Implementation is wrong)
- PROJECT.md is correct, feature needs adjustment
- Refactor feature to align with goals/scope/constraints
- May require re-planning or re-architecting
Strategy 3: Negotiate Compromise (Both partially correct)
- Find middle ground that serves goals within constraints
- May require adjusting both PROJECT.md and implementation
- Document trade-offs and rationale
Strategy 4: Escalate Decision (Requires stakeholder input)
- Conflict involves strategic direction or priorities
- Present options with trade-offs to decision makers
- Document decision and update PROJECT.md
See: docs/conflict-resolution-patterns.md for detailed resolution workflows
Progressive Disclosure
This skill provides layered documentation:
Always Available (Frontmatter)
- Skill name and description
- Keywords for auto-activation
- Quick reference to core concepts
Available in Full Content
- Detailed alignment checklist
- Semantic validation approach
- Gap assessment methodology
- Conflict resolution patterns
- Templates for reports and assessments
- Real-world examples and scenarios
Load Full Content When Needed
- Creating alignment reports
- Assessing project health
- Resolving complex conflicts
- Onboarding new projects
- Validating strategic changes
Documentation Resources
Comprehensive Guides
docs/alignment-checklist.md- Standard validation steps for GOALS/SCOPE/CONSTRAINTS/ARCHITECTUREdocs/semantic-validation-approach.md- Semantic vs literal validation philosophydocs/gap-assessment-methodology.md- Identify, prioritize, and document gapsdocs/conflict-resolution-patterns.md- Strategies for resolving alignment conflicts
Templates
templates/alignment-report-template.md- Standard structure for alignment reportstemplates/gap-assessment-template.md- Gap documentation templatetemplates/conflict-resolution-template.md- Conflict resolution workflow
Examples
examples/alignment-scenarios.md- Common scenarios and recommended fixesexamples/misalignment-examples.md- Real-world misalignment casesexamples/project-md-structure-example.md- Well-structured PROJECT.md
Integration Points
Agents
- alignment-validator: Use checklist for quick validation
- alignment-analyzer: Use gap assessment for detailed analysis
- project-progress-tracker: Use GOALS validation for progress tracking
Hooks
- validate_project_alignment.py: Use checklist for pre-commit validation
- auto_update_project_progress.py: Use GOALS tracking patterns
- enforce_pipeline_complete.py: Use alignment patterns for feature validation
Libraries
- alignment_assessor.py: Use gap assessment methodology
- project_md_updater.py: Use conflict resolution patterns
- brownfield_retrofit.py: Use alignment checklist for retrofit analysis
Best Practices
- Validate Early: Check alignment before implementation, not after
- Document Decisions: Record why features align or don't align
- Update Iteratively: PROJECT.md should evolve with project understanding
- Prioritize Gaps: Not all gaps are critical; focus on high-impact items
- Semantic First: Understand intent before applying validation rules
- Graceful Degradation: Alignment issues are warnings, not blockers (unless critical)
Success Criteria
Feature validation is successful when:
- ✓ Feature clearly serves at least one project goal
- ✓ Feature is explicitly in scope (or scope updated to include it)
- ✓ Feature respects all constraints (or constraints documented as trade-offs)
- ✓ Feature follows architectural patterns (or deviations justified)
- ✓ Gaps are identified, prioritized, and tracked
- ✓ Conflicts are resolved with documented rationale
Last Updated: 2025-11-16 Version: 1.0.0 Related Skills: semantic-validation, file-organization, research-patterns, project-management