第一天：装得明白，连得上
确认发布来源、权限、订阅规则和常用网络连接；完成直连基线，淘汰无法安装、条件不清或基本连接失败的候选。
三天试用，不浪费在反复点节点
把测试拆成基线、真实任务和退出核对。每一天只回答几个关键问题，结束时应能明确购买、继续观察或放弃。
WHY IT MATTERS
这项核对解决什么问题
试用期真正稀缺的不是节点数量，而是可比较的时间。先规定每天要完成的任务，可以避免前两天只看速度，最后一天才发现续费入口、设备限制或退款排除条件。三天计划也不是统一答案：若候选只提供数小时体验，应把基线、核心任务和退出核对压缩到同一轮，但不能省略失败记录。
第二天：在真实时段完成任务
在工作日晚高峰完成会议、下载或移动切换，连续三轮记录中断、最低表现和恢复动作，不删除失败样本。
第三天：检查长期成本
核对多设备差异、自动续费、退款渠道、账号删除和卸载后网络恢复；将退出摩擦写进最后结论。
结束：写成条件化结论
说明在哪些设备、网络与时段适合哪些任务，哪些项目未验证。若关键证据仍缺失，先延后决定。
WORKFLOW
落地时按这个顺序记录
开始前建立一张需求卡，写下设备、网络、主要时段、两个核心任务和三条淘汰线。每次只改变节点或协议中的一个变量，完成任务后再切换，避免同时改变多个条件。
每天结束后先保存原始记录，再写当天摘要。摘要可以概括趋势，但不得删除连接失败、假连接、人工重启等不利样本；涉及账号、订单、真实IP或订阅地址的字段必须脱敏。
三种会让结论失真的做法
- 只保留最快的一次测速，把偶然峰值当稳定表现
- 直到试用结束才寻找取消续费和退款入口
- 在不同设备、网络和时段之间直接比较一个平均分
QUESTIONS
执行前常见疑问
三天必须连续吗？+
不必，但每轮要记录日期和时段。若主要任务只在工作日晚高峰发生，宁可跨多个工作日，也不要用白天空闲时段替代。
候选太多怎么安排？+
先用安装来源、权限和基本连接淘汰明显不合格项，再让最多三项进入完整任务复测。
试用没有退款怎么办？+
把付款前可确认的信息与短时体验分开记录；无法验证的长期项目明确标为未验证，不用猜测补分。