dsh-image-fit
DSH 插件：输入栏「长图适配」开关，把因规格限制送不进去（或会被压糊）的图片自动切成可输入的方形图块。
插件会安装到这里；不确定时保持 web。
npx -y @deepseek-ai/dsh plugin --profile web add github:zhll666/dsh-image-fit#b68d1f85d7e36351848e6915603ada5cb9c9a2ee
Image Fit 以 dsh-image-fit 发布，当前版本为 0.1.0。Plugin Hub 会校验它的 manifest，并保存精确安装来源，便于复现安装结果。
给 DeepSeek Harness（DSH） 用的插件：输入栏多一个「长图适配」开关，把因为规格送不进去的图片自动切成能送进去的尺寸，再交给 DSH 的附件通道。
DSH 对单张图片有硬限额：长边 ≤ 8192、体积 ≤ 20 MiB、像素 ≤ 6400 万。超了直接拒收。
还有一条更隐蔽的限制：即使没超限额，服务端也会做归一化——超过 4.19M 像素的图会被压到长边 2048。一张 1080×7250 的手机长截图压完只剩 305×2048，字全糊，等于没发。
这两类都属于「规格问题」而不是「图片有问题」，插件只在命中时才动手，其余图片原样放行。
装好并重启 DSH 后，输入框左侧会多出一个开关：
● 长图适配 ← 开：命中规则的图片会被接管处理
○ 长图适配 ← 关：全部按原样交给宿主
状态存在 localStorage（键 dsh-image-fit.enabled），默认开启。开着的时候，把图片拖进输入框 / 直接粘贴 / 用回形针选择，插件会在事件到达宿主之前截下来：
createImageBitmap 读尺寸（自动处理手机照片的 EXIF 方向）；conversation.createDrafts() 加 shell.addAttachments()，有明确回执；<input type="file"> 赋值并触发 change，等于替用户「选了一次文件」，走宿主自己的上传流程；尺寸本来就合规的图片也会被接管，但只是原样重新投递，效果和没拦一样。
| 情况 | 处理 | 原因 |
|---|---|---|
| 超 20 MiB / 6400 万像素 / 长边 8192 | 长条（长短边比 ≥ 2.5）→ 切块；其余 → 整体缩小 | 硬限额，原图必然被拒 |
| 没超硬限额，但 > 4.19M 像素且长短边比 ≥ 2.5 | 切块 | 会被归一化压到长边 2048，字会糊 |
| 其余（普通照片、小图、方图） | 不动 | 宿主自己处理得更好 |
GIF 动图只在触发硬限额时整体缩小，不切块（切了就成静态图了）。
min(短边, 2048) 起算；[0.92, 0.85, 0.78, 0.7, 0.6, 0.5]，逐级降到 ≤ 4 MiB。例子：1080×7250 的截图 → 7 张 1080×1080，重叠约 52px；500×200000 的极长图 → 20 张，整体缩到 0.197 倍。
这是一个 bundle 级的 DSH 插件（dsh.bundle 加 cordis.patch.yml），要求 DSH 0.2.x 桌面版。
方式一：在 profile 里登记
把本仓库放到任意目录，然后在你的 profile（$DSH_HOME/profiles/<name>/）里：
package.json 的 dependencies 加一条："dsh-image-fit": "link:<本仓库绝对路径>"（Windows 下用正斜杠）；dsh.profile.bundles 数组末尾加 "dsh-image-fit"；node_modules 下建一个指向本仓库的链接（Windows：mklink /J node_modules/dsh-image-fit <本仓库绝对路径>，或直接用 pnpm link）。方式二：plugin_manager
如果你的 DSH 会话带 plugin_manager 工具，直接 action="install_bundle"、target 指向本仓库绝对路径即可，它会代为写入 profile。
装完必须重启 DSH 应用：宿主只在启动时扫描 bundle 列表，客户端 HMR 只覆盖已经在跑的插件，不会自动加载新增的 bundle。
插件用到两处非公开的宿主接口，都做了降级：
conversation.input.for(scope) 到 shell.addAttachments(ids)：拿到会话 shell 就直接把附件塞进草稿；conversation.createDrafts(sessionId, files)：让宿主自己创建附件草稿（它会顺带做尺寸探测）。任何一处不可用都会退回隐藏 input 的兜底通道，所以宿主升级后最差是效果变差（走宿主自己的限额提示），不会报错崩掉。
package.json bundle 清单（dsh.bundle / dsh.client 字段）
cordis.patch.yml 插入条目（id、name 都是 dsh-image-fit）
index.js node 半边，空 apply（纯浏览器插件，只为让 dsh.client 被扫描到）
client.js 全部逻辑：切块算法 + 事件拦截 + 开关按钮
test/plan.test.mjs 从 client.js 里切出切块代码直接求值，测规划 / 像素覆盖 / 判定
test/entry.test.mjs 假 React + 假 DOM 渲染真组件，测插槽注册 / 开关 / 事件拦截 / 两条投递通道的回退
test/make-browser-test.mjs 从 client.js 里原样切出切图代码，生成 test/carve.html
test/carve-run.js 浏览器里跑的端到端断言（页面回传结果）
node test/plan.test.mjs # 切块规划、零空隙覆盖、判定规则
node test/entry.test.mjs # 组件渲染与事件拦截
node test/make-browser-test.mjs # 生成 test/carve.html（改过 client.js 之后要重跑）
test/carve.html 也可以直接用浏览器打开，断言结果打印在页面上并写进 document.title（PASSED / FAILED）。
实测结果：
plan.test.mjs、entry.test.mjs 全 PASS；[data-composer-card]）；宿主 DOM 结构变了就退化成不拦截，不会误伤；createImageBitmap 加 OffscreenCanvas）下做过验证。MIT © Chen-Zhenghao