横向并排：像素级 A/B 与设计走查，核心是让左右共享同一缩放基准与同一水平参考线
`horizontal-panorama-join` 面向设计稿对比、数据表新旧版与营销物料并排评审。若左右缩放不一致，评审会误判「按钮变大了」；若垂直没对齐，表格行会错行。超宽总图在文档里会被自动缩小，细节全丢。习惯上在图下用统一字号标 v1/v2 与日期，并附一条灰阶带减少显示器色差争吵。
`horizontal-panorama-join`：先对齐关键水平线再拼，再在图外用同一模板写版本与时间
- 确定左右谁为「基准图」：通常旧版在左新版在右；在基准图上拉参考线对齐表格首行或地平线，再缩放另一张使关键结构重合。禁止凭感觉拖拽缩放，必要时用数值百分比输入保证两侧一致。
- 中间留中性间距并加竖向分隔线，避免两张图颜色域差造成视觉粘连。检查最左最右是否被裁掉图例或坐标轴标题，超宽时计划另导出局部放大附件。
- 文件名包含对比主题与日期；若用于对外投放，附原始未拼接文件备查。评审结论应写在文档正文，不要只依赖口头「看图 obvious」。
横向拼接问答：假差异、色差扯皮、文档缩小与多版本标注
设计说右边按钮变大了，工程说是缩放没对齐，怎样一张图终结争论？
导出前用同一缩放百分比与同一锚点（例如导航栏底边）对齐，并在空白处叠半透明网格截图证明像素对齐；另存对齐前后的差分蒙版给较真同事看。口头「差不多」在横向对比里永远不够。
两台显示器上左右颜色不一致，评审会质疑调色，拼接工具需要背锅吗？
工具不负责校准显示器。在图下注明 sRGB、禁用夜间护眼模式评审，并附一小条灰阶与品牌色块作共同参照。若争议仍在，约在同一台校色屏前过会。
拼完总宽八千像素，Confluence 里插进去全糊，怎样交付才能又全又清？
主交付用「总览」适当缩小宽度，另附关键区域 1:1 裁剪两张并排；或在文档里用可点击原图链接。不要强塞超宽像素指望 Wiki 引擎神奇缩放。
一次评审要摆四个版本横向对比，读者瞬间找不到北，怎样排版才不灾难？
改成两行两列分两张总图，或每两张一组拼，组间用粗标题写「Round1」「Round2」。颜色标签只用在分隔条上，不要每张整页换底色，否则打印黑白时全糊。
对外案例把「优化前」故意裁得更紧显得效果好，法律上有什么风险？
可能构成误导性对比；应保留同视野、同尺度的母文件，并在图注说明是否裁剪与是否调色。市场素材走法务二审，技术拼接只解决排版不解决诚信。