# 0.3.1 修复验证

- 69 项本地回归通过。覆盖手动官方、其他模型、账号渠道及聚合模型不被拦截，观察状态损坏不中断调用，以及安装/恢复聊天不自动改选。
- 0.3.0 的全局拒绝逻辑已移除；下面的 0.3.0 守卫测试只是历史记录，不代表当前行为。
- 主要验收对象改为 SnowLuma + qq-bridge 连接的 DSH Web。
- 使用上游 qq-bridge 原始 DSH 客户端（b80fa51bc03fc4d5a1ef9a4cad7029e796b8fc67）连接真实 web profile，完成 Cookie 授权、session/follow baseline、选模、提交和回合收集；通过 OFM 账号渠道得到精确 BFY_WEB_OK、completed 和实际 OFM 选号回执。保留 low 档位。
- 同一宿主接受其他 OFM 模型、官方模型和账号渠道的手动选择；安装及恢复聊天不再触发插件自动改选。普通调用不会因旧接入记录或记录文件故障而被本插件拒绝。
- 本轮默认免费池选模正确，但真实请求遇到上游 TLS 握手 ECONNRESET；另一次归档测试会话重用被宿主阻止，未产生模型调用。随后通过显式选择原有账号渠道完成 web 链路验证。没有把免费池失败写成调用成功，也没有把账号测试实现为自动兜底。
- 验证止于 qq-bridge 的真实 DSH 客户端收发及模型路由；未向 QQ 群或好友发送测试消息，不宣称 SnowLuma/QQ 出入站全链路已新验收。账号轮换仍缺真实同渠道多账号切换证据。

# 验证范围

## 0.3.0（2026-11-03）

新增接入行为以 deepseek-onboarding.md 为准。桌面端经自身插件管理器安装并装载 0.3.0，复用已有官方来源 OFM 2.8.0。

- 本地 68 项回归通过，覆盖 DS-only、原档位保留、官方及非 DS 拦截、会话隔离、实际选号观察、预检不伪装轮换、显式兜底与异常/中断回执。跨平台结果以该分支 CI 为准。
- 真实 DSH 0.2.1-rc.5 隔离 web profile 中，安装候选包并复用合成 OFM entry，工具可被宿主发现；新会话自动选择 DS，low 档位保持不变，原生 LLM 调用入口允许 DS、拒绝官方及非 DS。
- 同一真实 SDK 的合成账号适配器在一次调用中切换两个合成账号，候选观察到账号池调用与切换，三项判据返回 complete。此项是受控 SDK 契约验证，不是用户真实账号的额度故障测试。
- 接手续验修复了 profile 共用路由导致聊天互相误拦截的问题。最终候选包经正常插件管理器安装，已核对装载源码与候选一致；同一真实宿主中，免费池聊天保留 low 档位，另一聊天接入 qodercn 并完成合成轮换，两者均通过独立路由验收，官方与非 DS 调用仍被拒绝。
- 全新 DSH_HOME 安装候选包后，官方 scoped OFM 2.8.0 设置 API 与账号渠道包已成功装载；没有修改或复制用户的账号与登录数据。
- 真实桌面 profile 中提交一次短提示词，收到精确 BFY_OK、非空正文及 completed 终态；请求头与插件回执均确认 our-free-model/deepseek-v4.1-flash-free，保留 high 档位，官方兜底关闭。该结果证明一次真实直接免费池调用，不证明长期可用或真实账号池轮换。
- 真实账号额度故障切换尚未验收。免费池没有账号可轮换；同一渠道只有一个可用账号时必须报告未完成。上游物理请求数与实际扣费不从这些测试推断。

以下保留 0.2.0 的历史验证范围，不能替代 0.3.0 的线上验收。

v0.2.0 的本地验收记录，日期 2026-10-31（Asia/Tokyo）。

- 本地 52 项测试通过，离线演示成功；依赖审计没有报告已知漏洞。CI 在推送后独立检查 Windows/Linux × Node.js 22/24，不能将本地结果冒充 CI 结果。

- 核心回归和新增 HTTP/WebSocket 契约测试：包括公开池默认选择且排除账号/前缀/聚合链、订阅就绪后提交、选模失败换备用、重复帧、历史快照、断线不重放、超时、工具调用、状态互斥、配置幂等及损坏审计保留。
- Windows、Node.js 24；DSH 宿主服务包 0.2.1-rc.3。客户端使用 slash RPC 和 remote.mux，不声明兼容所有旧版或未来版本。
- 经用户授权，本机已配置 OFM 渠道 TRAE / deepseek-v4.1-flash / light 的一次真实文本回合返回 BFY_OK，终态 completed，没有工具调用。首轮协议预检发现 maxMessages=0 不被宿主接受；修正为正整数，并加入回归断言，预检失败时没有提交提示词。
- 主回合之外，DSH 自动标题提供商执行了一次附加模型请求，已核对其 provider 元数据。累计两次模型请求，已用完本轮授权。运行器现先固定人工标题以抑制自动标题，测试要求该步骤先于 prompt；此修正不再额外调用模型。
- 原生安装包在全新 DSH_HOME 的 web profile 安装成功，宿主实际启动后查询到 /bfy-ofm；执行 doctor 成功，未提交模型提示词。
- 免费公开池默认策略与实际模型目录匹配；本轮未对公开池重新发起模型请求，不把此前 TRAE 成功写成公开池在线验证。
- 全新目录安装 npm tarball 后，CLI 默认生成 DeepSeek/GLM 公开池主备；再次执行返回 changed=false；缺少模型调用许可标志时 smoke 拒绝提交。
- 最终代码在另一全新 DSH_HOME 安装，实际验证命令可见、doctor 成功、空公开池 setup 返回明确错误，以及人工标题设置和事件订阅 baseline。上述操作没有提交模型提示词。

目录、测试和模拟事件只能证明相应层级。真实短回答也不能证明永久免费、长期稳定、工具权限隔离或完整 QQ/记忆系统可用。

## npm 分发准备（2026-11-01）

npm 包名改为 baifanyu-ofm，版本 0.2.0；GitHub 仓库地址保留。改名后的 52 项测试通过，发布预演、安装包白名单与隐私检查通过；tarball 已在全新目录安装，并在独立 DSH_HOME 中验证 baifanyu-ofm/plugin 加载、/bfy-ofm 注册和 doctor 成功。上述分发验证没有调用真实模型。公开 registry 的可下载状态需在正式发布后单独读取和安装确认。

## npm 公开下载验收（2026-11-01）

- baifanyu-ofm@0.2.0 已正式发布；registry 的完整及精简元数据都列出该版本，latest 指向 0.2.0，repository 正确关联本仓库。
- 使用不含登录凭据的配置，从官方 registry 下载并安装 0.2.0，CLI 帮助正常。下载 tarball 的 SHA-512 与已审验发布包一致。
- 在全新 DSH_HOME 中实际执行 `dsh plugin --profile web add baifanyu-ofm`，安装得到 0.2.0，组合配置确认加载 baifanyu-ofm/plugin。
- 首发占位版本 0.0.0-stage 曾短暂出现在元数据和缓存中；已以确切版本及最新元数据确认实际运行包，未把占位版本当作验收成功。
- 此次发布使用临时调用的 npm 11.21.1 完成正常交互式 2FA，没有修改全局 npm 版本、创建绕过 2FA 的 token 或增加模型调用。