rtl-p4s-unit-test-policy

Enforce Tier 2 unit testing policy for SystemVerilog testbenches with coverage and escalation rules.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Ensures consistent, repeatable, and auditable Tier 2 unit testing for RTL modules by defining naming conventions, execution modes, result schemas, coverage gates, and escalation rules so teams can reliably validate uarch features and reference-model conformance.

Core Features & Use Cases

  • Defines mandatory testbench coding conventions (port prefixes, clock/reset names, instance naming, file naming).
  • Specifies execution policy and reference comparison modes (DPI-C or file-based) and the required result JSON schema for tooling integration.
  • Enforces mandatory error-injection tests, minimum coverage targets, coverage gap-fill rounds, and escalation rules for unavailable simulators or persistent mismatches.
  • Use case: validate per-module SystemVerilog testbenches, run simulations, compare RTL to reference models, produce sim/{module}/{module}_unit_results.json, and escalate failing or ambiguous cases to architects or ref-model developers.

Quick Start

Validate Tier 2 unit tests for module 'my_module' and produce the per-feature unit_results.json with coverage and reference comparison status.

Frequently Asked Questions about rtl-p4s-unit-test-policy

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

FAQPage Schema
How do I enforce consistent naming conventions and coverage thresholds in RTL unit testbenches?

You can enforce consistent RTL unit testbench policies by validating port prefixes, clock and reset names, instance naming, and mandatory coverage targets to ensure repeatable and auditable SystemVerilog verification runs.

What is a Tier 2 unit test policy for SystemVerilog verification?

A Tier 2 unit test policy defines per-module SystemVerilog testbench rules, including mandatory error-injection tests, coverage gap-fill rounds, and result JSON schemas to reliably validate microarchitecture features and reference-model conformance.

How do I compare RTL simulation results against a reference model using DPI-C?

To compare RTL against a reference model using DPI-C, you execute the specified reference comparison mode, validate DPI-C build artifacts, and output the comparison status into a structured result JSON schema for tooling integration.

Does Tier 2 RTL verification support file-based reference comparison alongside DPI-C?

Yes, Tier 2 RTL verification supports both DPI-C and file-based reference comparison modes, allowing teams to validate module testbenches and produce sim/{module}/{module}_unit_results.json regardless of the chosen comparison method.

What are the escalation rules for persistent RTL reference model mismatches during unit testing?

Escalation rules for persistent RTL reference model mismatches involve routing failing or ambiguous module testbench cases to architects or reference-model developers when coverage gap-fill rounds are exhausted or simulators are unavailable.