lhk229
e4c2c7c25a
Project CI / Repository checks (pull_request) Failing after 10s
Project CI / Backend tests (pull_request) Failing after 11s
Project CI / Frontend tests (pull_request) Successful in 4m19s
Project CI / Native shell tests (pull_request) Failing after 10m3s
确立完美像素的优先级判据：低成本操作不为「丢资源」加限制
这条链路上反复出现同一种压力——为了防止「已生成的结果丢失关联」，不断有人
提议加限制。历史上真的加过两条（禁止删除未收口占位、随源图层清理豁免），
造成用户画布上出现删不掉的元素，后来被逐条作废；最近一轮评审又把「删除后可
创建第二个 identity」报成必须闭合的缺口，闭合方向是让本机账本参与防重。这种
压力不会自己停，写成判据。
事实前提：该操作免费、同步、纯几何规整、不进外部生成队列，重做代价接近于零，
与计费生成的风险结构根本不同，不能套用同一套「必须防止重复提交」的直觉。
判据：凡是「已生成资源丢失关联、需要用户重做或自行去素材库取回」这一类问题
一律不构成阻断项；只有主链路本身出问题才阻断——发起被拒、处理失败、结果没
落库、已落库的结果既不回填画布也不进素材库。
禁止：不得为防止上述丢失而新增任何限制用户操作的特性，包括但不限于「禁止
用户删除占位」「禁止用户重试」「禁止同一张图被处理两遍」。已作废的同类封锁
不得以任何理由重新引入。
连带把先前记为「已知缺口」的那条改记为明确接受的行为，并注明既有的
existingOperation 闸是本条确立之前的遗留，后续应放宽而非加固。本条不否定
exact retry——它是用户自愿选择的幂等路径，属于多给一个选项，不是限制。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-05 09:34:24 +00:00
..
2026-08-05 09:34:24 +00:00
2026-08-04 18:58:48 +08:00
2026-07-20 16:08:24 +08:00
2026-06-16 16:06:54 +08:00
2026-08-04 13:46:03 +00:00
2026-08-03 15:13:26 +08:00
2026-07-31 19:48:28 +08:00