81 /100 P1
原生节点状态矩阵
新老登录、旧订阅、空列表、刷新、账户切换，所有原生发布版本一起验收。
VPN-12 / A: VPNCHEAP-APP / R: CLIENTS + XBOARD
VPNCHEAP CLIENT BRIEF / 2026.07.31
让每个平台
说同一种真话
20 条去重反馈看似横跨 Android、TV、Apple、macOS、Windows 与服务端，底层其实只有三件事：连接是否真实、账户是否新鲜、问题是否有唯一负责人。
20唯一 VPNCheap 反馈指纹
0具备严格真实验收回执
11已实现，但未真实验证
9未端到端完成
不是 20 个小问题。是 3 个系统契约没有统一。
连接真相
UI 绿色不等于数据面可用。状态必须来自 OS/Core，真实验收必须看到出口改变。
状态新鲜
续费、充值、节点更新后，客户端不应靠重登才能看见真实服务端状态。
归属真相
一个反馈只有一个最终验收负责人，服务端与客户端各修自己的最早失败层。
01 / 严格现状
代码覆盖不错，
验收纪律不足
单元测试、构建、合并和发版都不能把 △ 升成 ○。VPN 产品必须在真实设备上完成隧道状态转换并验证公共出口改变。
20唯一反馈指纹
当前仓库与发布证据复核
55% 卡在
55% 卡在
“做了，没证实”
这不是说修复无效，而是缺少能对客户负责的真实回执。先偿还验收债务，比继续增加跨平台功能更有价值。
○ 0实现且真实验证
△ 11实现，缺设备/生产验证
☐ 9未端到端完成
X 0阻塞、裁撤或不适用
九个项目，一个客户体验
平台客户端承担用户可见验收；Xboard 承担账户、订阅与节点真相；vpncheap-app 承担组合发布与治理。
Mobile
Android
△4 / ☐3。节点、Tile、性能、忘记密码。
TV
Android TV
△2 / ☐2。节点加载、刷新生命周期。
Apple
iOS + tvOS
购买新鲜度、节点状态、刷新与支持版本。
Desktop
macOS + Windows
假绿、双出口、断线、速度与 TLS。
Legacy
Flutter / Linux
断线修复验收与明确的维护/退役边界。
Authority
Xboard + Release
令牌失效、状态版本、官方客户端能力、发布索引。
02 / Before & After
把“重登试试”
变成确定性恢复
共同的改进不是统一 UI，而是统一真相信封：权威来源、状态版本、测量时间、过期策略、安全原因与验收回执。
BEFORE / 今天
用户替系统做诊断
- 1续费成功，客户端仍显示旧到期日。
- 2节点为空，不知道是登录、订阅、缓存还是服务端。
- 3UI 显示已连接，实际没有网络或出口不一致。
- 4问题在多个仓库间移动，发布路径重新寻找。
AFTER / 目标
产品自己说明真相
- 1服务端状态带版本，旧响应不能覆盖新状态。
- 2空节点有稳定原因、缓存策略与一键恢复。
- 3OS/Core 决定连接，真实设备回执验证出口。
- 4一个 GitHub 指纹连接负责人、发布与验收证据。
03 / 项目计划
各自修复，
共同验收
下表是项目执行卡，交叉依赖不可相加。组合唯一总数始终是 △11 / ☐9。
| 项目 | 状态卡 | 首要动作 | 计划 |
|---|---|---|---|
| Android | △4 ☐3 | 发布矩阵、状态新鲜度、忘记密码 | 打开计划 |
| Android TV | △2 ☐2 | 真实硬件节点/刷新验收 | 打开计划 |
| Apple Native | △2 ☐3 | 购买新鲜度、iOS 支持基线 | 打开计划 |
| Apple TV | △2 ☐2 | 硬件刷新与状态可见性 | 打开计划 |
| macOS | △3 ☐5 | 假绿、双出口、TLS、性能 | 打开计划 |
| Windows | ☐5 | 断线阶段、原生节点矩阵与跨桌面归因 | 打开计划 |
| Flutter / Legacy | △1 ☐3 | 验证断线修复，冻结维护边界 | 打开计划 |
| Xboard | △2 ☐2 | 令牌、状态版本、签名能力 | 打开计划 |
| vpncheap-app | ☐3 | 组合看板、支持矩阵、发布索引 | 打开计划 |
04 / 最高价值下注
正确性优先，
便利功能随后
下列数字直接引用 20 条 canonical 指纹注册表，不是第二次评分，也不另加覆盖分。关键词多不会自动得到高分。
81 /100 P1
账户与订阅新鲜度
服务端版本号、旧响应拒绝、强制刷新，不再要求重登才能看见充值或续费。
VPN-17 / A: XBOARD / R: EACH CLIENT
80 /100 P1
订阅令牌失效
先验证旧/新令牌、缓存、并发与回滚。代码看似正确，现场矛盾仍未关闭。
VPN-11 / A: XBOARD SERVER
78 /100 P1
购买后账户同步
交易完成后，服务端会员状态与 Apple 原生客户端必须在同一验收窗口内一致。
VPN-03 / A: APPLE NATIVE / R: XBOARD
75 /100 P1
macOS 假绿
OS/Core 状态与真实数据面必须一致，已连接后的监督探测只能提示，不能擅自断线。
VPN-05 / A: VPNCHEAP MACOS
75 /100 P1
一个节点，一个出口
首选举、切换、双栈、睡眠唤醒与快速重连必须证明展示节点与实际出口一致。
VPN-15 / A: VPNCHEAP MACOS
18UA-only 订阅授权。可伪造，现有标识也不一致。
29把所有问题复制进一个仓库。制造第二事实源。
42无限期维持 Flutter 与原生桌面双线完全同功能。
05 / 90 天路线图
先验收，
再统一契约
第一阶段主要产出证据，不是大面积改代码。失败的验收才进入实现阶段。
0 - 30 DAYS
证据门
- 11 个 △ 全部建立发布版本真实验收卡
- 令牌旧/新 URL 与缓存互操作测试
- 冻结节点、账户、连接真相信封
- 盘点 iOS/macOS 支持与 Legacy 证据，不发布新基线
出口：100% 活跃指纹有负责人、验收和停止条件。
31 - 60 DAYS
契约门
- 发布 GitHub 组合视图与发布索引
- Xboard 状态版本、缓存失效与强制刷新契约
- 每个平台只修真实验收失败路径
- 账户页/设置页显式刷新与过期状态
- 至少 80% 计划内验收债务升级为 ○
出口：每个 P1 为 ○ 或经批准的 X。
61 - 90 DAYS
组合门
- P0-P2 闸门关闭后，再定义支持基线与签名能力
- 按平台 canary，监控假绿、无节点、重登与令牌回归
- 从批准后的基线发布支持矩阵
- 连续两个发布窗口没有 P1/P2 回归
出口：没有计划内 P1/P2 停留在 △ 或 ☐。
批准一轮可靠性与验收冲刺。
01
真实设备优先
先把 11 个已实现条目变成有回执的 ○，再继续跨平台功能扩张。
02
Xboard 冻结状态契约
令牌、节点、账户、订阅都提供权威版本和过期策略。
03
一个反馈，一个负责人
单平台问题由客户可见客户端负责；跨客户端 VPN-12 由 vpncheap-app 负责组合闭环，各客户端与 Xboard 提交组件回执。
04
vpncheap-app 负责组合索引
GitHub 仍是事实源，不建立第二套问题数据库。
治理依据
- Feedback-to-Roadmap Decision Contract v1.0
- 组合与发布改进计划
- 20/20 反馈 ID 已映射到当前代码与唯一计划负责人
验收硬约束
- 真实设备完成 OS/Core 隧道转换
- 公共出口改变，但地址值不写入日志、UI 或报告
- 不显示入口地址、协议、原始配置或订阅 URL
- 监督层探测不能结束一个已显示连接的会话