用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/XS-MLVP/UCAgent --skill dynamic-bug-recording命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
| name | dynamic-bug-recording |
| description | 为正确失败测试确认的动态DUT Bug优先确定性维护BG、TC、ROOT和波形引用；支持幂等重复调用、受控格式恢复与跨阶段累计。 |
Skill启用且本公共Skill可用时，优先通过本技能声明的record_dynamic_bug.py以及内置WaveInfo、ApplyWaveInfoEvidence维护已确认动态DUT Bug，避免主动用文本工具编辑{OUT}/{DUT}_bug_analysis.md。脚本以原子替换方式维护Markdown结构；同一命令可幂等重试，也可在后续stage继续追加新的精确路径、TC、BG或ROOT关联。若脚本不能恢复已有文档的格式损坏，可按下述受控兜底只修复诊断指出的最小范围。这个编辑偏好只针对动态Bug文档；其他文档和代码仍使用当前stage允许的普通工具。
本Skill是general_skill_list中的公共可选加速路径，全阶段可发现，不属于任何stage的强制skill_list，不调用SetSkillUsage。Skill整体禁用、公共Skill未配置，或工作区未复制.ucagent/skills时，仍按stage task、Guide_Doc/dut_bug_analysis.md中的第 5.1 节（section 5.1）和内置文本编辑工具完成完全相同的规范产物；Skill缺失不得暂停、跳过Bug记录或降低证据标准。
{OUT}/{DUT}_bug_analysis.md是跨阶段累计文档；当前报告可能只是局部报告。历史TC/BG/ROOT和中央波形必须保留，缺少当前报告的TC不代表它已Pass或失效。同名BG/TC在不同CK下不等价，路径验收单位始终是完整FG/FC/CK/BG；一个TC的中央波形仍只有一份。
每个Fail TC都不预设责任方。调用脚本、WaveInfo或创建/更新非零BG之前，必须从规格、独立参考模型或可验证公式推导specification_expected，完成input | specification_expected | test_expected | actual | classification对照，并核对测试激励、API/driver、callback、Step、采样边沿、有效条件、响应延迟、fixture、参考模型、复位、环境、CK predicate、CovGroup.sample()及采样时机。不得直接相信已有断言、可疑RTL或静态候选，静态候选不能覆盖TC级反证。验证问题必须修复到Pass；只有正确测试仍稳定复现DUT违反规格时才记录Bug。
CK失败时必须先核对coverage/check function、predicate和sample时机；CK Fail本身不能作为DUT Bug结论，不得把当前Pass用例改成Fail来满足门禁。输入变换时按真实驱动值和规格重算expected，a+(~b)+0是a-b-1。验收单位是完整FG/FC/CK/BG路径；不同路径不等价，不要求每个Fail TC关联失败CK。
在记录前还要核对测试激励/driver、API callback、Step顺序、复位和响应有效窗口，确认Fail不是验证基础设施问题。
当前Fail必须分类。无Bug分支的完成条件是验证问题均已修复到Pass且没有正确测试稳定复现DUT缺陷；此时不运行本脚本、不调用WaveInfo或Apply，也不新增BG、TC、ROOT或波形占位。累计文档已有历史记录时保持原状；累计文档从未记录Bug时保留规范标题和三个空容器。公共Skill没有使用证据门禁：无Bug时直接继续当前stage的Check/Complete，有确认Bug时执行下述方法后再Check。
record_dynamic_bug.py只读取.ucagent/runtime_config.json中的test_output_dir和current_test_report，并将解析出的test_output_dir作为本次实际TC输出目录；报告缺失时重新运行当前stage真实测试，禁止创建、复制或修改报告。["unitytest/dynamic-bug-recording", "record_dynamic_bug.py", "-MODE repair"]。repair不读取当前测试报告、不接受任何Bug/ROOT语义参数；它根据每个完整FG/FC/CK/BG路径重建唯一bug-*锚点，根据规范TC身份重建中央16位waveform-*锚点和全部BG侧<WAVEFORM-REF>，再依据每个BG唯一的<CAUSE-REF-ROOT-*>重建ROOT反向关系，并规范ROOT关闭标记。波形锚点由TC的SHA-256稳定派生，不是32位receipt_id；repair绝不改写中央YAML、receipt、viewer/token、TC身份或BG/ROOT语义正文。重复中央TC、非规范TC标题或无法唯一判断的结构会明确失败而不会猜测。若返回失败，先按next_action执行一次对应语义MODE并重调repair。只有相同文档阻塞仍存在、或结构损坏使该动作无法执行时，才用普通文本工具修复error/details指出的精确标记、路径或行；优先遵循返回的manual_edit_fallback.scope，保留其他BG、TC、ROOT分析和全部WAVEFORM-EVIDENCE内容，不用shell或临时Python。手工修复后立即执行manual_edit_fallback.after_edit；未返回该字段时立即重跑-MODE repair和Check。FG/FC/CK/BG/TC关联调用一次-MODE bug。命令同时写入三个完整BG字段、唯一ROOT引用和ROOT反向链接，不产生需要手工填写的BG字段；已有CK/BG的后续兄弟TC直接进入步骤5。-MODE root。该命令一次写入ROOT五个完整字段；同一ROOT关联多个BG时只调用一次或在分析更新后幂等重调，既有反向链接会保留。WaveInfo取得签名receipt，再对每个精确BG/TC路径调用ApplyWaveInfoEvidence。Apply原子维护BG侧<WAVEFORM-REF>和TC唯一中央波形记录。Check。如果语义内容需要修订，优先使用对应MODE重调脚本；如果同一文档格式阻塞在步骤2的恢复后仍存在，执行步骤2的最小文本修复兜底。如果receipt需要修订，按工具返回的恢复调用重调WaveInfo/Apply，不得手工构造或修改机器证据。RunTestCases只运行已有真实pytest用例；本脚本只能通过RunSkillScript执行。RunSkillScript.commands中的每条命令严格使用[skill_name, skill_script, args]三字符串结构。
新增一条动态Bug不是单次脚本调用。MODE bug、必要的MODE repair和MODE root每次都会返回workflow_context；后续调用以这个结构化字段为续跑上下文，不凭记忆重建身份：
phase说明刚完成或被阻塞的阶段；completed列出已确定性写入的内容。identity保存后续调用必须逐字复用的BG、函数级TC、完整checkpoint和ROOT身份。不得换用相似node、同名BG的其他CK或新ROOT标签。next_skill_mode是下一次脚本模式；remaining_sequence给出后续Skill、WaveInfo、Apply和Check的顺序。先完成下一次Skill调用，再执行后续工具，不得跳到Check后反复试错。continuation_rule始终只约束{OUT}/{DUT}_bug_analysis.md。其他文档和代码仍按当前stage正常编辑。MODE repair成功后，如果它紧跟在失败的MODE bug或MODE root之后且该语义更新尚未完成，按workflow_context重试此前失败的精确调用；否则直接执行其中的Check，不得发明或重复一个BG/ROOT调用。不要因为结构已修复就跳过原本尚未完成的语义字段。脚本失败时保留原有身份，先执行一次next_action和workflow_context.remaining_sequence；只有步骤2定义的文档恢复条件成立时才做最小文本修复，修复后立即回到Skill恢复流程。
正常MODE repair结果的change_summary是唯一需要复核的变更反馈：它提供写入前后SHA-256、BG锚点、波形锚点/引用修复计数、ROOT/关系数量和有界ROOT标签。脚本不返回整份Markdown diff，也不回显全部BG路径或签名机器证据；直接按next_action进入Check，由Checker验证当前完整文档。只有失败结果中的error_code/details用于定位精确恢复位置。
-MODE bug的规范调用如下，所有参数均为必填：
["unitytest/dynamic-bug-recording", "record_dynamic_bug.py", "-MODE bug -BG 'BG-CARRY-DROPPED-95' -TC 'TC-{OUT}/tests/test_{DUT}_carry.py::test_carry' -BD '进位结果丢失' -CHECKPOINT 'FG-ARITHMETIC/FC-ADD/CK-CARRY' -ROOT-TAG 'ROOT-ADDER-CARRY-WIDTH' -ROOT-TITLE '加法进位位宽不足' -OVERVIEW '规格要求完整保留加法进位，实际结果在输出前被截断。' -SYMPTOMS '最大操作数组合稳定返回缺少最高进位位的错误结果，影响所有依赖完整和的功能。' -TRIGGER '两个操作数之和超出结果低位宽度时稳定触发，错误传播到结果断言。'"]
-TC逐字使用当前报告的函数级node，只删除文件上的:start-end或:line，再添加TC-；路径必须以runtime config解析出的实际test_output_dir开头。-CHECKPOINT逐字使用当前报告为该TC关联的一个精确FG/FC/CK路径。一个TC关联多个Bug路径时逐路径调用，不得让脚本猜测路径。-BG必须是非BG-STATIC-*且置信度大于0的BG-NAME-XX。-BD是可见标题；三个分析参数只传字段正文，不传Markdown标题、机器标签、ROOT引用、代码围栏或锚点。-ROOT-TAG使用文档级唯一ROOT-NAME。多个BG确属同一根因时使用同一个ROOT标签；组合缺陷使用独立ROOT标签。MODE bug；已有CK/BG仅新增兄弟TC时直接调用WaveInfo/Apply。脚本不会因当前局部报告未出现历史TC而删除历史记录。<RELATED-BUG-...>反向关联全部所属BG。需要改变根因划分时，用新的-ROOT-TAG重调MODE bug，脚本会迁移该路径并清理失效反向链接。有可访问源码时，-MODE root使用规范path:start-end和三个真实行号。脚本读取该范围的当前源码，自动生成合法语言围栏，并把三个ROOT源码标记放入对应源码行的原生注释中；LLM不编写fenced block：
["unitytest/dynamic-bug-recording", "record_dynamic_bug.py", "-MODE root -ROOT-TAG 'ROOT-ADDER-CARRY-WIDTH' -ROOT-TITLE '加法进位位宽不足' -ANALYSIS '中间结果在赋给输出前按低位宽度截断，最高进位位因此丢失。' -SOURCE-LOCATION 'rtl/adder.sv:24-28' -FIRST-ERROR-LINE 25 -FIRST-ERROR-NOTE '中间结果声明宽度不足，首次丢失最高进位位。' -PROPAGATION-LINE 26 -PROPAGATION-NOTE '截断值直接进入结果赋值路径。' -OBSERVABLE-LINE 27 -OBSERVABLE-NOTE '错误低位结果到达测试检查的输出端口。' -CAUSAL-CHAIN '合法输入被接受后，位宽不足先截断进位，截断值再传到结果输出，最终导致关联TC断言失败。' -FIX '扩大中间结果与输出路径宽度，显式保留进位位，且不改变合法低位运算语义。' -RETEST '重跑全部关联CK、零值、最大值和进位边界用例，并复核输出与内部进位波形。'"]
-SOURCE-LOCATION必须是workspace相对的.sv/.svh/.v/.vh/.vhd/.vhdl/.scala文件，使用不带L的path:start-end；单行使用start=start。三个证据行必须位于该范围内，可以是同一行，但每个说明都必须描述该行承担的真实角色。
无可访问RTL/HDL时，使用互斥的-SOURCE-UNAVAILABLE，不要同时传源码位置或行号：
["unitytest/dynamic-bug-recording", "record_dynamic_bug.py", "-MODE root -ROOT-TAG 'ROOT-BLACKBOX-RESULT' -ROOT-TITLE '结果路径黑盒缺陷' -ANALYSIS '接口证据将首错范围限定在请求接受后到结果输出之间。' -SOURCE-UNAVAILABLE '当前工作区没有可访问RTL/HDL；规格、失败日志和已确认波形共同限定该黑盒结论。' -CAUSAL-CHAIN '合法请求被接受后，响应有效周期出现稳定错误结果，并被关联TC断言观察。' -FIX '检查请求接受后的状态更新和结果生成逻辑，保持接口时序不变。' -RETEST '重跑关联协议、边界输入和响应时序用例，并复核签名波形。'"]
MODE root要求目标ROOT已由MODE bug建立。重复调用只更新可见标题和五个ROOT字段，保留所有<RELATED-BUG-...>反向链接。
本脚本不生成receipt、波形YAML、viewer URL或token。非参数化WaveInfo只去掉TC-并使用完整node；参数化报告从tests.test_case_instances选择同一路径、类和函数的实际FAILED child。不同路径、类和函数不等价，inventory和相似节点只供定位/核对，不参与匹配。最终调用提供完整signal_groups，随后调用：
中央waveform-<16hex>锚点和BG侧链接由规范TC身份稳定派生，和WaveInfo返回的32位receipt_id是两个不同字段。receipt刷新时锚点不变，禁止把锚点后缀传给Apply。普通增量Check使用require_current_replay=false，原波形文件后来丢失也不使已验证的签名历史receipt失效；只有显式require_current_replay=true的最终门禁可以要求当前重放和机器证据刷新。
最终门禁会在一次Check中重放全部唯一TC，并自动原子刷新全部语义未变记录。若返回[Waveform Semantic Batch Review Required]，原样执行review_batch_call中的ReviewWaveInfoEvidenceBatch，先不填写review以取得全部当前签名上下文和changed_source_files并集；统一阅读后，为每项填写alignment_evidence及每个关联BG的observed_behavior、source_correlation，再一次调用该工具原子提交整批，最后只运行一次Check。不得逐TC调用Apply、直接编辑中央YAML，或在各项之间重复运行pytest、WaveInfo、Check。任一项失败时文档保持原样，按返回的item_index修正整批输入后重试。
ApplyWaveInfoEvidence(target_file="{OUT}/{DUT}_bug_analysis.md", bug_tag="BG-CARRY-DROPPED-95", test_case_tag="TC-{OUT}/tests/test_{DUT}_carry.py::test_carry", receipt_id="RECEIPT_FROM_FINAL_WAVEINFO", checkpoint_path="FG-ARITHMETIC/FC-ADD/CK-CARRY")
同一TC关联多个BG时逐BG调用Apply，但中央记录仍只有一份，bug_tags、bug_evidence和签名signal_groups覆盖全部关联。Apply返回receipt_test_mismatch或matching_final_receipt_not_found时保持函数级test_case_tag不变：有parameterized_receipts时选择当前报告中的实际FAILED child重新调用最终WaveInfo，否则原样执行details.recovery_call一次，再用新receipt重调Apply。禁止手写或复制机器证据。
当同名BG跨CK或目标路径有歧义时，调用ApplyWaveInfoEvidence(..., checkpoint_path="FG-.../FC-.../CK-...")选择精确分支。
每个保留Fail TC都在当前报告关联的至少一个精确CK下具有非零BG；每个仍失败CK也有同一CK下的真实Fail TC。每个BG的三个字段完整且只引用一个ROOT；每个ROOT的五个字段完整并反向关联全部所属BG路径；每个TC紧跟真实<WAVEFORM-REF>且只有一份中央confirmed证据。文档中不存在<BUG-TODO>，Check通过后直接推进stage；公共Skill不记录stage专用使用状态。
