这次测的究竟是什么#
“从芯片到 Agent”要求读者沿着芯片、板卡、服务器、机柜、集群、模型、Harness 和应用一路理解技术如何组成产品。难点是前后阶段必须接得上：既要让物体连续装配，也要让最后的应用窗口承接前面建立的结构。
本文评价的是归档中标为 DeepSeek V4 Flash 的这一份前端产物。模型名称来自操作者，精确模型 ID 与实际参数没有独立确认。原始提示词版本、单轮或多轮、完整预算也不齐全。因此下面讨论交付质量，不把单份产物推成模型能力排行榜。
第一判断：可操作，但核心叙事尚未闭合#
已有独立复核记录给出已评维度小计 46.25，覆盖权重 90/100。C7 性能没有合格采样，不能把这写成 46.25/100，也不能将小计重新归一化成百分制成绩。
八章导航、重放、停止以及完成后的 Markdown 下载都有实际操作记录。它不是一张只有外观的页面。但任务的核心是“同一套结构连续形成并进入应用”，这恰好是主要失分处。对于读者而言，按钮可点与故事讲清是两种不同的完成度。
实现拆解：时间轴、场景与任务状态#
src/timeline/timeline.ts 把整体滚动归一化为进度 p，分别定义芯片、板卡和服务器的对齐、进入、落位区间。模型、Harness、Agent 也各有不同的升起区间。这样的组织方式便于在某个固定进度检查画面，而不必从头播放。
源码注释把纯函数时间轴当作可逆的结构保证。这个设计有价值，但保证范围仅限于这些取值函数：最终画面还取决于渲染层有没有使用结果、对象是否属于同一个变换组，以及文字与窗口如何布局。
src/app/agent-demo.ts 则把任务分成 idle、running、stopped、done 四种状态。重放时清理计时器并递增 token，旧回调因此失效；下载只有在 done 时才启用。它通过 Blob 导出 Markdown，内容来自固定的 DEMO_INPUT。这是本地演示，不是真实模型阅读资料或调用工具。
关键落差：计算了进度，却没有形成画面#
复核记录指出，src/scene/layers.ts 的 buildStack 在初始化时创建全部平台；src/scene/rig.ts 计算 layerRise，但 src/scene/world.ts 的逐帧更新没有把 rig.layers 应用到实际几何变换。于是代码表达了“逐层加入”的意图，画面却提前摆好了各层。
这解释了为什么只搜索 layerRise 或读注释容易高估成品。验收应追踪完整链路：输入进度、计算结果、对象变换、最终像素。某个环节存在，不等于链路闭合。
最终窗口也有类似问题：world.ts 移动和缩放的是 stack.group，原来的硬件仍在场景里。对象引用持续存在，可以支持“没有偷偷替换对象”；却不足以支持“整套硬件与软件一起进入应用”。复核截图记录了机柜仍留在窗口外的现象。
空间与阅读：数值正确不等于接触正确#
复核中的包围盒核对发现，服务器底板横向范围为 [-24.1, 24.1]，导轨内缘为 ±24.5，两侧各留有 0.4 单位间隙。底面高度相等，并不表示底板真的获得导轨支撑。相反，芯片与插座、板卡与铜柱的局部接触得到证据支持，不能把一个失误扩大成所有装配都错。
文字也需要在真实画面中判断。1366×893 首屏把“芯片”拆行，390×844 的 Harness 阶段出现机柜与标题、正文重叠。没有横向滚动条只能证明页面宽度没有溢出，不能证明背景模型没有挡住阅读。
这份交付值得保留什么#
我认为最值得保留的是模块拆分和任务状态管理。把时间轴、场景、文字、下载分开，有利于后续定位问题；重放令牌和下载状态限制也有明确用途。它适合作为继续迭代的工程原型，尚不足以作为已经完成验收的连续装配展示。
下一轮优先级应是接通分层进度、核对最终承接的对象层级，再修复移动端遮挡。性能验证放在这些行为稳定之后，按受控前台、正反向采样与真实实体更新一起检查。本文只提出修正方向，没有替被测模型修改答案或重新计分。
来源与边界#
源码快照：run-20260927T082021Z-bd6af4；重点文件为 src/timeline/timeline.ts、src/app/agent-demo.ts，场景缺陷依据下述复核记录。评分来源为 assessment-20260927T095548Z-50fd05，采用 FE-001 1.0.0 的历史追溯评价。
该复核的部分临时截图、采样 JSON 与构建日志已不可访问，现存报告和观察记录不能冒充完整原始附件。本文沿用其带边界的结论，没有重做全部实测。原记录还提到既有失分点及执行环境标签，无法确认无历史信息影响或精确底层模型；这也不构成对作弊的认定。封面是原运行截图，本文结构图是解释性示意。