v3.3.11 — billion-context 代理压缩适配 + 语义侧车根治

已确认修复

• #451：装了 billion-context 代理型压缩插件时，上下文水位恒虚高十余倍（实测 2,177,730 vs 16 万），导致每轮误判硬触发（重复写骨架账本 + 无谓 arm 自动接续）。现改为四道校验全过才用 provider 真实 usage 计算水位，任一不满足逐字节走原路径。
• Python 语义侧车静默残废：进程 alive 但从不产出结果（stats.starts=1 / exits=0）。补解释器验证闸、长驻进程健康巡检、stderr 增量落盘、诊断日志轮转、dispose 清理。

新增

• 配置键 waterLevelProxyCompat（默认开）。检测到该插件时一次性询问是否开启；设置页三档皮肤同步可改；水位卡显示「代理压缩实测」。

仍未解决 / 未验证

• 上游缺陷未修：根因在 @deepseek-ai/dsh-token-meter 的守卫判据（用未压缩 anchor 估算去比较压缩后真实用量），本版只是插件侧防御。已确认 npm 0.2.1-rc.2 与 0.2.1-alpha.5 两版均未修，建议上报上游。
• 真实链路未本机验证：本机未安装该插件，兜底以合成事件验证（a30 套件 82 断言 + 5 组变异必红）。有该插件的用户需实测 water level advisory 行的双数输出。

验证

• 全量回归 PASS 429 / FAIL 0 / TIMEOUT 0（--jobs=1 串行，506.1s，429/429 套件）
• tarball 双检：本地 pack SHA1 == registry dist.shasum == a49694d2cd52270e29ba931b56320ec736393e09（node 复算，逐字节同源）
• 重启后实测 proxyCompaction = {"enabled":true,"detected":false,"reason":"absent"}，水位 ratio=0.43 / meter=official:usage ⇒ 普通用户路径与 3.3.10 完全一致