ワンクリックで
rtl-p5s-integration-test-policy
Internal reference: rtl p5s integration test policy (agent-loaded; do not invoke).
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Internal reference: rtl p5s integration test policy (agent-loaded; do not invoke).
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Read-only architecture review of RTL vs uArch spec with area/timing/power tradeoffs. Use for post-RTL architecture sign-off or suspected spec mismatch.
Builds Phase 3 SystemC TLM-2.0 bus functional models with AMBA (AXI/AHB/APB) support. Use for 'develop BFM', 'SystemC TLM model', 'bus functional model'.
Encoder RD evaluation of C ref model: BD-PSNR/BD-rate (VCEG-M33) across sequences/QPs — 'RD eval', 'BD-rate', codec algorithm quality comparison.
Validate spec contracts across phase boundaries (P3 uarch to P4 RTL to P5 verify): port widths, memory class, REQ traceability. Use at P4/P5 entry.
Internal reference: p1 spec research policy (agent-loaded; do not invoke).
Full 6-phase RTL pipeline from spec to verified design (P1 research through P6 design note). Triggers: 'design a chip', 'full pipeline', 'autopilot'.
| name | rtl-p5s-integration-test-policy |
| description | Internal reference: rtl p5s integration test policy (agent-loaded; do not invoke). |
| user-invocable | false |
Integration testbenches MUST follow project conventions:
i_ prefix for inputs, o_ prefix for outputsclk (single domain) or {domain}_clk (multiple, e.g., sys_clk) — NOT clk_irst_n (single domain) or {domain}_rst_n (multiple, e.g., sys_rst_n) — NOT rst_niu_dut for top-level, u_ prefix for sub-moduleslogic only (NOT reg/wire)dut.sys_clk, dut.i_*, dut.o_*{
"top_module": "{top}",
"tier": 4,
"connectivity": {
"reset_propagation": "PASS",
"clock_connectivity": "PASS",
"port_width_match": "PASS"
},
"data_flow": [
{"scenario": "basic_forward", "status": "PASS", "req_ids": ["REQ-U-001"]},
{"scenario": "max_throughput", "status": "PASS", "req_ids": ["REQ-U-007", "REQ-P-003"]}
],
"handshake": [
{"test": "backpressure_propagation", "status": "PASS", "req_ids": ["REQ-U-012"]},
{"test": "pipeline_flush", "status": "PASS", "req_ids": ["REQ-U-015"]}
],
"e2e_reference": "PASS",
"verdict": "PASS"
}
SV TB:
scripts/run_sim.sh --sim verilator --top tb_{top}_integration \
--filelist rtl/filelist_top.f --outdir sim/top --trace \
sim/top/tb_{top}_integration.sv
cocotb:
make -C sim/top sim SIM=verilator TOPLEVEL={top} MODULE=test_{top}_integration
Fallback (iverilog):
scripts/run_sim.sh --sim iverilog --top tb_{top}_integration \
--filelist rtl/filelist_top.f --outdir sim/top --trace \
sim/top/tb_{top}_integration.sv
Integration test results may optionally include ac_ids for AC-level traceability.
When structured acceptance_criteria (with ac_id fields) exist on a requirement in
iron-requirements.json:
ac_ids where feasible alongside existing req_ids{"scenario": "basic_forward", "status": "PASS", "req_ids": ["REQ-U-001"], "ac_ids": ["REQ-U-001.AC-1"]}When no structured AC exists (absent or plain string-array format): use req_ids only (existing behavior).
req_ids populated (REQ traceability)