fix(ci): keep the mount lane on 0.1.5-rc.2 (alpha.2 pin fails on unmodified main)

Pinning the lane to 0.1.6-alpha.2 makes plugin-mount fail deterministically:
the shell boots into the new-session empty state, no session scope reaches the
sidebar, and [data-dsh-better-sidebar] [title] never attaches
(mount.e2e.ts:216 plus perf.e2e.ts:182). Falsified against this branch with a
probe: origin/main + that one-line pin, run 35484961070, same red, zero plugin
changes involved.

So the dev tree keeps alpha.2 (the line the maintainer's desktop runs) while
the lane stays on the released pin; the evidence and the follow-up (teach the
lane to activate the seeded session on the alpha line) are recorded in
AGENTS.md §2/§3 and docs/plans/2026-09-17-dsh-0.1.6-alpha.2-adaptation.md.

docs/plans/2026-09-17-dsh-0.1.6-alpha.2-adaptation.md

@@ -32,7 +32,7 @@
 | `pnpm-lock.yaml` | 随装更新 |
 | `src/client/SideChatView.tsx` | `IconSendOutline16` → `IconSendOutline14`；标签对象补 `noExitCode`；删 `reconnectLabel` |
 | `src/client/locales.ts` / `locales-ja.ts` + 18 份第三语言词典 | 新增 `sideChatBlockNoExitCode`（20 份 key 集同步） |
-| `.github/workflows/ci.yml` | 挂载车道钉版 `@deepseek-ai/dsh@0.1.6-alpha.2`；注释改写为 alpha 线的理由与「rc.2 仍受 peer 范围支持」 |
+| `.github/workflows/ci.yml` | 挂载车道**保持 `0.1.5-rc.2`**（见下「CI 钉版为什么留在 rc.2」），注释里记入探针证据 |
 | `AGENTS.md` | §2 钉版说明、§3 新增 #680 适配段、§3.9 追加 `diff`/`simple-icons` 两个 hoist |
 | 本文件 | 适配记录 |
 
@@ -47,6 +47,14 @@ peer 范围、`dsh.client.inject`、chunk externals 白名单、`SIDEBAR_SERVICE
 - `pnpm build` → 成功；`ui-bundle` 守卫仍绿（核心包 835.6 KiB、chunk 709.8 KiB、无 preflight/oklch/lucide）。
 - `pnpm test:mount`（`DSH_CMD="npx -y --package @deepseek-ai/dsh@0.1.6-alpha.2 dsh"`，真实挂载 + 无头 tab 全扫）→ **7/7**；`PERF_SUMMARY mount=480ms longtasks=2/221ms`（预算 ≤8）；资源清单里 `/sidebar/bundle/tasks.js` **真实下载**（`decodedBodySize 726905`），懒加载路径在 alpha 线上同样成立。
 
+## CI 钉版为什么留在 rc.2（含证伪过程）
+
+第一版把挂载车道也钉到 `0.1.6-alpha.2`，CI 的 `plugin-mount` **确定性失败**（重跑同样红）：`mount.e2e.ts:216` 等 `[data-dsh-better-sidebar] [title]`（插件底部工作台 tab 条）90s 不出现，`perf.e2e.ts:182` 同样卡在底部拖拽条。失败截图显示外壳正常但**没有活动会话**（会话面板停在空态占位），按 e2e 自己的注释「没有 session scope → 工作台没有 pane」推断：alpha 线在 CI 上不再自动激活 scratch profile 的种子会话。
+
+关键一步是**证伪「这是本分支引入的」**：从 `origin/main` 拉探针分支 `probe/dsh-alpha2-ci-pin`，**只改这一行钉版**（零插件改动），用 `gh workflow_dispatch --ref` 触发（ci.yml 的 push 只对 main 生效，探针分支没有 PR 就不会自动跑）——`plugin-mount` **同样红**、同一断言、同一处（run `35484961070`）。本地（macOS）同一钉版 `pnpm test:mount` 却 7/7，说明这是 **alpha 线 + Linux CI 车道**的组合问题，与插件代码无关。
+
+按仓库硬约束（不改 DSH 源码）与 KISS，处置是：**devDeps 继续跟 alpha.2（对齐维护者实机），车道回到已发布的 rc.2**，并在 ci.yml 注释与 AGENTS.md §2/§3 写明证据与「车道学会在 alpha 线激活种子会话之前，alpha 只做本地验证」。把车道适配 alpha 线（例如断言前显式点击种子会话，或等外壳自动选中）留作**独立事项**：那是 e2e 基础设施改动，不该混进依赖钉版推进。
+
 ## 不做 / 留待发版决定
 
 - **不改 peer 下限**（用户确认）：`^0.1.5-rc.1` 继续容纳 rc.1/rc.2 用户；本适配对他们是无感的。