纵向长图：适合「第一步到第 N 步」拇指滚动阅读，最怕的是顺序与真实点击路径不一致
`vertical-photo-stack` 面向客服复现、版本迭代记录与移动端上下滑阅读。风险一是步骤编号与实际操作顺序对不上，开发按图操作会卡在不同屏；二是多窗口截图高度不一，硬拼会让分隔线歪斜；三是长图在 IM 里被压糊。用统一逻辑宽、固定段间距，并在图外用一句话写环境（浏览器、账号角色、分支号），比只在图里塞满像素更省沟通。
`vertical-photo-stack`：先写「环境一行摘要」，再统一宽度与段间距，最后按 IM 字数上限决定是否拆段
- 在首屏上方或首段前用文字固定：浏览器与版本、账号角色、分支或环境名、复现日期；截图按真实点击顺序导入并统一缩放到同一逻辑宽。若含深色 App 与白底网页，考虑加分隔条说明主题切换，不要直接硬拼在同一连续背景上。
- 拉开垂直间距让步骤边界清晰，每段角标大号序号；检查每张底边是否包含「下一步要点的按钮」而不是刚好切在按钮上半截。导出前在目标 IM 里试发，若整体被压糊则拆成「上」「下」两张并标注续页。
- 终稿文件名带 ticket 号与版本；敏感字段打码后再拼，避免先拼再打码漏掉夹缝里的邮箱。长图附带纯文字步骤摘要，方便搜索与无障碍同事跟进。
纵向拼接问答：IM 压糊、步骤顺序、深浅色接缝与外发脱敏
拼好的超长截图在飞书里清楚，发到微信就糊成马赛克，是分辨率问题还是客户端强制缩放？
多数是长边像素或文件体积触发二次压缩。量一下导出 PNG 的长边与 MB，对照经验阈值决定拆段、适度缩小画布或附「高清版网盘链接」。用接收方同款客户端实测，别只信发送端预览。
开发说按图操作走不通，测试坚称顺序没错，怎样判断是截图缺一步还是编号与真实路径漂移？
要求双方屏幕共享按序号逐步对照；在图旁附最短文字路径「设置→账号→导出」。缺的一步往往是「默认已登录」或「需刷新缓存」这种未入镜动作，应补拍或改成文字说明，而不是争论拼图本身。
深色 App 与白底后台拼在一起，接缝上下出现一圈脏灰，换纯白背景也脏，该怎么从源素材解决？
这是亮度不连续：可统一加中性分隔带并文字标注两侧主题，或先把暗色截图像素四边做轻微提亮描边再拼。全链路用同一导出色彩描述文件（sRGB）减少意外偏色。
iPhone 与 Android 截出来宽度不同，纵向拼完像楼梯一样错边，有没有不手工裁齐的办法？
在导入前批量居中到统一画布宽，左右对称留灰边，比强行拉伸某一侧更体面。对横屏与竖屏混用的情况，用分段标题写清「横屏全屏步骤」避免读者误以为是同宽连续流。
长图要发给客户又含内部项目代号，打码后信息断层，怎样兼顾保密与可读？
用「灰色条+文字 PROJECT-A」替代实心马赛克覆盖整行；对 URL 只遮 query 保留域名层级。必要时拆两版：内部全量版与客户脱敏版，不要一张图混用两种受众。