dsh-gzip

1. 安装并启动 DeepSeek Harness：npx @deepseek-ai/dsh web
2. 在终端执行上面的安装命令（CLI 会解析插件并核验来源）
3. 用 dsh plugins list 确认已安装，必要时重启 Harness 生效

插件以当前 dsh 进程的权限运行，安装时可能执行代码。请先通读仓库源码与许可证，确认无破坏性命令与越权访问；本站只做索引，不对第三方插件安全性作担保。

事实信息来自公开插件目录快照（2026-10-01），介绍文案由本站再加工。

以下为插件仓库 README 全文（原始内容，由公开目录抓取整理）。

# dsh-gzip

[![npm](https://img.shields.io/npm/v/dsh-gzip.svg)](https://www.npmjs.com/package/dsh-gzip)
[![license](https://img.shields.io/npm/l/dsh-gzip.svg)](LICENSE)

DeepSeek Harness 的 `/api` 响应 gzip 压缩插件：解决远程 / 低带宽访问时「历史加载失败：The user aborted a request.（internal）」的问题。

## 起因

dsh Web GUI 加载会话历史时，一页历史会把最近 50 条消息涉及的**全部原始事件**下发（含全部流式 chunk），响应体积可达 **4–13.4MB**，且服务端**不做任何压缩**；而浏览器侧的 RPC 请求有 **30 秒硬超时**。对于带宽较低或链路不佳的访问（easytier / ZeroTier / Tailscale 等异地组网、移动网络、上行受限的家宽），传输超过 30 秒就会被浏览器中止，界面显示「历史加载失败」。

实测数据（本项目开发环境的真实会话）：

| 会话 | 原始响应 | gzip 后 | 压缩率 |
|---|---|---|---|
| 大型历史会话 | 13.4MB | 1.16MB | 91.4% |

gzip 之后，同样 ~3Mbps 的链路上，单页历史从 ~36 秒降到 ~3 秒，远低于 30 秒超时。

## 适用范围与官方 gzip 说明

> **本插件仅适用于 DSH `0.1.2-rc.1` 之前的版本；DSH `0.1.2-rc.1` 及更高版本不适用，也不建议安装。**

从 DSH `0.1.2-rc.1` 开始，官方 `@deepseek-ai/dsh-host-webserver` 已提供 HTTP gzip 中间件，并且 Web 版 bundle 默认配置为 `compression: gzip`（level 1、阈值 1024 bytes）。同时，DSH `0.1.2-rc.1` 将 Typert streaming RPC 迁移到 `@deepseek-ai/dsh-api-gateway` 的 WebSocket `/api/remote.mux`，不经过本插件包装的 HTTP `/api` response。

因此，本插件是旧版 DSH 的过渡性 gzip 补丁，不应与 DSH `0.1.2-rc.1+` 混用。更高版本的官方压缩和流式 RPC 实现由 DSH 自身负责；本插件不声明对这些版本的兼容性。

**前置要求**：已安装 [DeepSeek Harness](https://github.com/deepseek-ai/deepseek-harness)（`dsh` 命令可用）；Node.js `^22.19` 或 `>=24`。

插件已发布到 npm，一条命令装好：

```sh
dsh plugin --profile web add dsh-gzip
```

> **重启生效**：安装完成后，重启正在运行的 DeepSeek Harness Web 服务并刷新页面。

### 其他安装方式

- **指定版本**：`dsh plugin --profile web add dsh-gzip@`
- **还没装 DSH**：`npx -p @deepseek-ai/dsh dsh plugin --profile web add dsh-gzip`
- **从 GitHub 安装**：`dsh plugin --profile web add github:040822/dsh-gzip`（仓库：[github.com/040822/dsh-gzip](https://github.com/040822/dsh-gzip)）
- **从源码 / 符号链接安装**（不经过 npm，开发或内网部署用）：把插件目录链接到 profile 的插件解析目录，并在 profile patch 中注册：

```sh
ln -sfn /path/to/dsh-gzip ~/.dsh/profiles/node_modules/dsh-gzip
```

```yaml
# ~/.dsh/profiles/web/cordis.patch.yml
- insert:
    - id: dsh-gzip
      name: dsh-gzip
```

## 验证

装好并重启后，用一条 curl 确认响应带上了 `content-encoding: gzip`：

```sh
curl -s -D - -o /dev/null -X POST http://127.0.0.1:3080/api/session.list \
  -H "Content-Type: application/json" -H "Accept-Encoding: gzip" \
  -d '{"type":"client-request","rpcId":"test","method":"session.list","payload":{}}' \
  | grep -i content-encoding
# 应看到: content-encoding: gzip
```

浏览器端：DevTools → Network → 任意 `session.*` 请求的 Response Headers 应带 `content-encoding: gzip`；打开大型历史会话的加载时间应显著下降。

## 工作原理

- dsh `0.1.2-rc.1` 之前的 `/api` 路由由 `dsh-client-connection` **独占注册**（重复注册会抛错），`bridge()` 函数也未导出——插件没有"正门"可走，因此采用：monkey-patch `webServer.register`，在 `/api` 前缀路由注册的瞬间把 handler 替换为"按请求包装 `res`"的版本（实例级遮蔽 `writeHead` / `write` / `end`，不动原型，作用域仅 `/api`）。
- 压缩条件：请求 `Accept-Encoding` 含 gzip，且响应为可压缩类型（`application/json`、`*+json`、非 `text/event-stream` 的 `text/*`），且响应未自带 `content-encoding`。
- 豁免：SSE 事件流（`text/event-stream`）、zip 导出、未协商压缩的请求、已编码响应——全部原样透传。
- 时序无关：不依赖插件加载顺序；上游如何修改 `bridge()` 都不影响本插件（挂钩的是公开服务 API 与 node:http 稳定接口）。

## 兼容性与定位

- 在 `@deepseek-ai/dsh` **0.1.0-rc.6** 上验证通过（含端到端测试：13.8MB 响应压缩为 1.19MB，JSON 完整；无 `Accept-Encoding` 时行为不变；WS 下行流与错误路径不受影响）。
- 兼容范围按发布声明固定为 **`>=0.1.0-rc.6 <0.1.1-0 || >=0.1.1-rc.0 <0.1.2-rc.1`**（覆盖 `0.1.0-rc.*`、`0.1.0`、`0.1.1-rc.*` 和 `0.1.1`，不包含 `0.1.2-rc.1`）。其中 `0.1.1-rc.2` 尚未实测，保留 `unknown`；`0.1.2-rc.1` 明确标记为 `incompatible`。
- **定位是过渡方案**：根治在上游——历史响应瘦身（流式 chunk 事件不必全量下发）、官方启用压缩、超时策略按响应规模调整（见 [deepseek-ai/deepseek-harness](https://github.com/deepseek-ai/deepseek-harness)）。DSH `0.1.2-rc.1+` 已由官方 WebServer 提供 gzip，并将 streaming RPC 迁移到独立 WebSocket，因此本插件在这些版本上不适用。

## 开发

本插件由 **DeepSeek V4 Flash + DeepSeek Harness vibe coding** 完成：在 dsh GUI 会话中完成问题诊断（含实测数据与完整证据链）、方案设计、实现与端到端验证。全部代码就是一个 `index.js`，欢迎阅读、修改与提 PR。

## DSH STORE 上架契约自查（install / start / uninstall 证据）

本插件以**官方 bundle 形态**分发：`package.json` 声明 `dsh.bundle.patch` 指向本仓库的 `cordis.patch.yml`，其中仅以唯一 ID `dsh-gzip` **新增插件自有 entry（additive）**，不替换/冒用任何 `@deepseek-ai/*` 组件或受保护 entry。兼容性在 `dsh.compatibility.dshReleases` 中对 DSH 官方**完整版本逐项声明**。

> 关于「additive」的诚实说明：插件在 `/api` 路由**注册瞬间包裹（wrap）其 handler** 做 gzip，从不移除官方 `dsh-client-connection` 的 entry，也不改写任何官方内部实现——官方 entry 仍正常存在并运行，仅在响应写出时叠加压缩。`/api` 路由目前没有官方暴露在 manifest 之外的压缩钩子，这是在不破坏官方行为前提下的 wrapper 方案。

### 一次性 Profile：安装 → 启动 → 卸载 复现步骤

```sh
# 1) 安装到一次性 profile（不污染常驻 web profile）
dsh plugin --profile gziptest add .
# 2) 启动该 profile 的 web 服务
dsh web --profile gziptest
#    启动日志应出现：dsh-gzip: /api gzip compression enabled
# 3) 验证压缩生效（请求带 Accept-Encoding: gzip 时，响应带 content-encoding）
curl -s -D - -o /dev/null -X POST http://127.0.0.1:3080/api/session.list \
  -H "Content-Type: application/json" -H "Accept-Encoding: gzip" \
  -d '{"type":"client-request","rpcId":"test","method":"session.list","payload":{}}' \
  | grep -i content-encoding
#    应看到：content-encoding: gzip
# 4) 卸载并清理一次性 profile
dsh plugin --profile gziptest remove dsh-gzip
```

### 兼容性声明（见 `package.json` 的 `dsh.compatibility.dshReleases`）

| DSH 版本      | 声明        |
|---------------|-------------|
| 0.1.0-rc.6    | compatible  |
| 0.1.0-rc.8    | compatible  |
| 0.1.1-rc.1    | compatible  |
| 0.1.1-rc.2    | unknown     |
| 0.1.2-rc.1    | incompatible |
| 更高版本      | incompatible |

> 兼容范围中的 `0.1.1-rc.2` 当前仅为元数据上的 `unknown`，不代表已验证；安装前应优先使用上表中已实测的版本。

实测覆盖：0.1.0-rc.6 / 0.1.0-rc.8 / 0.1.1-rc.1 均实跑验证无问题，故标 `compatible`；0.1.1-rc.2 尚未实测，保留 `unknown`。从 DSH 0.1.2-rc.1 起，官方已提供 gzip，且 streaming RPC 传输契约已变化，因此该版本及更高版本均不在本插件支持范围内。

## License

MIT