FastForward

FastForward：把短链接中间的广告页从你眼前“抹掉”

项目背景与痛点

短链接服务最初只是 URL 压缩工具，如今却异化成了流量变现环节：你点开一条 bit.ly 或 adf.ly，真正要去的页面往往要等上五秒倒计时、看完一轮弹窗、通过一次“我不是机器人”的验证，才肯把目的地地址交出来。这种“合规页”（compliance page）本质上是一个流量收费站——它不生产内容，只负责把你的耐心兑换成广告曝光。

FastForward 要做的就是让这一层彻底消失。它是 Universal Bypass 的社区继承项目，原项目作者停更后由社区接手继续维护规则库。项目的目标很明确：在你意识到自己在等待之前，已经站在真实目标页面上。

值得注意的是，它没有走“猜测 URL 参数”的通用启发式路线——那类方案准确率低、误伤严重。FastForward 选择了一条更工程化、也更危险的路：规则驱动。

核心技术揭秘

FastForward 的架构可以拆成三层：规则库、注入层、执行层。

规则库是整个系统的核心资产。它以 JSON 结构托管在仓库中，每条规则描述一类短链站点：域名匹配、URL 模式、目标地址模板，以及一段可执行的 JavaScript 片段。规则不是“识别”页面，而是“破解”页面——它知道某个站点把真实链接藏在哪个 DOM 节点、哪个全局变量、或者哪次 XHR 响应里。

注入层由 content script 承担。每个页面加载时，脚本向 background 请求当前域名命中的规则；未命中的站点则退化为被动监听（MutationObserver + 定时重查），试图在 DOM 变化中捕捉跳转痕迹。

执行层是设计上最具争议的一环：规则里的 JS 片段会被直接执行，用来读取页面变量或构造目标 URL。这让规则具备了极强的表达能力——几乎任何前端可解的中转页都能被覆盖——但也意味着扩展实质上拥有在任意页面执行任意代码的能力。

数据流大致如下：

图中的递归路径（M --> C）是它处理多层嵌套短链的关键：一条短链跳另一条短链的场景并不罕见，扩展会把每一跳都当作新的待解页面重新走一遍匹配流程，直到抵达非短链域名或触发轮次上限。这个上限的设计很有必要——规则互相指向时，没有它就会形成死循环。

功能亮点与差异

第一，规则即数据，数据即代码。 相比同类工具普遍采用的硬编码逻辑，FastForward 把“如何破解某个站点”外化成 JSON 条目，使得新增支持站点不需要发版，只需提交一个 PR。这是它能维持数千站点覆盖率的根本原因。

第二，与广告拦截器的分工清晰。 uBlock Origin 这类工具做的是“隐藏”——把广告元素从视觉上抹掉，中间页依然存在；FastForward 做的是“穿越”——直接跳过整页。两者互补而非竞争。

第三，本地优先。 除了规则库更新走网络，所有匹配与执行都在浏览器本地完成，没有服务端参与，不存在请求被记录或重定向到第三方的问题。

应用场景与落地建议

对个人用户，装上即用，收益立竿见影。但如果你打算在团队或企业环境里推广，有几件事必须先想清楚。

其一，安全模型极其脆弱。 规则库从远端拉取并直接执行其中的 JS，这条链路一旦被投毒，攻击者获得的是“在用户访问的所有站点上执行代码”的能力。任何对供应链敏感的组织都应锁定规则版本、关闭自动更新，或干脆自行维护一份审计过的规则集。

其二，Manifest V3 是绕不过去的坎。 MV3 明确禁止远程代码执行，规则里的 js 字段在迁移后基本会失效。项目的长期可行性，取决于能否把“代码型规则”改造成声明式的操作序列（选择器 + 取值 + 拼接），这会牺牲一部分表达能力，换取合规性。

其三，它不是万能药。 对于那些把真实链接放在服务端、需要人机验证后才下发的中间页，前端规则无能为力——这类站点只能靠付费 API 或干脆放弃。

其四，规则 DSL 值得借鉴。 如果你在做链接清洗、内部跳转治理或爬虫的可配置解析，FastForward 这套“域名 + 模式 + 目标模板 + 可选脚本”的规则模型，是一个低成本、高扩展性的参考实现。

综合评价

优点：精准度远高于启发式方案；规则众包带来了惊人的站点覆盖率；本地执行、零服务端依赖；对多层嵌套短链的处理逻辑完整。

缺点：规则即代码，供应链风险与执行风险难以根除；MV3 迁移前景不明；规则维护高度依赖人力，站点改版即失效；对服务端下发的中间页束手无策。

一句话总结：它是一个用正确工程手段解决了真实痛点、但又把安全性押在社区自律上的项目。 作为用户，值得装；作为架构参考，值得读；作为企业级组件，需要重做安全边界。