RGBV3D 的 vector-v2 配置把每个像素拆成方向码、范数代理以及逐通道 residual。若缺少 residual 层，对方向与幅值的量化必然是损的：两个不同的 RGB 三元组可能映射到同一向量表示，解码时会「发明」源图里不存在的颜色。严格无损要求的是位级可逆，而不是「肉眼差不多」；residual 正是把量化误差写回比特流的那一层。
研究动机是结构性的，不是营销话术。平滑 UI 渐变与扁平面板在方向空间往往熵很低——相邻像素 hue 向量相近，码本可以紧凑表达。但抗锯齿文字边缘、传感器噪点会破坏假设：方向仍可能聚类，8-bit 通道的精确值却无法被粗码本覆盖。设计 UI 主题时常见的半透明叠层、阴影羽化，也会在局部制造高熵残差；若不单独记账，解码端只能按最近码本点落点，颜色就会漂移。
residual 在数学上补齐差距。量化向量贡献重建后，编码器写入 R/G/B 的有符号差值（位宽见 /rgbv3d/format/）。解码加回 residual 再写 RGB24。我们在 CI 与浏览器工具里测试的不变量很直白：对标注无损的 profile，decode(encode(pixels)) 等于输入栅格。测试不只跑平均误差，而是逐像素相等；任何「允许 ±1」的宽松口径都不进入无损标签。
这与「视觉无损」的 HEIC 或激进 WebP 不同。核心 .rgbv3d profile 不接受把损失藏在感知指标里。未来若出现近无损 profile，会用不同容器标签——不会悄悄替换默认。发布商审核与工程同事都应能从文件头与文档页分辨当前打开的是严格无损还是实验性近无损。
实操：在 RGBV3D 工具页上传 PNG，选 vector-v2，下载 .rgbv3d 再解码导出 PNG，用 diff 工具比像素。批量验证用 /rgbv3d/download/ 的 CLI benchmark。若省略 residual，渐变上的条带可能消失，但边缘像素会漂移——/rgbv3d/benchmark/ 的截图样本放大后一眼可见。建议把失败坐标写进工单：宽高、profile、首个失配 (x,y) 与期望/实际 RGB。
既然 PNG 已存在，为何还要做？因为可测试的 bitstream 让我们能在 block-adaptive 与熵编码阶段实验，而不假装 PNG 是 RGB 归档的终局。residual 是诚实层：噪点图上会多占字节（见 noise triage 一文），但保留信任。对混合语料，请按图类分别测量：UI 截图常受益于方向码本，胶片颗粒则几乎把体积推回 raw 量级。把 residual 当作可选开关是错误的——关掉它就不再是本站定义的严格无损。
从工程与内容质量角度看，请把上述结论写进团队备忘：保留可复现步骤、记录失败坐标与环境，并在公开页面诚实展示限制。PracticalKit 选择深度说明而非堆砌同质工具页，正是为了让读者与审核者都能判断适用边界。若某次实测与本文不符，欢迎通过联系页附上样例与浏览器版本，我们会据此修订文档与基准行。自动化门禁、人工抽检与母版备份三者齐备，才谈得上把格式或工具引入正式归档流程。
2026-06-18