关于 Tag机场：为一整个家做的加速服务
我们是怎么开始的
Tag机场的起点是一个很具体的抱怨：团队里几位做网络运维的同事，回到家都在干同一件苦差事——给爸妈的手机装客户端、给客厅电视盒子侧载软件、给不会打字的老人写下"要看视频先点这个小图标"的便签。技术难度接近于零，重复次数却高得离谱。后来我们把订阅方案挪到路由器上，家里人再没问过一句，这才意识到：家庭用户真正缺的不是速度，是「不用管」。于是有了这套按多设备共享场景设计的服务。
"Tag" 这个词来自网络工程里的标签交换（Tag Switching）——给每个数据包贴上标签，让它沿既定路径直接转发。放到我们的语境里，它还有第二层意思：家里每台设备都被"贴好标签"，接入、走线、解锁都已安排妥当，人只管用，不必知道背后发生了什么。最好的配置，是让家里没人察觉它存在。
我们的四条取舍
并发冗余优先于峰值数字
单机测速跑出多少 Mbps 对家庭意义不大——一台设备跑满和八台一起跑是两回事。我们评估线路的标准是「满载并发下每台设备还剩多少」，因此预算大头压在带宽冗余而非节点数量上。这也是为什么我们敢承诺不限同时在线设备：留出的余量本来就是按全屋并发算的。
不限设备，也不做"挤下线"
很多同类服务限制 3 台，超出就把最早登录的顶掉——对一个人是小事，对一家人就是每天吵一次。我们从计费模型上取消了设备数判定，路由器接入只占 1 个位置，它后面挂多少终端都不再单独计数。代价是我们必须按承载上限售卖，卖满就暂停，而不是继续接单让全家一起变慢。
把复杂度收在路由器这一层
我们优先保证 OpenWrt、iStoreOS、梅林、爱快等固件的订阅兼容性，并保持订阅链接长期不变——节点增删由服务端同步，用户端不需要重新导入。这样家里只有一台设备需要"懂技术"，剩下的连 Wi-Fi 就行，包括那些根本装不了客户端的老电视和智能家电。
共享账号，不共享隐私
全家共用一个账号，最容易被忽略的问题是"我看了什么会不会被家人翻到"。我们在服务器端不记录任何访问日志，用户中心也不会按设备列出访问记录，只提供总量流量曲线。这是架构层面的决定，不是设置开关。详见 隐私政策。
节点分布与家庭场景匹配
节点池覆盖 30 多个国家与地区，我们按家庭的实际使用频率决定投入力度——追剧和长辈看的中文频道集中在亚太，所以那里的冗余留得最足：
| 区域 | 主要地区 | 典型家庭用途 | 建议并发上限 |
|---|---|---|---|
| 亚太核心 | 香港、日本、台湾、新加坡 | 客厅 4K 追剧、长辈中文频道 | 单账号 10 台以上 |
| 北美 | 洛杉矶、圣何塞、西雅图 | 孩子的游戏与课程、家长办公 | 建议 6 台以内 |
| 欧洲 | 伦敦、法兰克福、阿姆斯特丹 | 地区限定内容、留学家庭 | 建议 4 台以内 |
| 其他 | 韩国、马来西亚、土耳其、阿根廷等 | 切区购物、特定订阅比价 | 按需临时切换 |
亚太核心区配置了多条独立物理线路互为冗余，某条异常时客户端与路由端都会自动切走，家里正在播放的视频通常不会中断。主力节点使用原生住宅或商宽 IP，这一点对电视端尤其关键——盒子上的流媒体 App 对 IP 类型的判定比手机浏览器严格得多。
上表的"建议并发上限"是经验值，不是硬性限制，实际能挂多少取决于你家宽带上行与同时播放的画质。拿不准就先按标准版试一个月，用户中心的流量曲线会告诉你到底够不够。电视端解锁异常的排查步骤见 电视盒子解锁失败怎么办。
遇到问题找谁
家庭场景的求助往往集中在装机那一晚，我们按这个节奏安排了三条渠道：
- 用户中心工单：装机时最该用的一条。开单时附上路由器型号与固件版本，客服会直接给对应的导入步骤；账号、订单、退款等需核验身份的问题也走这里，工作时间通常 30 分钟内回。
- Telegram 社群：适合问"我这台电视能不能装"这类快问快答，群里不少是同样折腾过旁路由的用户；节点维护公告也会第一时间发在这里，家里突然不能看时可以先来看一眼。
- 图文教程库：按设备分类而非按系统分类——电视盒子、智能电视、旁路由、NAS、老人机各有一篇，照着截图点即可。先配路由器的话建议从 订阅导入教程 开始。
3 天无理由退款照常提供：把家里设备都配一遍再决定也来得及，觉得不合适直接开工单说一句就行，不用解释理由。
每月 ¥12.9 起 —— 全家分摊下来，比各买各的省下大半