메뉴
"verification_workflow 流水线的第 3 步。根据第 2 步生成的测试点列表，为每条测试点确定最优的验证手段——回答每条测试点"应使用何种手段验证"。可用手段只有两种：动态仿真（SIM）或形式化验证（FORMAL）。输出为测试点到验证手段的映射策略表，并附带决策依据。触发条件：由 verification_workflow 在第 3 步调用，或用户直接需要为一组测试点规划验证策略时触发。"
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Generate repository-ready ring bus topology Python and test driver files from a markdown architecture description, then optionally run the generated test script to produce build_logic RTL output and execute rtl_qc VCS compilation. Use when the user provides a .md ring bus architecture, wants MemTopo.py plus test_xxx.py, asks for markdown to rtl generation, ring_for_pd style topology generation, or wants an end-to-end markdown to build_logic to VCS flow.
Use when processing RTL modules at the microarchitecture level - including FIFO, state machines, counters, arbiters, decoders, or any Verilog/SystemVerilog hardware design. Load this skill immediately upon identifying RTL design tasks, before diving into brainstorming，planning or implementation.
verification_workflow 流水线的第 8 步。读取第 4 步输出的 verification-sim-tc-defines.md 中每条 TC 的 Checker 字段，编写两类检查代码：（1）在接口文件中实现 SVA assert property 捕获时序不变式；（2）若 tb-arch 规划了 Scoreboard，实现 Scoreboard 的数据比对逻辑。若存在 UVM/TB coding style 相关 skill，在开始编码前必须先加载。输出为接口文件中的 SVA 属性块 + tb/env/<dut>_scoreboard.sv。触发条件：由 verification_workflow 在第 8 步调用，或用户直接需要为已定义的 TC Checker 生成断言或 Scoreboard 代码时触发。
verification_workflow 流水线的第 7 步。读取第 4 步输出的 verification-sim-tc-defines.md 中每条 TC 的 Coverage 字段，结合第 5 步输出的 verification-tb-arch.md 中的 Monitor/Subscriber 分配，为每条 TC 编写 UVM 功能覆盖率代码（covergroup / coverpoint / bins）。若存在 UVM/TB coding style 相关 skill，在开始编码前必须先加载。输出为 tb/env/<dut>_func_cov.sv 覆盖率收集器文件。触发条件：由 verification_workflow 在第 7 步调用，或用户直接需要为已定义的 TC Coverage 生成功能覆盖率代码时触发。
verification_workflow 流水线的第 6 步。读取第 4 步输出的 verification-sim-tc-defines.md 中每条 TC 的 Stim 字段，结合第 5 步输出的 verification-tb-arch.md 中的 Agent/Sequencer 分配，为每条 TC 编写 UVM Sequence 激励代码。若存在 UVM/TB coding style 相关 skill，在开始编码前必须先加载。输出为 tb/sequences/ 目录下每条 TC 对应的 .sv 激励序列文件。触发条件：由 verification_workflow 在第 6 步调用，或用户直接需要为已定义的 TC Stim 生成 UVM Sequence 代码时触发。
verification_workflow 流水线的第 5 步。读取第 4 步输出的 verification-sim-tc-defines.md，分析所有测试用例三元组的 Stim/Coverage/Checker 需求，决策如何构建基于 UVM 的 Testbench 架构——包括需要哪些组件、组件间的连接关系、哪些组件可复用已有 VIP、哪些组件需要自行开发。输出为 verification-tb-arch.md，包含完整的 TB 组件清单、层次结构图、接口/VIP 决策以及开发任务分配。触发条件：由 verification_workflow 在第 5 步调用，或用户直接需要为一批 SIM 测试用例规划 UVM TB 架构时触发。
| name | verification-strategy |
| description | "verification_workflow 流水线的第 3 步。根据第 2 步生成的测试点列表，为每条测试点确定最优的验证手段——回答每条测试点"应使用何种手段验证"。可用手段只有两种：动态仿真（SIM）或形式化验证（FORMAL）。输出为测试点到验证手段的映射策略表，并附带决策依据。触发条件：由 verification_workflow 在第 3 步调用，或用户直接需要为一组测试点规划验证策略时触发。" |
本 skill 是 verification_workflow 流水线的第 3 步。
目标：针对 verification-testpoints.md 中的每条测试点，决定采用哪种验证手段来证明它，并记录决策依据。
输入：
verification-targets.md（来自第 1 步）verification-testpoints.md（来自第 2 步）输出：verification-strategy.md —— 测试点到验证手段的映射策略表，附带决策依据
本流程只区分两种验证手段，不在仿真内部细分定向/随机：
定义：通过运行 RTL 仿真驱动激励、观察响应来验证行为。测试用例的具体实现形式（定向序列、约束随机、UVM 等）由后续实施阶段决定，本阶段不关心。
适合：
局限：概率性，不能穷举；验证完备性依赖覆盖率收敛。
定义：使用模型检查（BMC、k-归纳、PDR/IC3）对 SVA 属性进行数学穷举证明，对所有可能的输入序列进行验证。
适合：
局限：状态空间爆炸，不适合大型数据通路；需 SVA 属性编写能力。
为每条测试点按以下顺序判断：
若测试点同时满足以下所有条件，选 FORMAL：
否则，进入规则 2。
不满足 FORMAL 条件的测试点，一律选 SIM：
若测试点标记为 P0，且同时满足 FORMAL 条件，可分配 FORMAL + SIM 以获得最高置信度。
若测试点关联的目标在第 1 步中被标记为"不在范围内"，将手段标记为 N/A（不在范围内） 并附注说明。
同时为每条测试点分配优先级：
| 优先级 | 含义 |
|---|---|
| P0 | 流片前必须通过。若未通过，设计正确性存在风险。 |
| P1 | 高价值。应在硅片 bring-up 前通过。 |
| P2 | 建议完成。应在最终 sign-off 前完成。 |
| P3 | 锦上添花。尽力完成。 |
默认分配启发式规则：
[CLK_RST] 和 [SAFETY] 测试点 → P0[FUNC] 测试点 → P1[INTF] 协议合规性 → P1[CORNER] 和 [PERF] → P2[LOW_PWR] 和 [INTEG] → 根据设计意图为 P1 或 P2[LOW_PWR] 若功耗预算是硬性 Spec 要求 → P0/P1生成 verification-strategy.md，结构如下：
# 验证策略 — <DUT 名称>
## 摘要
| 验证手段 | 测试点数量 |
|----------|------------|
| FORMAL | <n> |
| SIM | <n> |
| FORMAL + SIM | <n> |
| N/A（不在范围内） | <n> |
| **合计** | **<N>** |
## 策略表
| 测试点 ID | 简要描述 | 类别 | 手段 | 优先级 | 决策依据 |
|----------|---------|------|------|--------|----------|
| TP-FUNC-001 | <简要> | FUNC | SIM | P1 | 需运行仿真观察数据通路输出 |
| TP-CLK_RST-001 | <简要> | CLK_RST | FORMAL | P0 | 结构性不变式，需穷举证明 |
| TP-INTF-001 | <简要> | INTF | FORMAL + SIM | P0 | P0 协议属性，双重覆盖 |
...
## 备注与假设
<依赖用户输入做出的决策，或权衡取舍说明>
本步骤完成后：
verification-strategy.md。