dsh-neartoken 0.16.2 → 0.17.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +25 -2
- package/lib/client.js +2754 -2754
- package/lib/index.js +2 -2
- package/lib/types/host/pricing.d.ts +1 -1
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -5,7 +5,7 @@
|
|
|
5
5
|
<a href="https://dshfind.com/zh/plugins/huanlinoto/dsh-neartoken"><img src="https://dshfind.com/api/card/huanlinoto/dsh-neartoken?lang=zh" alt="dsh-neartoken card"></a>
|
|
6
6
|
</p>
|
|
7
7
|
|
|
8
|
-
把 New API 站点（NearToken，`https://
|
|
8
|
+
把 New API 站点（NearToken，`https://neartoken.cc`）变成 DSH 的模型供应商：**在设置页发起设备授权 → 用户在自己浏览器里登录站点并确认 → 插件自动接入 `neartoken` provider**。插件全程不接触密码。模型选择器再把这批模型按 New API 的渠道分组折成 **模型 → 分组 → 推理等级** 三级。
|
|
9
9
|
|
|
10
10
|
## 架构
|
|
11
11
|
|
|
@@ -62,7 +62,7 @@
|
|
|
62
62
|
|
|
63
63
|
| 字段 | 默认 | 说明 |
|
|
64
64
|
|---|---|---|
|
|
65
|
-
| `baseURL` | `https://
|
|
65
|
+
| `baseURL` | `https://neartoken.cc` | 站点根地址，不带尾斜杠 |
|
|
66
66
|
| `apiKeyEnv` | `NEARTOKEN_API_KEY` | 授权写入、adapter 读取的凭据引用名 |
|
|
67
67
|
| `catalogTtlMs` | `300000` | `/api/pricing` 目录缓存时长 |
|
|
68
68
|
| `defaultContextWindow` | `200000` | 没有任何来源能说明某模型上下文窗口时上报的值 |
|
|
@@ -85,6 +85,29 @@
|
|
|
85
85
|
reasoning: [low, medium, high, max]
|
|
86
86
|
```
|
|
87
87
|
|
|
88
|
+
### 站点地址迁移（0.17.0）
|
|
89
|
+
|
|
90
|
+
站点从 `https://llm.pko.svcfusion.com` 迁到 `https://neartoken.cc`，`baseURL` 的默认值随之改变。凭据里存的 key 不变：同一套 New API 数据下，升级后不需要重新登录。
|
|
91
|
+
|
|
92
|
+
**旧域名要给还在跑旧版插件的客户端继续用，只能做反向代理，不能做 302/307 重定向**：
|
|
93
|
+
|
|
94
|
+
- **302 把 POST 降级成 GET 并丢掉请求体**：登录（`/api/dsh/device/*`）、出字（`/v1/*`）、生图（`/v1/images/generations`）、充值全部失败。只剩匿名的 `GET /api/pricing` 和 `GET /api/status` 还能过，现场表现是「模型列表能显示，一发消息就报错」。
|
|
95
|
+
- **跨 origin 的重定向会剥掉 `Authorization` 头**（302 / 307 / 308 一样，是 fetch 规范行为）：凡是带 key 的请求落到新域名都成了未认证请求，一律 401。307 只救得回匿名端点，结果更迷惑 —— 登录能成功，之后每个模型都 401。
|
|
96
|
+
|
|
97
|
+
反向代理保留方法、请求体和请求头，SSE 也不会断：
|
|
98
|
+
|
|
99
|
+
```nginx
|
|
100
|
+
location / {
|
|
101
|
+
proxy_pass https://neartoken.cc;
|
|
102
|
+
proxy_http_version 1.1;
|
|
103
|
+
proxy_set_header Host $host;
|
|
104
|
+
proxy_buffering off; # 不关会把流式出字整段缓冲
|
|
105
|
+
proxy_read_timeout 600s; # 生图有 114 秒的先例
|
|
106
|
+
}
|
|
107
|
+
```
|
|
108
|
+
|
|
109
|
+
旧域名退役前，新版插件照常直连 `https://neartoken.cc`，两者互不影响。
|
|
110
|
+
|
|
88
111
|
### 图片压缩
|
|
89
112
|
|
|
90
113
|
**图片在离开本机前先被重编码**，不是原图直传：请求前把每张图交给 harness 的附件服务（`attachments.readImageRequest`）按 `imageMaxEdge` / `imageMaxBytes` 生成一份请求版，sharp 缩放 + 质量阶梯重编码（有 alpha 走 WebP、无 alpha 走 JPEG），结果按「附件 + 目标尺寸 + 字节预算」缓存，同一张图重复发不重复编码。已经被上游视觉网格丢掉的分辨率不再上传，也就不再计费。
|