rtl-p3-uarch-policy

Enforce Phase 3 microarchitecture design policy and traceability checklists.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill codifies Phase 3 microarchitecture design policy and checklists to prevent ambiguous designs, missed requirements, and failing validation gates, ensuring μArch outputs are traceable, reviewable, and ready for RTL implementation.

Core Features & Use Cases

  • Design Criteria & Checklists: Defines module decomposition, clock domain assignment, protocol selection, pipeline partitioning, and storage allocation rules that teams must follow.
  • Traceability & Compliance: Mandates REQ→uArch reverse traceability, iron-requirements schema, and compliance-checker invocation to ensure upstream requirements are fully implemented.
  • BFM & Review Gates: Specifies BFM validation gates (compilation, functional match to refC, I/O logging), a 3+ round review protocol with convergence metrics, and escalation rules for unresolved issues.
  • Use Case: Run during Phase 3 to validate docs/phase-3-uarch artifacts, generate missing audits (clock-domain maps, protocol assignments, SRAM interface specs), and block Phase 3 exit on unresolved high-risk issues.

Quick Start

Ask the rtl-p3-uarch-policy skill to validate docs/phase-3-uarch for a given module and produce a compliance checklist with missing artifacts and required fixes.

Frequently Asked Questions about rtl-p3-uarch-policy

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

FAQPage Schema
How do I enforce microarchitecture design policy during RTL module decomposition?

To enforce microarchitecture design policy, apply codified rules for module decomposition, clock domain assignment, and pipeline partitioning to ensure RTL outputs are traceable and reviewable. This prevents ambiguous designs and missed requirements before implementation.

How do I ensure reverse traceability from microarchitecture requirements in RTL design?

Ensuring REQ→uArch reverse traceability requires mandating iron-requirements schemas and invoking compliance-checkers to verify upstream requirements are fully implemented. This confirms that all upstream requirements are fully implemented in the microarchitecture outputs.

What are the BFM validation gates for microarchitecture outputs in RTL projects?

BFM validation gates for microarchitecture outputs require successful compilation, functional match to reference C, and comprehensive I/O logging. These gates ensure the bus functional model aligns with the intended microarchitecture before proceeding.

What is the best way to manage clock domain assignment rules for Phase 3 microarchitecture?

The best way to manage clock domain assignment rules is to generate and validate clock-domain maps alongside protocol assignments and storage decisions. This produces traceable microarchitecture artifacts that satisfy Phase 3 exit criteria.

How do I run a microarchitecture review protocol with convergence checks?

Running a microarchitecture review protocol requires executing a 3+ round review process with specific convergence metrics and escalation rules for unresolved issues. This dynamic review convergence blocks Phase 3 exit until high-risk issues are resolved.

Why does my microarchitecture design fail Phase 3 exit criteria?

Microarchitecture designs fail Phase 3 exit criteria when there are unresolved high-risk issues, missing artifacts like clock-domain maps, or incomplete BFM validations. Blocking the exit ensures outputs are ready for RTL implementation.