功能定位：为什么“批量删失效”成了合规刚需
在快连（QuickLink）电脑端，订阅地址=节点索引文件。官方在 2026Q1 的PREN 无日志白皮书里明确：客户端本地保留的无效订阅若超过 90 天未清理，会在内存快照里留下“残留哈希”，虽然匿名，却会被部分企业内审视为“不可追溯配置”。因此，批量删除失效订阅不仅是提速，更是可审计流程的一环。
前置检查：先判定“失效”而非“慢”
经验性观察：>60% 用户把“高延迟”误判为失效。官方在 v6.8.2 起提供「订阅健康度」指标，路径：设置 → 诊断 → 订阅检测，只看两项：
- HTTP 状态码 ≠ 200；
- 解析后节点数 = 0。
同时满足才计入“失效”，避免误删尚在维护的订阅。
操作路径：Windows 与 macOS 的最短入口
Windows（以当前最新版本为例）
- 主界面左侧栏 → 订阅管理 → 右上角「批量」按钮；
- 勾选「仅显示失效」过滤器；
- Shift 连选后，点「删除」→ 二次确认弹窗勾选「同时清理本地缓存」；
- 完成后自动生成
audit_delete_sub_YYYYMMDD_HHMMSS.json于安装目录/logs，供内审归档。
macOS
- 顶部菜单栏 → Subscription → Batch Manage；
- 其余步骤与 Windows 一致，但日志文件位于
~/Library/Logs/QuickLink/。
提示：若「批量」按钮灰色不可点，说明客户端正在后台更新订阅，请等待右上角转圈消失，一般数十秒内完成。
决策树：什么时候不该一键全删
以下三类地址建议先“暂停”而非删除，避免合规断链：
- 企业自建网关：域名虽 404，但证书 3 天后轮换，重新上线概率高；
- 限时公益订阅：通常每月 1 号恢复，删除后需重新输入密钥，审计日志会多出“新增”记录；
- 已做「节点白名单」的地址：删除会导致对应规则悬空，下次同步时客户端自动兜底为「全球直连」，可能触发风控。
判断方法：在「批量」界面先导出 csv，筛选「owner=custom」且「cert_expire<7d」的条目，单独归档即可。
与第三方机器人协同的最小权限原则
经验性观察：部分运维组把订阅地址托管在 Telegram 频道，用第三方归档机器人自动推送到电脑端。若需批量删除，务必：
- 给机器人仅「读取消息」权限，不授予删除；
- 本地客户端保留「人工二次确认」开关（默认开启，设置 → 安全 → 第三方插件）；
- 删除操作只能由本地审计管理员账号完成，机器人仅提供失效列表。
警告：任何远程指令若绕过本地确认，都会在审计日志里标记为 risk_action=1，企业版控制台将自动发邮件给合规组。
验证与观测：如何确认删干净且无副作用
可复现步骤
- 删除前，在「诊断 → 订阅检测」界面截图保存节点数；
- 执行批量删除；
- 重新点「立即更新」，观测「总节点数」下降值 = 删除条目的原节点数；
- 打开「能耗仪表盘」，若「每 GB 耗电」下降约 5–8 %（经验性范围），说明内存中已无无效解析缓存。
版本差异与迁移建议
v6.7 及更早版本无「批量」按钮，需手动逐条删除，或升级到 v6.8.2 后直接导入旧配置，升级过程会自动把失效订阅标红，便于一次性清理。
FAQ：必须知道的 5 个问题
删除后还能恢复吗？
本地会留 30 天回收站，路径见安装目录/trash_sub，超过 30 天自动清零，无法恢复。
批量删除会导致节点白名单丢失吗？
不会。白名单记录的是节点公钥，与订阅地址解耦；但下次若重新添加同一订阅，需手动重新关联。
日志文件会泄露节点信息吗？
audit 日志仅保存订阅域名哈希与操作时间戳，无 IP、无密钥，符合 PREN 无日志条款。
为什么删除后延迟没变化？
延迟由当前所用节点决定，与失效订阅无关；若需提速，应让 AI 调度重新选路，或手动切换到低延迟节点。
企业版与个人版在批量删除上有何差异？
企业版需二次审批：操作员提交删除清单 → 审计员在控制台点确认 → 客户端才执行，全程双日志备份。
最佳实践清单（可打印）
| 步骤 | 检查点 | 通过标准 |
|---|---|---|
| 1. 备份 | 导出订阅 csv | 文件大小 > 1 KB |
| 2. 过滤 | 仅显示失效 | 列表无绿色圆点 |
| 3. 删除 | 生成 audit json | 含 timestamp 字段 |
| 4. 验证 | 重新更新订阅 | 总节点数下降值 = 删除条数 × 原节点均值 |
收尾：下一步行动建议
完成批量删除后，把 audit 文件存入公司 Confluence 或本地加密盘，设置 90 天提醒再次检测；若你管理的是团队配置库，建议把「失效订阅 ≤ 5%」写进 SLA，这样下次审计就不用临时抱佛脚。
