dsh-qwen-connect

再用备份覆盖 profile 配置

Copy-Item "$w_backup-qwen-connect-20260911-141226\package.json" "$w\package.json" -Force Copy-Item "$w_backup-qwen-connect-20260911-141226\cordis.patch.yml" "$w\cordis.patch.yml" -Force

## 已知限制

1. **仅 Windows**：凭据解密走 Windows DPAPI。
2. **工具调用 / 视觉输入未支持**：文本流式对话与多轮已打通；但
   `tool_calls` 未做协议转换，图片输入会被 shim 丢弃（`toQwenWorkMessages()`
   只保留 `type: 'text'` 块）。**不要依赖这两项能力。**
3. **DPAPI 依赖 PowerShell 兜底**：本机未装 `koffi`/`ffi-napi`，走 PowerShell
   子进程（每进程约几十毫秒）。
4. **模型目录是静态的**：`/api/v2/model/list` 需要 WASM 签名（403），
   目前用内置的三模型目录，不动态拉取。
5. **`quota.total` 对 Free 套餐为 null**：卡片按「未提供」处理，不显示 0%。
6. **签名依赖官方 WASM**：`research/wasm.bin` 是从 App 产物提取的签名模块，
   **不随插件发布**；换机器需重新提取（`node research/wasm-extract.mjs`）。
7. **`Cosy-Version` 动态解析**：优先读 App 产物里 SDK 的 `COSY_VERSION`
   常量（实测 `1.1.32`），失败时回退安装目录版本号，最后回退常量。
   来源会记在 `signerSession.describe().cosyVersion.source` 里。

## 聊天接入架构（阶段 A-2）

DSH / pi-ai ──OpenAI 协议──▶ 环回 shim ──WASM 签名+加密──▶ gateway.qwenwork.cn ◀──OpenAI SSE── ◀──双层信封 SSE──

- shim 由 `lib/chat-shim.js` 实现，监听 `127.0.0.1` 随机端口，**仅接受环回
  请求**（Host/Origin 双校验，挡 DNS-rebinding）。
- provider 的 `baseUrl` 在 shim 就绪后指向
  `http://127.0.0.1:
/v1/chat/completions`。
- **签名头 `Authorization: Bearer COSY.` 由官方 WASM 生成，绝不能被
  `Bearer ` 覆盖**（覆盖即 403 Signature invalid）。