Slack/IM 线程：unfurl 卡片与线程内滚动预览会裁切长图，老 .vsd 全景要先改成竖屏可读的主叙事构图
`slack-visio-preview-jpg` 面向频道广播、 incident 通道与售前快速贴图。移动端竖屏里横向超宽 JPG 会被压到看不清编号，桌面侧栏预览也同样苛刻。应导出「主标题 + 单条主路径」的窄长或方形版本供 IM，完整架构另附链接；并注意深色侧边栏下白底缩略刺眼的问题，可用浅灰底或分段截图。
IM 预览操作说明：先在目标客户端量 unfurl 卡片的可用像素，再导出匹配比例，最后在同频道发私密测试消息验收
- 在测试频道上传试发，观察 iOS/Android/桌面三端缩略与点开全屏差异；冻结最长边与质量后批量转换，避免线程里十张图每张参数不一致引发对比争议。
- 对 incident 场景在图上用高对比编号标注优先级，避免仅靠颜色区分步骤；记录消息时间戳与文件哈希到事故工单，防止事后「图被覆盖却找不到是哪一版」。
- 超过体积限制时改传对象存储短链并在消息写 checksum；禁止反复拖拽本地同名 `screenshot.jpg` 进线程导致检索灾难。
VSD 转 JPG（Slack/IM）常见问题：unfurl 裁切、移动端竖屏、深色侧栏、事故线程溯源与体积限制
桌面端点开清晰，手机 Slack 里缩略几乎全是灰块，应加分辨率还是改构图适配竖屏？
通常要双管齐下：提高缩略最长边并删除横卷全景中的次要支线，只保留竖向可读的主叙事；验收必须以手机频道列表为准。
线程里混用原图与多次压缩转发图，后来者不知道哪张最新，如何用一条置顶回复钉死版本与时间线？
在置顶回复列出「时间戳 + 哈希 + 源 .vsd 路径」；对关键结论使用 pin 或书签消息，禁止只靠向上滚动考古。
客户要求打码敏感字段后再发频道，JPG 多次有损保存会不会让马赛克边缘漏出原文字笔画形状？
有损重编码可能破坏打码块；应在 Visio 或无损工具完成遮罩后再导出一次最终 JPG，并禁止对同文件反复「另存为」叠损。
机器人在频道自动贴图触发 API 限流，批量告警图发不出去，应优先降分辨率与信息密度还是改传对象存储链接？
优先降构图信息密度与分辨率满足 API 限制；持续大图应走对象存储并由机器人发链接，避免告警风暴拖垮频道可用性。
外部访客只能看部分频道，缩略与全图权限不一致导致「看得到消息看不到图」，如何预检？
用访客测试账号走一遍链接与文件托管权限；若文件在私有盘，应把 JPG 放到访客可读桶或改附公开 CDN 路径并记录合规审批。