Space Bunny Free

一个容易被忽略的评测问题#

在“从芯片到 Agent”这道任务里，检查芯片、服务器是否还是同一个对象很重要，但这只是起点。如果同一个对象被画在错误位置，或最后不再绘制，用户仍然看不到完整装配过程。

这份归档使用 TypeScript 和 Canvas2D。它自己组织场景、坐标变换与绘制，而非依赖 WebGL 三维渲染器。技术路线本身不决定分数；真正要检验的是它是否完成连续装配、清晰阅读和应用交互。

历史复核的已评小计为 39，覆盖权重 90/100，C7 性能未验证。不能展示成 39/100，也不能折算为 43.33/100。C2 装配与空间正确性得到 0/4，是因为已确认的几何缺陷，不是把未测试项目填零。

基本交付仍有成立的部分：按锁文件安装和生产构建通过，导航可以抵达章节，停止和下载有实际记录。核心门槛的最低要求通过，不意味着连续性、空间表达和无障碍已经完成高质量验收。

src/app/timeline.ts 用实际文档可滚动距离计算 p。导航跳转将进度平滑推向目标，减少动态时直接定位。场景与文字围绕同一进度更新，这是较清楚的组织方式。

src/app/agent-demo.ts 单独维护任务状态。开始后按固定步骤推进，运行令牌用于丢弃旧循环；运行期间再次启动会返回 false，完成后才允许下载。生成的简报来自固定 DEMO 数据，并非真实推理结果。

但时间轴、任务状态与绘制循环分开之后，也需要明确的同步机制。每个模块看起来合理，不代表组合后的画面会跟随任务一起更新。

独立复核定位到 src/scene/objects.ts 的 sub 将子零件平移写入矩阵索引 [3, 7, 11]，而 src/engine/render2d.ts 的 box 从 [12, 13, 14] 读取平移。

这意味着写入和读取没有采用同一约定。报告通过浏览器绘制参数观察确认：本应上下分开的服务器顶板与底板，最终绘制平移相同。测试节点是否抵达目标点，无法发现渲染器读取了另一组数值的问题。

我的判断是，这类样本特别适合检验验证方法是否贴近结果。仅有落位探针会制造信心，真正有用的回归需要落到绘制参数、实际包围盒或截图上。本文沿用历史报告对错误的定位，没有重新运行几何探针。

复核确实比较了芯片、板卡、服务器和集群的对象引用，支持对象没有被替换。但 src/app/stage.ts 只在 embed 小于 0.5 时绘制硬件链；进入应用窗口后保留三个软件平台，集群停止绘制。因此对象“存在于内存”与“持续出现在画面”必须分开判断。

报告还在固定进度正反向取样中发现世界矩阵差异。它说明部分变换受到达顺序影响，不能据此推断所有阶段都跳动，更不能拿来当帧率证据。只在完全落位点验证一次一致性，会漏掉过渡阶段的问题。

历史实测记录了停止、重放、两次完整运行和真实 Markdown 下载。可是原 Harness 执行信号在这些操作中保持不变，Canvas 的提交计数也没有继续增加。用户看到列表更新，却看不到对应执行结构变化。

另一个细节是“继续运行”的按钮实际上从第一步重启。重启并非不可接受，问题在于按钮给出的预期与行为不同。可靠的产品表达应该让重启、继续和停止分别对应清晰状态。

小屏与减少动态模式保留了主要视觉内容，正文在稳定背景下的对比度检查也有正向证据。但报告发现静态模式的七章仍带 aria-hidden=true：肉眼可见的内容会从无障碍树隐藏。禁用 JavaScript 后也没有完整八章基础正文。

这提示评测至少应区分布局、视觉可读性和语义可访问性。没有横向溢出不是无障碍通过；声明用了静态布局，也不等于浏览器真的向辅助技术暴露了内容。

这份产物展示了可运行的轻量前端组织方式，适合继续研究和修整。若要交付连续装配展示，首先统一矩阵约定，再修复最终绘制条件、执行信号刷新与静态模式语义。增加视觉装饰不能代替这些基础修复。

下一轮应把子零件相对位置、进入窗口后的四层保留、运行中画布更新、静态模式语义暴露加入回归。性能分仍需独立采样，不能使用源码内 FPS 统计或历史短时采样补齐。

被测归档为 legacy-20260927；源码阅读重点为 src/app/timeline.ts、src/main.ts、src/app/agent-demo.ts。几何、绘制和无障碍缺陷依据 assessment-20260927T072932Z-bb3c43 的历史复核报告。

该报告属于知道模型目录名的单评审追溯评价，使用 FE-001 1.0.0，原始提示词版本、完整会话、预算和精确底层模型未知。没有真实手机、屏幕阅读器实测或合格性能采样，不能据此进行严格模型排名。封面来自后续复核截图，结构图是源码关系示意。