v-harness Frontend Study
complete · observed only 19 captured states · source/UI mapping · no merge in this phase为什么单独学习
image2code-glm-v1@249c2bce目标不是复刻样式，而是充分理解 v-harness 如何把 case、run、artifact、epoch、tool call、gate 和 debug evidence 组织成可操作的前端。所有结论都分成 live 观察、HTTP/DOM 验证或固定源码映射；本轮不把任何候选机制合并到内部轨迹查看器。
未来合并的五个维度
先形成数据契约，再讨论 UI 合并Gallery、selection/batch、live workspace、最多三份 archive、accepted/rejected/unknown 与 partial artifact state 应由同一身份模型串联。
一个 case dossier 要把 target、render、HTML、result、debug、timeline、logs 和版本来源放在同一可追踪上下文。
区分 target↔reproduction、archive↔archive、case↔case、epoch↔epoch；不同比较必须明确左右来源与归一化口径。
逐 epoch 保存起止、工具行为、视觉问题、空间问题、gate、snapshot 和事件范围，而不是只展示最终 PASS/FAIL。
以结构化 event/epoch 数据驱动播放、暂停、步进、倍速、定位与 before/after HTML/render；动画是视图，不是事实源。
稳定 identity → case dossier → epoch contract → comparison → process replay。先做 replay 会把当前归档错配和计数口径问题动画化。
高价值发现
影响未来轨迹管理设计DB 比较使用 archive id；但 Debug/Pipeline 传 base case，服务端再选最新 live workspace。多次运行后，“点这份归档”与“看到的详情”可能不是同一 run。
case9 timeline 展示 127 个 summarized tools，而 events 文件有 143 个 tool_call。未来应显示计数定义与来源，不能悄悄归一。
Gallery 在 390px 能堆叠；Debug overlay 的 canvas 被压到约 9px，toolbar 约 700px 并被裁切。响应式策略必须按工作模式分别设计。
case/DB cards 不可键盘聚焦，overlays 没有 dialog semantics，状态流没有 live region；Escape 还会跨层关闭多个 overlay。
证据包
公开副本仅含安全文档，不含截图与运行产物边界与下一阶段
当前状态是 observed，不是 adopted。下一阶段若启动合并，应新建 implementation subproject，以稳定 run identity 和 case dossier 为第一里程碑；每个采纳项都要回链本 study 的证据，并记录 adopted / modified / rejected。