只用浏览器完成图片处理，这套流程能扛住工作

关于浏览器编辑器的关键问题不是”它能不能取代 Photoshop”，而是哪些活可以被它完整吃掉，从而让桌面套件不再卡在每一个小需求的关键路径上。

它能完整吃下的活

有一类工作占了九成数量、一成复杂度：

• 按位置改尺寸、裁切。
• 格式转换，拼合或不拼合。
• 打开别人发来的文件看一眼、抽出其中一层。
• 快速修图：去个瑕疵、补块背景、把照片拉直。
• 为某个变体改一行文字。
• 对着品牌色号微调颜色。

这些事上，一个两秒打开、从不上传文件的标签页，胜过一个需要授权、需要安装、还要更新显卡驱动的程序。

它不该接的活

边界要说清楚，越界才是团队踩坑的原因：

• 印刷生产：CMYK、软打样、专色。
• 几百个图层、几十 GB 像素级数据的文档。
• 需要 3D、视频、插件生态的工作。
• 跨多天、需要在图层级做版本管理的文档。

合理分工：快的 80% 交给浏览器，深的 20% 留给桌面软件，中间用一个双方都能访问的目录衔接。

隐私这条其实是最务实的理由

本地编辑器没有上传这一步，文件根本不离开机器。这一条直接消掉一整类问题：客户保密协议、未发布的产品图、私人照片、医疗影像。

上传型转换网站要求你相信陌生人的留存策略；WebAssembly 构建只要求你相信自己浏览器的沙箱。对多数团队来说，后者跟法务解释起来容易得多。

把交接排顺

流程要跑得动，文件进出浏览器不能有摩擦：

1. 命名统一。沿用桌面文件的命名规则（客户-位置-变体-宽度.ext），浏览器产物直接落进同一套目录结构。
2. 分层源文件保持分层。交付用拼合副本，但可能返工的改动用 PSD 写回。
3. 一个文档一个标签页。多标签页就是浏览器里的”多开文档”，比单窗口里再套标签更好对照。
4. 按目的地做导出预设。网页（WebP，质量 82）、幻灯片（PNG）、印刷交接（PSD + 由桌面套件出 PDF）。

编辑器变成一个标签页之后的变化

两个行为上的变化值得提前知道：

• 加载时间成了设计约束。首次要下载应用本身——这里是 14 MB 左右——第二次走缓存。建议把这个标签页留着不关，而不是每个活都重开一遍。
• 浏览器就是运行时。GPU 加速依赖 WebGPU 可用且开启；管控严格的企业浏览器策略可能把它关掉。推广成团队标准前先确认这一点。

用一个真实活走完全流程

判断是否合适最快的办法，是拿一个真实需求跑一遍：打开分层 PSD、关掉不需要的图层、导出 PNG，和你桌面软件的结果对比。PSD 转 PNG 流程 与 格式对比 给了具体参数，编辑器 就是这套循环跑起来的地方。