Genarrative

Files

T

lhk229 c7722d8372 清理严格布局保存通道删除后留下的死代码

死代码扫描（八路并行 + cargo 全量核对）确认：Rust 侧零新增——13 条 dead_code
警告在 master 与 HEAD 上引用计数逐一相同，全是既有的。死代码集中在 TS 侧，
且几乎同源：2fa2f245c 删掉严格布局保存通道时，删了调用点没删被调用的能力。

本次清理四条真死代码 + 一条会导致类型漂移的重复声明：

1. snapSelectedLayerToPerfectPixels 的 catch 里「operation 已形成但 POST 未
   发出」分支恒不可达。从 operation 赋值到 perfectPixelPostAttempted = true
   之间只剩 Set.add、纯函数、状态更新器，以及带 .catch 的 flush 与内部吞异常
   的 savePerfectPixelOperation，没有任何语句能抛。它挂着一句永不显示的用户
   文案，留着只会让人以为该失败态另有提示。

2. retryPerfectPixelOperation 的 postAttempted 三元同理，一并去掉分档。

3. saveEditorProjectLayout 的第三参数（signal / deadlineAt 注入）与
   EditorProjectLayoutSaveOptions 失去全部调用方，函数体内两处判断恒走默认。
   这里正是「每次重试重起 60 秒 deadline」的所在处，留着会让人以为调用方还能
   控制它。

4. 测试文件里 createEmptyEditorProjectSnapshot 全仓零引用——eslint 的
   unused-imports 不覆盖模块级函数声明，门禁放过了它。

5. useImageCanvasGenerationWorkflow 改为 import 现成的
   CanvasGenerationDialogDraft，删掉就地手写的同构类型。两份同构类型各自演化、
   改一处不会让另一处报错，是实打实的类型漂移温床。

其余七条（多余的 export、只有测试消费的路径、决策日志里指向已删符号的历史
引用）符号本身都活着，属于表面整洁，本次不动。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

2026-08-05 10:29:17 +00:00

components

清理严格布局保存通道删除后留下的死代码

2026-08-05 10:29:17 +00:00

config

修正原生壳公开主站配置

2026-06-22 15:07:02 +08:00

data

完成全量检查整改

2026-07-17 16:56:46 +08:00

editor/shared

更新 API meta 版本号