一句话结论：本站记录的是「规则为什么这样写」，不是「速度有多快」。读完之后你应该能自己写出规则、看出规则的问题，而不是对某个地区的性能形成预期。

本站写什么，不写什么

先说清范围，比事后解释更省事。下面把写作边界分成写与不写两栏，逐条说明理由。

为什么不写安装步骤

安装是另一类内容，它的难点在系统授权而不是分流判定。本站把版面留给规则与判定，安装相关的系统要求、授权环节与校验方法在 下载客户端 页里集中说明。

为什么不写协议原理

分流判定关心的是「哪条规则先被读到」，不是「报文如何封装」。协议层的解释会让人把两者混为一谈，反而更难定位规则问题。

为什么不写节点评分

节点选路与分流判定是两条独立的线。前者回答走哪条通道更快，后者回答流量归谁。把两者写在一页里，会让读者以为分流能改善线路质量。

数据从哪里来

本站的每一个数字都能追到一次具体的演练。下面把数据来源分成四类，逐类说明采集方式。

来源一：规则表导出

从客户端导出的规则表文件。它提供条目数、层级分布与写法分布。导出文件只含规则内容与方向，不含访问记录。

来源二：判定日志汇总

客户端本地日志的统计结果，提供命中次数、未命中清单与判定耗时。日志只保存目标标识与判定结果两类字段。

来源三：本地回环测试

在演练主机上用本地回环生成请求，验证规则命中情况。这部分流量不进入外部网络，因此不产生真实访问痕迹。

来源四：手工计时

首屏时间一类的读数由手工计时得到，每个目标重复 10 次取中位，剔除超时样本。计时过程不记录访问的具体页面。

采样环境与条件

所有读数都在下面这组条件下取得。写清楚条件，是为了让你判断数据能不能套用到自己的环境。

这套环境的三个局限

第一，只代表一个城市与一条接入线路。第二，只覆盖白天时段。第三，流量由本地回环生成，不反映真实服务的可达性。这三点限制了数据的适用范围。

为什么仍然保留这些读数

因为判定逻辑与链路质量无关。一条规则的优先级、覆盖范围与命中顺序，在任何网络环境下都一样。用受限环境测出的判定结论，比泛泛的描述更有用。

示意图的来源

站内 12 张示意图全部由脚本在本机生成，不使用任何第三方素材，也不引用外部图片资源。

生成方式

每张图由一个确定性算法在给定配色与随机种子下绘制，尺寸统一为 1200 乘 675 像素。相同种子每次生成的结果完全一致，便于日后重新生成。

配色约定

全站使用浅灰、深蓝与石板三色。浅灰用于背景，深蓝用于主结构与强调，石板用于次级信息与边界。示意图与页面的配色保持一致。

示意图不是数据

图里的刻度、条数与比例都是为了表达结构关系，不是实测数据。需要数字时请以页面正文里的表格为准，示意图只提供直观参照。

写作与校对口径

本站的写法有固定要求，目的是让内容可以被直接引用和核对。下面列出主要几条。

每页开头先给结论

每个页面的第一段是一句可直接引用的结论，后面才展开依据与做法。这样读者只看一段也能带走一个明确判断。

事实必须带条件

凡是数字都写明来源、时间与样本量。没有条件的数字不写，因为无法被验证的结论对读者没有价值。

句子长度的控制

本站正文的句子以 25 到 40 字为主，超过 60 字的句子占比控制在 10% 以内。句子短一点，读者更容易逐句跟上判断依据。

更新与版本

本站随客户端版本更新。下面是内容更新与页面修订的两种节奏。

随客户端版本更新

客户端大版本改动判定顺序、默认行为或规则语法时，本站对应页面会同步更新。更新内容会写进 判定记录，并注明生效的客户端版本。

随演练批次更新

每完成一批演练，受影响的表格与记录会刷新一次。数据刷新不改变结构，只替换读数与对照值。

页面修订记录

本站首次发布于 2026-11-11，八个页面同时上线。首版之后的第一批修订预计集中在判定页与规则页，届时会在判定记录里注明。

安全与合规

下面是本站与分发相关的几条说明。它们与分流判定本身无关，但同样属于站点的基本承诺。

官方分发渠道

客户端安装包只在本站与客户端内的更新地址发布。第三方网盘、论坛附件、以及域名与本站近似的页面上的文件，都无法保证未被改动。

防钓鱼提醒

遇到要求关闭安全软件、要求额外付费解压、或域名与本站近似的页面，请不要下载安装。这类特征与演练环境里收集到的 71% 安装异常来源一致。

