project-alignment-validation

Project Alignment Validation Skill

Safety Notice

This listing is imported from skills.sh public index metadata. Review upstream SKILL.md and repository scripts before running.

Copy this and send it to your AI assistant to learn

Install skill "project-alignment-validation" with this command: npx skills add akaszubski/autonomous-dev/akaszubski-autonomous-dev-project-alignment-validation

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/ARCHITECTURE

  • docs/semantic-validation-approach.md

  • Semantic vs literal validation philosophy

  • docs/gap-assessment-methodology.md

  • Identify, prioritize, and document gaps

  • docs/conflict-resolution-patterns.md

  • Strategies for resolving alignment conflicts

Templates

  • templates/alignment-report-template.md

  • Standard structure for alignment reports

  • templates/gap-assessment-template.md

  • Gap documentation template

  • templates/conflict-resolution-template.md

  • Conflict resolution workflow

Examples

  • examples/alignment-scenarios.md

  • Common scenarios and recommended fixes

  • examples/misalignment-examples.md

  • Real-world misalignment cases

  • examples/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

Source Transparency

This detail page is rendered from real SKILL.md content. Trust labels are metadata-based hints, not a safety guarantee.

Related Skills

Related by shared tags or category signals.

Coding

library-design-patterns

No summary provided by upstream source.

Repository SourceNeeds Review
Coding

git-github

No summary provided by upstream source.

Repository SourceNeeds Review
Coding

scientific-validation

No summary provided by upstream source.

Repository SourceNeeds Review