我把 GPT Image Playground 整个搬进了 DeepSeek Harness

加载中...

2026/11/01 · Ai资讯

我在 DSH 里生图，始终缺一块拼图

DeepSeek Harness 自带生图能力：一句话描述，出图，落盘。日常够用。

但真正做图的时候，缺的不是"能不能生成"，而是生成之外的那一整套动作：

这张不满意，想只改左上角那一块 → 要能涂遮罩
想沿用上一张的构图，但换风格 → 要能把它拖回来当参考图
一次试十个提示词 → 要能批量排队
上周那张挺好的，忘了存哪了 → 要有历史与收藏夹
手上三个中转站，哪个便宜用哪个 → 要能随时切配置

这些能力，社区里有一个已经打磨了半年的开源项目全都有：GPT Image Playground（作者 CookSleep，MIT）。画廊与 Agent 双模式、最多 16 张参考图、遮罩编辑器、画板标注、评论定位、批量提交、收藏夹、ZIP 备份——你能想到的生图工作流，它基本都覆盖了。

问题只有一个：它是个独立网页，和 DSH 是两套东西。

所以这次我没有"再写一个生图工具"，而是做了另一件事：把这个已经成熟的工作台，原样装进 DSH。

为什么是"原样装"，而不是"重写一个"

重写是最容易走偏的路。你自己照着截图实现一遍，第一版大概能还原 70% 的界面，但那些边角——遮罩的边缘羽化、批量任务的并发上限、失败重试保留收藏、评论坐标怎么拼进提示词——会在接下来的几个月里，一个一个被用户发现"你的和原版不一样"。

于是我换了个做法：

把上游的官方构建产物（GitHub Pages 上的那份）vendor 进插件，由插件同源托管，在 DSH 面板里用 iframe 呈现。

结果是：界面和功能就是上游发布版本本身，不是模仿，不是"致敬"，是同一份代码。上游更新了，重新抓一次构建即可。

插件自己只做两件上游做不了的事：静态托管 与 同源 API 代理。

三个不那么显然的坑

真把它塞进 DSH，会撞上三个问题。这部分可能对写 DSH 插件的同学有点用。

一、跨域。 工作台在浏览器里直接请求你的 API，很多中转站不带 CORS 头，浏览器直接拒绝，界面上只会出现一句让人抓狂的"接口不支持浏览器跨域请求"。

解法是插件注册一条同源代理路由，把请求转到真实地址。难点在细节：Authorization 要透传、multipart 的图片体要原样转发（不能重新编码）、浏览器中途离开要 abort 上游请求，否则会留下一堆孤儿连接。做完之后，用户在应用里把 API 地址填成代理地址就行。

二、切换面板会把生图掐死。 这个坑最隐蔽。DSH 的 main 槽是 keyed 槽，只渲染当前选中的那一项——你去点左栏的会话，工作台组件就被卸载了，iframe 跟着销毁，正在跑的那次生成直接断掉。用户看到的是"报错，但没有原因"。

解法是把 iframe 从面板里搬出来：main 里只留一个占位盒负责登记位置，iframe 住在常驻的 shell.overlay 条目里。切走时只是 display:none，文档不销毁、请求继续跑；回来还是同一个文档，进度、画廊、输入内容都在。

三、原版界面里有几处不该出现的东西。 安装为应用、下载客户端、操作指南、设置里的"关于"——这些是给独立站点准备的。直接改上游代码会让"原样"这件事失效，所以改成在 iframe 内注入：按 aria-label 精确隐藏按钮，用 MutationObserver 盯住 React 的重渲染，版本号则改成插件自己的版本（这样它不会和上游版本对不上）。