01
怎么读这份公告
公告只记录「改了什么、影响谁、怎么验证」三件事。不写庆祝式文案，也不把常规维护当成大事件。
日期口径
所有日期为北京时间（UTC+08:00），维护窗口写到分钟，跨日窗口会标注起止日期。
影响范围
写明受影响的出口、协议与客户端版本；只影响某一协议时会单独标注，例如「仅 UDP」或「仅 TCP 443」。
可复测数字
每条公告至少给一个可以在本地复测的数字，例如吞吐、首包耗时或丢包率，便于用户自行验证。
- 公告发布后 24 小时内可在 RSS 中看到，订阅地址固定为 /rss.xml。
- 已完成的变更会在 7 天后补一条复测结论，若与预期不符会追加一条修正公告。
- 历史公告不删除，只追加；被后续公告推翻的结论会用删除线标注，不做静默修改。
02
公告列表（2026 年 9 月至 11 月，共 7 条）
列表按时间倒序。点击标题所在的公告卡片可以跳到对应条目，外部链接通过 #n1 至 #n7 定位。
东京 TYO-03 与 TYO-07 完成 Hysteria2 单口带宽升级
东京两条出口的 UDP 配额已提高。额度从 400 Mbps 提到 900 Mbps，3% 丢包场景实测吞吐由 410 Mbps 升至 620 Mbps。
客户端 4.8.0 发布：选路新增丢包优先档，握手支持 0-RTT 复用
新增按丢包率排序的选路档位。Hysteria2 重连复用会话票据，Windows 安装包体积 28.4 MB。
洛杉矶 LAX-05 回程改走 GTT，抖动从 4.2 ms 降到 1.9 ms
国际出口已完成更换。100 次探测的 95 分位抖动下降一半以上，晚高峰 20:00 至 23:00 的掉线次数归零。
法兰克福 FRA-02 维护窗口：10 月 25 日 02:00 至 03:30（+08:00）
本轮更换上联光模块并升级内核。维护期间该节点自动切到 FRA-01，切换动作在客户端 3 秒内完成。
OpenVPN TCP 443 兜底通道扩到 18 个企业网
只放行 443 的办公网现已覆盖。TCP 通道握手耗时比 UDP 多 61 ms，连接成功率达到 98.6%。
协议探测口径调整：握手 RTT 改取 100 次中位并剔除首包
新口径已生效。同一组节点的手握中位数比旧口径低 6 至 11 ms，历史数据已按新口径重算并在表格中标注。
新加坡 SIN-04 上线 Trojan 回落站点，证书指纹对外公布
回落站点返回静态页面与 404。证书指纹同步到客户端 4.7.2 的校验清单，避免中间人替换。
03
客户端版本发布记录
版本号采用主版本.次版本.修订号，功能版本每月一次，安全修复随到随发。下表为 2026 年以来的发布记录。
| 版本 | 日期 | 类型 | 主要变更 | 包体积 |
|---|---|---|---|---|
| 4.8.0 | 2026-11-04 | 功能 | 选路新增丢包优先档，Hysteria2 支持 0-RTT 复用 | 28.4 MB |
| 4.7.2 | 2026-10-16 | 修复 | 修正证书指纹校验的空指针问题 | 28.1 MB |
| 4.7.1 | 2026-10-02 | 修复 | 修正 Linux 内核模块回退时的状态显示错误 | 28.0 MB |
| 4.7.0 | 2026-09-14 | 功能 | 新增协议对比面板与三档读数 | 27.8 MB |
| 4.6.3 | 2026-08-21 | 安全 | 升级 QUIC 实现，修复握手重放窗口过宽 | 27.2 MB |
| 4.6.0 | 2026-07-10 | 功能 | 新增按进程分流规则 | 26.9 MB |
版本号变化与协议能力的关系值得单独说明。4.8.0 的 0-RTT 复用需要服务端同步升级，服务端未升级时客户端会自动退回 1 RTT。界面不会报错，只在诊断日志里记一行 fallback=1rtt。
04
月度复测：公告之后要有数字
每月首个工作日对三条主力出口的四协议做一次全量复测，结果与上月对比。下表为 10 月的复测结论。
| 出口 | WireGuard | OpenVPN | Trojan | Hysteria2 | 环比 |
|---|---|---|---|---|---|
| 香港 HK-01 | 940 Mbps | 310 Mbps | 620 Mbps | 780 Mbps | 持平 |
| 东京 TYO-03 | 912 Mbps | 296 Mbps | 604 Mbps | 756 Mbps | +3.1% |
| 洛杉矶 LAX-05 | 786 Mbps | 241 Mbps | 512 Mbps | 648 Mbps | +1.8% |
- 东京出口的 +3.1% 来自 11 月 8 日的 UDP 配额升级，该变更已在第 1 条公告中记录。
- 洛杉矶出口的 +1.8% 来自回程改走 GTT，抖动从 4.2 毫秒降到 1.9 毫秒。
- 香港出口维持 940 Mbps，已接近千兆网卡的物理上限，继续优化没有收益。
05
维护窗口与影响
维护集中在周二凌晨，提前 72 小时公告。窗口内受影响的节点会自动切换，用户通常只需重新连接一次。
| 对象 | 时间 | 内容 | 影响 | 切换行为 |
|---|---|---|---|---|
| FRA-02 | 2026-10-25 02:00 至 03:30 | 更换上联光模块与内核升级 | 该节点不可用 90 分钟 | 自动切到 FRA-01 |
| TYO-07 | 2026-11-02 02:00 至 02:40 | UDP 配额升级后的回归验证 | 短时抖动 | 不切换 |
| SIN-04 | 2026-11-05 02:00 至 03:00 | 回落站点证书轮换 | Trojan 短时不可用 | 切到 SIN-02 |
| LAX-05 | 2026-11-09 02:00 至 02:30 | 回程参数微调 | 延迟短暂上升 | 不切换 |
- 维护窗口如果超时，会在公告页追加一条「延长至」的记录，不在原公告上改写。
- 客户端会在维护开始前 10 分钟弹出一次提示，可关闭，关闭后不再重复。
- 维护期间产生的连接失败不计入可用性统计，统计口径写在数据来源页。
06
订阅与通知方式
三种方式覆盖不同场景，按需要选一种即可，不必全开。
- RSS：订阅 /rss.xml，适合运维与自动化系统，更新延迟不超过 24 小时。
- 客户端内通知：开启后，线路变更与版本发布会在客户端顶部提示一次。
- 邮件列表：发邮件到 protocol@kuuimiao.com.cn 申请加入，每月一封汇总，不含营销内容。
- RSS 地址
- /rss.xml
- 更新频率
- 变更即发，每月不少于 2 条
- 历史保留
- 全部保留
- 邮件列表
- protocol@kuuimiao.com.cn
07
历史归档与口径变更
口径变更会让历史数据不可直接比较，因此每次调整都在此留档，并给出重算规则。
| 日期 | 变更内容 | 影响范围 | 重算规则 |
|---|---|---|---|
| 2026-10-09 | 握手 RTT 改取 100 次中位并剔除首包 | 全部协议 | 旧值减 6 至 11 毫秒 |
| 2026-08-15 | 吞吐改单流 60 秒，替代原多流 30 秒 | 全部协议 | 旧值乘 0.86 折算 |
| 2026-06-01 | 丢包统计从整点采样改为滚动 30 秒窗口 | 丢包判据 | 不可直接比较 |
| 2026-03-20 | CPU 采样改绑定单核 | 四协议 CPU 列 | 旧值乘 1.12 折算 |
归档的原始 CSV 按「日期-出口-协议」命名，保留 90 天，超期压缩后存放 12 个月。需要历史数据做对比的读者可以发邮件到 ops@kuuimiao.com.cn 说明用途，本站提供对应时间段的汇总表，而不是逐条明细。
08
自己怎么验证一条公告
公告如果要让人信，就得能被验证。下面三步可以在 10 分钟内核对一条公告的真伪与效果。
- 看日期与窗口：确认公告里的窗口已过去 24 小时以上，避免在变更进行中测量。
- 测握手与吞吐：按本文口径跑一次单流 60 秒，握手取三次中位，与公告给出的数字对比。
- 看诊断日志：日志里会记录当前节点与协议，确认自己连的确实是公告里的节点。
允许有偏差
读数与公告相差 5% 以内属正常，受本地网络与时段影响；相差 20% 以上才值得追问。
不接受无记录
若公告提到的变更在自己这边完全看不到，可以直接来信询问，本站给出当次变更的操作记录时间戳。
公告是运维记录，不是宣传材料。写得越具体，用户越容易验证；越具体，编辑自己也越不敢随便改数字。想让这些数字落到自己机器上，可以按一分钟自测跑一遍。
09
节点增减记录：每个节点都有来处和去处
节点不是只增不减的名单。下表记录 2026 年以来的新增与下线，下线的原因写得比上线更清楚。
| 日期 | 动作 | 节点 | 原因 | 存量影响 |
|---|---|---|---|---|
| 2026-10-31 | 新增 | TYO-07（东京） | 分担 TYO-03 的 UDP 配额 | 东京方向峰值吞吐提升 12% |
| 2026-09-27 | 新增 | SIN-04（新加坡） | 新增 Trojan 回落站点 | 新加坡协议覆盖补到四种 |
| 2026-08-30 | 下线 | HKG-09（香港） | 机房整体退租，非故障 | 由 HKG-01 承接，无感 |
| 2026-07-18 | 替换 | LAX-02 → LAX-05 | 上联从 Cogent 换到 GTT | 抖动下降 55% |
| 2026-05-09 | 下线 | FRA-00（法兰克福） | 上线时即为测试节点，未对外开放 | 无存量影响 |
| 2026-03-12 | 新增 | FRA-02（法兰克福） | DE-CIX 直连接入 | 欧洲内部跳数降到 4 跳 |
- 下线节点的存量用户会在公告发布后 7 天内被迁到承接节点，迁移不改变账号与配置。
- 替换类变更（如 LAX-02 换到 LAX-05）沿用原节点编号的续号，便于日志对照。
- 测试节点不进入对外名单，即使短暂出现在名单里也会在公告中说明，不做静默上线。
10
对外承诺与不承诺
这份清单是自我约束：左边是承诺能做的，右边是明确不做的，避免把常规能力包装成保证。
| 维度 | 承诺 | 不承诺 |
|---|---|---|
| 可用性 | 单节点月可用性不低于 99.5% | 不承诺任何线路的丢包率为零 |
| 变更通知 | 影响类变更提前 72 小时公告 | 不为紧急安全修复预留提前量 |
| 数据口径 | 每次口径调整给出折算规则 | 不承诺历史数据可直接与新旧口径比较 |
| 测速 | 每月公布三条主力出口的复测结果 | 不承诺与用户本地读数完全一致 |
| 版本 | 每月一次功能版本，安全修复随到随发 | 不承诺固定日期发布 |
| 协议 | 四种协议长期并存，不单方面下线 | 不为已停止维护的旧版客户端继续发版 |
为什么把不承诺也写出来
把边界写清楚，用户才能判断某个问题该不该来信。一个含糊的「稳定」承诺，比明确的 99.5% 更容易引发争议。
99.5% 是怎么算的
按分钟粒度统计，扣除计划内维护窗口；单节点连续 15 分钟不可用计为一次故障，不足 15 分钟的抖动不计入。
11
公告相关问答
四个最常被问到的问题，答案都在本页有出处。
为什么公告日期与我看到的变化差一天
公告以变更完成为准，实际下发到节点通常晚 2 至 6 小时；若超过 24 小时仍无变化，属于异常，欢迎来信。
维护窗口为什么总在凌晨
凌晨的跨境流量是白天的 12%，切换代价最小；窗口按北京时间固定，跨时区用户可按差值换算。
版本发布能否提前通知
功能版本会在发布前 3 天在客户端内提示；安全修复不提前通知，发布后立即公告。
历史数据为什么不能直接对比
口径调整会改变采样与剔除规则，差值可达 6 至 11 毫秒。每次调整都给出折算规则，按规则换算后再比较。
RSS 里为什么只有标题和摘要
摘要足够判断是否需要点开；完整内容在页面内，避免订阅端显示截断的表格。
12
写公告的三条纪律
公告的可信度来自纪律，不来自频率。三条纪律从 2026 年 1 月起执行，未出现过修订后静默覆盖的情况。
只写可复测的事实
「速度更快」不算事实，「东京方向 3% 丢包下从 410 Mbps 升到 620 Mbps」才是。每条公告至少有一个这样的句子。
变更与结论分开写
变更当天只记录动作与时间，复测结论 7 天后单独补一条，避免在变更当天就宣布成功。
推翻旧结论要留痕
若后续复测证明某个判断有误，追加修正公告并保留原文，用删除线标注，不做静默修改。
- 每条公告的编号与 RSS 条目一一对应，删改会影响订阅端缓存，因此只追加不修改。
- 公告正文不超过 400 字，超过就说明混入了不该出现在公告里的内容。
- 涉及协议默认值变更的公告，必须同时更新四协议对照表与自测页的对应区间。
- 季度末把三条主力出口的公告整理成一份汇总表，附在归档页，方便一次性对比。