迭代效率对比：无限画布工程的修改与重生成速度对照

一、先分清三种迭代动作

1. 局部重绘：在画布上圈定问题区域，只重生成该区域。适用：局部瑕疵、小范围内容错误、边缘畸变修补；
2. 节点重生成：在节点式画布上单独重跑某个节点（及其下游），其他节点特征保持不动。适用：单个分镜/节点效果不满意；
3. 全量重生成：整段序列从头重跑。适用：主体、构图、风格、剧情等全局性变更。

判断要点：修改动作省的不是"生成能力"，而是"重复计算"——区域越小、越贴近已有特征，省得越多；全局性变更时缓存自动失效，修改就失去了省算力的前提。

二、修改为什么快：缓存与增量计算的工程机制

无限画布的视口滑动大多是小幅度移动，70% 以上的画面区域与上一帧重叠。后端靠三级特征缓存把"重复计算"压下去：

• L1 全局缓存（显存，占比 10%–15%）：关键节点、全局身份与风格特征常驻，全程不重算；
• L2 窗口缓存（显存，占比 30%–40%）：当前视口及周边空间块特征，常规运镜命中率约 70%——每次滑动只需计算约 30% 的新区域；
• L3 分块缓存（内存，按需扩展）：所有生成过的空间块特征，反复浏览、来回运镜场景命中率 30%–50%。

每个缓存块带版本标签（提示词哈希、风格参数、模型版本）：参数一变，对应旧缓存自动失效，不会出现新旧风格混用。这套机制决定了修改的成本结构：缓存命中时只算增量，缓存失效时和重生成没有区别。

三、成本对照：公开实测数据

缓存层配置的另一个参照：feature_cache_layer 从 1 调到 3，推理耗时 67s → 44s → 31s，显存峰值 13.8GB → 17.2GB → 21.5GB（腾讯云实测）。说明一个工程取舍：改得越频繁，越值得把缓存层开高；一次性成片，开高缓存反而多占显存。

把成本换算成决策模型：

• 局部修改成本 ≈ 新增区域生成时间 + 衔接融合开销；
• 全量重生成成本 ≈ 全序列生成时间 × 重跑次数；
• 序列越长、画幅越大、重跑次数越多，重生成的相对成本越高——这正是无限画布场景里"修改优先"成立的原因。

四、什么时候改，什么时候重来：决策规则

补充一个常见误判："改提示词后局部重绘"并不总比重生成快。提示词属于缓存版本标签的一部分，变了 L2/L3 缓存会失效，重绘实际是在冷缓存上跑——此时直接全量重生成，成本接近、一致性更好。

五、把迭代做进流程：团队协作与留痕

• 修改前先存档：记录画布尺寸、种子、参考图、版本等完整参数快照，修改前后各留一版，对比与回滚都有依据；
• 建立缓存版本意识：改提示词、风格强度、模型版本前先判断缓存是否失效，别指望复用旧特征，也别误删可复用缓存；
• 每次修改后回归：重点检查修改区域与周边衔接处（跳变、边缘畸变、风格突变），修改引入新问题是迭代里常见的隐性成本；
• 节点式留痕：把创作工程整体留存下来，而不是只留一张成片——修改时直接回到对应节点，比从头搭建工程省下的时间，常常比生成本身还多。

职业心得：迭代效率的差距，往往不在"生成快不快"，而在"返工一次要付多少全量成本"。团队把修改、重生成的决策规则定下来，返工就从"整段重跑"变成"定点修补"。

六、快问快答

Q：局部重绘后接缝处有瑕疵，怎么办？ A：先确认重叠区特征融合是否生效（高运镜场景可把分块重叠比例从 15% 提到 20%）；再检查缓存版本是否一致——新旧风格不匹配时会直接表现为接缝突兀。

Q：修改三次还没好，该继续改吗？ A：不建议。修改成本随次数累积，三次以上通常说明方向或方案有问题，停下重审，比继续补丁更省。

Q：L3 缓存什么时候该关？ A：一次性生成、无反复浏览的场景，L3 收益低还占内存，可关闭；交互式预览、反复调整的场景建议开启。

Q：多节点并行生成时，缓存复用效果如何？ A：全局节点特征存在 L1，过渡段特征存在 L3 互相复用——并行生成的片段越多，缓存命中率越高，整体效率提升越明显。

七、把返工变成迭代

返工不可怕，可怕的是每次返工都付全量成本。当团队把"局部重绘、节点重生成、全量重生成"三种动作的边界定清楚，把缓存与版本标签的逻辑用起来，返工就变成了迭代——每次修改都只付它该付的那部分算力。星宇智算无限画布把这套逻辑做成了默认能力：节点式画布留存完整创作工程，局部重绘入口即圈即改，多节点并行时缓存命中率随片段数提升，让"定点修补"成为生产常态。改得动的地方，何必重来一遍。

注：文中缓存性能数据来自公开技术社区后端架构实测（24G 显存 / 2K 输出环境），硬件、画幅与版本不同结果有差异；决策规则为经验性建议，正式生产请以自身业务复测为准。