cross-phase-contract-validator

Detect cross-phase contract mismatches across P3, P4, and P5 artifacts.

43|9|Updated Feb 25, 2026
One-click install
npx skills add https://github.com/babyworm/rtl-agent-team --skill cross-phase-contract-validator
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: cross-phase-contract-validator
Source: https://github.com/babyworm/rtl-agent-team/tree/main/skills/cross-phase-contract-validator
Command: npx skills add https://github.com/babyworm/rtl-agent-team --skill cross-phase-contract-validator

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Cross-phase contract validation ensures that upstream specifications and downstream implementations align, preventing silent inconsistencies during phase handoffs.

Core Features & Use Cases

  • Cross-phase consistency checks across P3, P4, and P5 artifacts (port widths, memory classifications, pipeline depth, and bus parameterization).
  • REQ traceability enforcement to ensure requirements are implemented and traceable to RTL artifacts.
  • Revalidation workflow to catch regressions after RTL changes and bug fixes.

Quick Start

Run cross-phase-contract-validator to validate P3→P4 and P4→P5 contracts and review the resulting report.

Frequently Asked Questions about cross-phase-contract-validator

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

FAQPage Schema
What is cross-phase contract validation in RTL design?

Cross-phase contract validation checks port widths, memory classifications, pipeline depth, and bus parameterization across P3 uarch specs, P4 RTL implementations, and P5 verification contracts to prevent silent inconsistencies during phase handoffs.

How do I verify REQ traceability between uarch specs and RTL implementations?

You can verify REQ traceability by running validation checks that enforce requirements are implemented and traceable to RTL artifacts across the P3→P4 and P4→P5 boundaries, catching mismatches before integration and verification phases.

How do I check port widths and bus parameterization consistency before RTL integration?

Run cross-phase validation at the P3→P4 boundary to check port widths and bus parameterization against uarch specs, generating a report that identifies mismatches before proceeding to RTL integration or verification phases.

When do I need to revalidate cross-phase contracts after RTL changes?

You need to revalidate cross-phase contracts after RTL changes and bug fixes to catch regressions, ensuring that modifications to P4 RTL implementations still comply with upstream P3 uarch specs and downstream P5 verification contracts.

Can I use cross-phase contract validation for P4 to P5 verification boundary checks?

Yes, cross-phase contract validation applies at the P4→P5 boundary before verification, checking that RTL implementations align with verification contracts across port widths, memory classifications, pipeline depth, and bus parameterization.

What are the limitations of cross-phase contract validation for hardware design?

Cross-phase contract validation focuses on P3, P4, and P5 artifact consistency including port widths, memory classifications, pipeline depth, and bus parameterization, but does not replace functional simulation or full verification of RTL behavior.