# Smart 正式采用、对照测试与恢复边界

更新日期：2026-10-13。本人已明确选择正式采用 Smart，正式版本为 `2026.10.13-cn-mobile-smart-1`；云端与 Mac 已发布并核对一致，手机仍需手动更新及实际验收，不会仅因 Mac 或文档更新自动完成。

## 正式配置内容

正式无密模板位于 `surge/profile.template.conf`，Main 使用两条实际代理；此前独立候选 `surge/profile.smart-trial.template.conf` 保留用于合成对照：

```ini
Main = smart, JP-Main-HY2, JP-Main-Trojan, evaluate-before-use=true
Exchange = select, DIRECT, Main
```

Main 不包含 DIRECT、嵌套策略组、额外节点、权重或 interval；Exchange 仍手动选择 DIRECT 或 Main。General、真实代理参数和域名规则保持原有边界。不得直接把占位模板导入为可用订阅，也不得把真实密码填入仓库模板。

Mac 至少 6.8 / iOS 至少 5.21 才有增强 UDP 评分，且需已解锁 Smart。本人的移动端回复为 5.23.0、两台均已解锁；这不是远程读取或实际网络验收。[官方版本门槛](https://manual.nssurge.com/policy-groups/smart.html)

## 已完成与未完成

此前已完成 Mac 真实引擎短时 fallback → Smart → fallback 对照、候选语法检查和合成结构测试。当时测试结束后恢复原始配置字节，确认 Main 回到 fallback、云端正文未变；该历史对照未修改服务器或新增付费资源。

本人随后选择把 Smart 正式作为主力自动组。这是使用决策，不是短测已证明提速：晚高峰、移动蜂窝、长时间语音会议或下载吞吐仍需验收。短时 HTTP HEAD 请求只验证当时可达与请求耗时，不是 Mbps，也不能证明长连接无缝切换。手机版本 5.23.0 / Smart 已解锁来自本人反馈；手机必须手动更新托管配置后再做实际请求与通话验证，本文不声称它们已经生效。

本轮正式普通发布已完成：云端正文与 Mac 一致，Mac 多次原生更新维持正式版本，Main 已为 Smart 且无临时覆盖；国内 / LAN / 手动 Exchange 保持 DIRECT，四个模块保留，MITM 与抓包关闭。小型 HTTPS 请求验证成功，不等于已经完成吞吐、长会议或全部移动端验收；这里不公开本人的原始请求与流量统计。

## 后续对照方法

1. 保留可用 fallback 与恢复步骤，选择没有重要会议的窗口。不通过关防火墙、停止主服务等方式人为制造故障。
2. 使用相同目标、小流量、相同请求次数，比较 fallback → Smart → fallback。保留冷/热连接与顺序偏差说明。
3. 分开记录请求耗时、实际选择协议和失败原因。HTTP 4xx/429、应用取消、账号限制不直接算节点故障；active 不算失败。
4. 家宽、蜂窝和晚高峰分别做真实 AI 流式、文件和至少 30 分钟会议验收。UDP 小包测试可达不代表会议质量。
5. 一次低延迟不代表持续收益，独立对照结束后回到已批准的正式 Smart 基线；若出现持续回归，按下方恢复流程回到 fallback，不在重要会议中反复切换。

Smart 的站点历史约一小时、固定五分钟复测；首轮短测无法代表成熟状态。当前显示的策略只是近期最常用，不是每条请求固定使用。双协议同属一台 VPS，无法兜底整机和共同路由故障。[Smart 行为](https://manual.nssurge.com/policy-groups/smart.html)

## 私密诊断

遵循 Surge 自带诊断指引：先检查规则模式、系统代理/增强模式及警告，再看请求是否被接管、实际分流与转发失败原因；最后按需查看现有日志。[官方故障排查](https://kb.nssurge.com/surge-knowledge-base/guidelines/troubleshooting)

不为检查常开 debug、抓包、外部控制端口或 HTTPS 解密。原始 URL、请求正文、Cookie、身份令牌、IP、私密订阅和完整配置不得导出到聊天、仓库或第三方。

`scripts/lib/surge-audit.mjs` 仅在内存处理输入，输出固定分类与数字；合成测试检查敏感字段不会进入输出。近期请求是有限窗口，日志关键词条数不是独立故障次数，阶段 timing record 不是单次请求端到端耗时。Logbook 的重载事件也不等于引擎崩溃；窗口内没有记录不能证明过去从未故障。

## 发布保护

发布器使用结构校验而非字符串包含判断，确保仅有 Main/Exchange，成员和参数符合批准范围。合成测试覆盖 fallback 与 Smart 双向失败恢复；普通发布保留原 URL/摘要，仅回退已认证的原配置正文，不删除 Secrets、不复活已撤销口令。

日常重新生成使用正式 Smart 模板，版本为 `2026.10.13-cn-mobile-smart-1`。本次普通发布仅机械调整 Main，保留现有真实代理凭据、托管信息、原订阅 URL、摘要与口令；云端与 Mac 已核对一致，不使用显式轮换模式。后续维护仍需语法、结构与发布结果检查；网站说明、云端发布和每台设备验收不得混为同一完成状态。

## 恢复 fallback

独立无密恢复模板为 `surge/profile.fallback-recovery.template.conf`，恢复 Main 为 HY2 优先、Trojan 回退的可用性组；它含占位参数，不能直接导入为可用节点配置。

1. 维护者只机械恢复 Main，不改真实代理、General、规则、证书固定与手动 Exchange；保留原托管 URL 和口令，不把凭据复制进无密模板。
2. 先检查真实配置语法及结构，再普通发布。发布器已有正文失败恢复保护，但这不替代发布者核对原生加载及云端返回结果。
3. Mac 确认恢复生效；iPhone/iPad 在主 App 手动更新，重新选择配置并分别验证移动 Wi-Fi / 蜂窝。不要删除仍能工作的本地配置，也不要直接安装恢复占位模板。

恢复过程可能中断既有长连接，应避开正式会议；同一 VPS 的两协议都失败时仍需检查服务或共同线路，而非认为切换组类型可以修复一切。