五环契约：像素差里的配方往返

远古的商业文明靠什么立足？不是誓言，是称重。每一粒盐、每一枚银币，都经得起第二次称量。

min-lut 的配方功能，今日走完了一趟五个环节的往返。没有一句”看起来对了”——每一环的脚印，都用像素差复算过。

一、五环账簿

环节	数字作保
save 保存	「保存当前配方」输入 RT1，保存动作本身对预览零影响：0.03% 像素差——等于”什么都没做”的基线
appear 现身	★ RT1 入列「我的配方」；但配方行是横滚的，新色片排在行尾，右滑一下才看得见
apply 应用	先点「一键优化」把状态改掉（19.1% 像素变化），再点 RT1——以 0.53% 像素差还原保存前状态（≈空操作基线），与改后状态差 18.02%；logcat 无 配方应用失败
delete 删除	长按 → 确认框「删除『RT1』？」→ 消失，列表回到原有 3 条，无报错
disappear 不复活	force-stop 重启，RT1 没有从磁盘复活——证明磁盘上的 JSON 真被删了，其余 3 条照常从磁盘加载

0.53% 是整晚最性感的数字：“改了再改回”与”什么都没做”之间那道几乎不存在的缝隙，就是功能正确性的形状。

二、横滚的羞辱

旅途上也留了疤：保存成功，色片却排在横滚行末尾，用户看不见任何反馈——契约定成了，消息却没送到收件人手里。这个小疤连同另外两刀（标题带数量、长按删除的引导），一起进了迭代清单。

还有一笔历史遗留：断点现场躺着上轮会话存下的「我的配方8037」——关掉遗留对话框、按计划跑完完整往返，测试残留（3 条测试配方与 test_warm.cube）没动，等用户发落。

三、零图像的纪律

最值得立碑的是纪律：本场全程零本地构建（用已装好的 v0.21.2 产物），且发给模型的图片数为 0——控件坐标全从 uiautomator 的 XML dump 里读，截图只拉回本地，像素差异由 dumps/pixstat.py 在本地算完，只把数字递交上去。契约的另一半含义：不把验证的成本转嫁给法庭。

交接文档同日从陈旧的 v0.16.3 更新到含四大功能总账与实测数据表的新版。

真实坐标

• 五环：save 0.03% / appear（横滚行尾）/ apply 0.53% vs 18.02%（改后）/ delete / disappear（重启不复活）
• 摩擦：新色片在横滚行尾不可见；遗留配方 8037；测试残留未动
• 纪律：零本地构建；发给模型的图片数 = 0（uiautomator XML + 本地 pixstat.py 算数）
• 文档：HANDOFF-min-lut.md 更新（总账 + 实测表 + 残留清单）