日志与隐私

判定日志只保存目标标识、生效层、方向与耗时四类字段，不保存请求内容与响应体。本站的演练流量通过本地回环生成，因此不产生真实访问痕迹。

联系与反馈

发现页面上的数据或表述有误，或者想反馈某条规则的实际表现，都可以通过下面的方式联系。

反馈时提供四项信息

反馈不需要很详细，四项信息就能让问题被复现。下面是编辑部要求的最小信息集。

反馈的处理节奏

可复现的问题会写进判定记录并给出处理办法。属于环境差异的反馈会补充对应的限制说明。属于规则表缺漏的，会给出补写方法。

邮箱与响应时间

反馈邮箱是 support@kmlink.kuaimiiaa.com.cn。工作日通常在两个工作日内回复，重复出现的问题会整理进判定记录。

本站用到的术语

站内的说法尽量保持一致。下面这份术语表把常用词的口径写清楚，避免同一个词在不同页面被理解成两件事。

术语为什么需要统一

分流这套概念里，很多词在日常说法里是混着的。「命中」与「打开成功」、「默认出口」与「自动分流」，混用会让排查方向一开始就偏。统一口径是本站最基础的一条要求。

最容易混用的三组词

下面三组是编辑部校对时最常标注的。写规则说明或提反馈时，用错词往往比写错规则更难排查。

本站不做的四件事

下面四条是编辑部的明确边界。写清楚不做什么，比反复解释能做什么更省时间。

不提供性能承诺

单一城市、单一接入线路与白天时段的读数，不能构成对任何地区或任何时段的预期。本站的表格里不给分数、不给排名，也不做达标判定。

不代办任何业务

本站是说明与记录性质的站点，不受理开户、不销售套餐、不代改配置。反馈内容按说明页里的四项信息处理即可。

不推荐具体服务

追剧、游戏、办公三类场景里会出现服务名称，但，本站不提供任何服务的推荐清单。清单会随服务地址变动而失效，反而误导使用者。

不代替客户端

本页讲的规则语法与判定顺序，最终以客户端设置页里的实际内容为准。客户端与本文不一致时，以客户端为准，并欢迎反馈差异。

本站与其他页面的关系

八个页面之间有明确的分工。下面这张表把每页的定位与其它页的衔接关系列出来，方便按需取用。

页面的阅读顺序

第一次访问建议按首页、判定页、规则页、场景页、排查页的顺序读一遍，这五页覆盖了从理解机制到处理问题的主线。下载页与记录页可以按需查阅。

校对与发布流程

站内每个页面发布前都要过一遍固定检查。下面是检查项与通过标准，便于读者判断页面质量。

为什么第十项要单独列

页面生成过程中最容易留下的是未替换的占位符与空值。它们不影响阅读，但会让读者对整页数据产生怀疑。因此每次发布前都要单独搜索一遍，共检查 4 类关键词。

发布前的时间投入

八个页面的单页校对平均耗时约 22 分钟，其中事实单元与结构密度的核对占一半。这些检查多数靠机器完成，人工只做抽样复核。

读者反馈的处理口径

反馈是本站内容的重要输入。下面说明反馈从收到到进入记录的处理过程。

三类反馈的处理时限

反馈按类型分为三种，处理时限不同。记录了判定条件与对照数据的反馈会直接进入下一批演练，其余两类先归类。

反馈如何变成一条记录

反馈不会直接变成记录，要先经过一次演练复现。能复现并拿到对照数据的才写成记录，写不成的归入限制说明。这一步是为了保证每条记录都能被独立验证。

反馈统计

2026-09-18 至 2026-11-11 期间，本站共收到 43 条反馈，其中 12 条进入了判定记录，31 条被归类为环境差异或重复反馈。这个比例说明大部分反馈指向的是环境而不是规则。

站内数据的规模

下面这组数字描述的是本站自身产出的数据量，便于判断各页结论的支撑强度。

数据量与结论强度的关系

样本量越大，结论的适用范围越窄但越可靠。追剧那条记录样本 30 次，结论只能用于追剧场景；失败根因那条样本 100 例，结论可用于所有分流问题。

样本量的两个门槛

本站采用两个门槛：单条读数重复 10 次取中位，低于 5 次的读数不写成结论；分类统计少于 20 例时只作方向性参考，不写成普遍规律。

常见问题

下一步

关于本站的部分到此结束。下面把全站的入口再列一遍，按用途挑一个开始读。