Release 下载AWAvenue Ads Rule · GitHub Release 历史版本 · 三路反代镜像
最新正式版1.6.9-release本区块同步 AWAvenue Ads Rule 的官方 GitHub Release，并为最近版本生成 三路反代镜像加速下载通道。 默认展开最新正式版；如果项目只有预发布版，会在版本旁单独标注。下载按钮直接指向官方直链或镜像链接，便于复制真实 URL 做校验。
AWAvenue Ads Rule 不是安装包，而是一组交给过滤器或代理内核读取的域名规则。只想给 AdGuard Home 加规则，就订阅根目录的 AWAvenue-Ads-Rule.txt；Mihomo 用 Clash-Classical.yaml 最容易排错；sing-box 用仓库现有的 Singbox.json。先把格式选对，再谈拦截效果。
AWAvenue Ads Rule 到底是什么？
项目把同一批广告与追踪域名构建成多种格式，供不同工具读取。主规则通过 DNS 或连接目标域名匹配，不会像浏览器扩展那样修改网页元素，也不是自动点击关闭按钮的工具。
截至 2026-07-25，GitHub 仓库未归档，许可证为 GPL-3.0。根目录规则头显示 1.6.9-release，共 903 行，内容更新时间是 2026-07-21 15:28:43（UTC+8）。这几个数字是规则文件自己的元数据，不等于客户端版本。
它适合已经有过滤入口的人：路由器上的 AdGuard Home、运行 Mihomo 的设备、可读取远程规则集的 sing-box，或已经配置好的 Quantumult X。没有这些载体，单独下载 TXT 或 YAML 不会产生任何效果。
Release 只记阶段更新，main 继续修订规则
GitHub 的最新 Release 是 1.6.9-release，发布日期为 2025-11-13，页面没有 Assets。规则作者此后仍在 main 分支修订内容：2026-07-21 的 commit d77f249050b4 移除了两个不应被拦截的域名。
因此要分清两个用途：
| 目标 | 应该打开 | 原因 |
|---|---|---|
| 查看阶段性更新说明 | 1.6.9-release 页面 | Release 正文记录该阶段新增、清理和构建修复 |
| 持续接收规则修订 | main 分支 Raw URL | 2026 年的误杀修订没有另发新 Release |
| 保持某次已验证状态 | 带完整 commit SHA 的 Raw URL | main 会变化，commit URL 不会随下一次提交移动 |
| 给过滤器添加规则 | Filters/ 或根目录里的对应格式 | 最新 Release 没有可供订阅的规则附件 |
旧 Release 中偶尔出现 AdGuardHome、.zip 或 .tar 资产，那是程序二进制或打包文件，不是订阅秋风规则的必需品。只要你的目标是添加规则，就不要把第三方 Release 里的旧 AdGuard Home 可执行文件当成规则包；AdGuard Home 程序本体应从 AdGuard 官方项目取得。
当前客户端应该选哪个文件？
先按工具认格式。文件名写着熟悉的产品名，也不代表能被另一个工具自动转换。
| 工具 | 默认选择 | 格式要点 | 不该选的文件 |
|---|---|---|---|
| AdGuard Home / AdGuard DNS | AWAvenue-Ads-Rule.txt | Adblock 风格 DNS 规则，如 ` | |
| Mihomo | AWAvenue-Ads-Rule-Clash-Classical.yaml | behavior: classical、format: yaml | AdGuard TXT 直接当 Rule Provider |
| Mihomo 熟练用户 | AWAvenue-Ads-Rule-Clash.mrs | behavior: domain、format: mrs | 把 MRS 写成 classical |
| sing-box | AWAvenue-Ads-Rule-Singbox.json | 源格式 JSON，文件内 version 为 3 | 当前 main 中不存在的 SRS 地址 |
| Quantumult X | AWAvenue-Ads-Rule-QuantumultX.list | Quantumult X list | Surge module |
| mosdns v5 | AWAvenue-Ads-Rule-Mosdns_v5.txt | 域名列表 | Adblock 语法根文件 |
| dnsmasq / SmartDNS | 对应 .conf 文件 | 服务自身的配置语法 | sing-box JSON |
| Surge / Shadowrocket | 对应 RULE-SET 或 module | 区分规则集与模块 | Clash MRS |
官方仓库还提供 hosts、RouterOS、Loon、AdClose 等格式。拿不准时先到官方订阅格式页选工具，不要靠改扩展名转换文件。
AdGuard Home 怎么订阅并确认生效？
在 AdGuard Home 后台打开「过滤器 → DNS 黑名单」，可以从已知列表选择 AWAvenue Ads Rule，也可以添加下面这条官方 Raw URL：
https://raw.githubusercontent.com/TG-Twilight/AWAvenue-Ads-Rule/main/AWAvenue-Ads-Rule.txt保存后先看过滤器状态，不要马上拿多个 App 轮流试。当前文件前八行会给出版本、行数和更新时间，可以先在终端确认自己拿到的不是登录页或错误页：
curl -fsSL \
https://raw.githubusercontent.com/TG-Twilight/AWAvenue-Ads-Rule/main/AWAvenue-Ads-Rule.txt \
| sed -n '1,8p'怎么确认这一步真的生效：在 AdGuard Home 的「查询日志」里搜索规则中已有的域名，例如 ad.doubleclick.net。命中记录应显示由过滤规则阻止，并能看到对应过滤器。不要只看 nslookup 返回值，因为 AdGuard Home 的阻止模式可能返回 0.0.0.0、NXDOMAIN 或其他响应。
Mihomo 初次接入用 Classical YAML
刚接入时用 Classical YAML。文本能直接检查，Mihomo 的 behavior 与文件内容也最不容易配错。把下面片段合并到现有配置；rules 中的 RULE-SET 要放在兜底规则之前：
rule-providers:
awavenue-ads:
type: http
behavior: classical
format: yaml
path: ./rule_providers/awavenue-ads.yaml
url: "https://raw.githubusercontent.com/TG-Twilight/AWAvenue-Ads-Rule/main/Filters/AWAvenue-Ads-Rule-Clash-Classical.yaml"
interval: 86400
rules:
- RULE-SET,awavenue-ads,REJECT
- MATCH,DIRECT如果现有配置已经有 rules:，只加入一条 RULE-SET，不要再建第二个同名顶层字段。改完先做语法检查，路径换成自己的实际配置文件：
mihomo -t -f /path/to/config.yaml配置通过后，在客户端的 Rule Provider 页面检查 awavenue-ads 是否显示更新时间与规则数量。看到下载成功还不够，再到 Mihomo 日志中确认测试域名命中了 RULE-SET,awavenue-ads。
现有配置已经使用 domain 类型的二进制 Provider，并且内核支持 MRS 时，再换成仓库提供的 MRS。替换时同时改三个字段：
rule-providers:
awavenue-ads:
type: http
behavior: domain
format: mrs
path: ./rule_providers/awavenue-ads.mrs
url: "https://raw.githubusercontent.com/TG-Twilight/AWAvenue-Ads-Rule/main/Filters/AWAvenue-Ads-Rule-Clash.mrs"
interval: 86400Mihomo Rule Provider 官方文档明确写明，MRS 只支持 domain 与 ipcidr behavior。这里的 AWAvenue MRS 是域名集，所以不能沿用 Classical YAML 的 behavior: classical。
sing-box JSON 可以直接订阅吗？
可以，但要使用仓库当前实际存在的 JSON。官方 AWAvenue 使用教程仍给出 AWAvenue-Ads-Rule-Singbox.srs，而 2026-07-25 的 main/Filters 文件树没有这个 SRS，只有 AWAvenue-Ads-Rule-Singbox.json。直接照抄旧示例会在规则更新阶段得到 404。
仓库里的 JSON 顶层是 sing-box 源规则集结构：
{
"version": 3,
"rules": [
{
"ip_cidr": [],
"domain": [
"ad.doubleclick.net"
]
}
]
}把它作为远程 source 规则集加入 route.rule_set。下面只是需要合并的片段，不是一份完整的 sing-box 配置：
{
"route": {
"rule_set": [
{
"type": "remote",
"tag": "awavenue-ads",
"format": "source",
"url": "https://raw.githubusercontent.com/TG-Twilight/AWAvenue-Ads-Rule/main/Filters/AWAvenue-Ads-Rule-Singbox.json",
"update_interval": "1d"
}
],
"rules": [
{
"rule_set": "awavenue-ads",
"action": "reject"
}
]
}
}version: 3 是 sing-box 1.11.0 引入的源规则集版本。配置合并后运行：
sing-box check -c /path/to/config.json如果你必须使用二进制 SRS，可以从仓库 JSON 自行编译，而不是请求一个当前不存在的文件：
sing-box rule-set compile \
--output AWAvenue-Ads-Rule-Singbox.srs \
AWAvenue-Ads-Rule-Singbox.json本文没有在所有 sing-box 图形客户端上验证导入界面。部分客户端会限制自定义配置字段，遇到这种情况以该客户端当前内核版本和配置文档为准。
更新前怎么留一个能用的回滚点？
main 的优点是修订快，代价是 URL 指向的内容会变。路由器或家庭 DNS 上线前，至少记录三项：当前 commit、规则文件 SHA-256、过滤器内的订阅 URL。
先把当前内容下载到临时目录并计算摘要：
curl -fsSL \
https://raw.githubusercontent.com/TG-Twilight/AWAvenue-Ads-Rule/main/AWAvenue-Ads-Rule.txt \
-o /tmp/AWAvenue-Ads-Rule.txt
shasum -a 256 /tmp/AWAvenue-Ads-Rule.txt本次核对时，main 最新规则 commit 是：
d77f249050b440989cc9a640eabdb18573dc7c90需要固定这一版时，把 main 换成完整 commit SHA：
https://raw.githubusercontent.com/TG-Twilight/AWAvenue-Ads-Rule/d77f249050b440989cc9a640eabdb18573dc7c90/AWAvenue-Ads-Rule.txt更新后若正常业务突然失败，先把 Provider URL 改回这个固定地址并刷新一次。恢复后再比较新旧规则，不要边改白名单边继续自动更新，否则下一次刷新会把判断现场搅乱。
误杀后怎么定位，不用把整套规则关掉？
广告域名与正常接口有时共用基础设施。项目官方常见问题已经列出过小米云备份、搜狗输入法在线功能等误杀案例；2026-07-21 的最新提交本身也是一次误杀修订。规则能继续维护，不代表每个设备组合都不会遇到误判。
按这张表缩小范围：
| 表现 | 更可能的原因 | 先看哪里 |
|---|---|---|
| 开启规则后某个 App 登录或同步失败 | 正常接口域名被列入规则 | AdGuard 查询日志或 Mihomo 匹配日志 |
| Provider 更新失败并返回 404 | URL 指向不存在的格式，如旧 SRS | 仓库 Filters/ 当前文件树 |
| Provider 显示下载成功但没有命中 | behavior、format 或规则顺序错误 | Mihomo Provider 状态与 rules 顺序 |
| 所有设备同时出现同一功能异常 | 路由器级 DNS 规则误杀 | AdGuard Home 查询日志和最近更新时间 |
| 只在一个 App 内仍有广告 | 广告与正常内容共用域名，或内容由 App 本地渲染 | 该 App 请求域名与规则覆盖范围 |
确认某个域名被误杀后，先在本地白名单放行并复测。AdGuard DNS 规则语法中的放行写法如下：
@@||example.com^怎么确认放行有效：刷新过滤器后，在查询日志中重新触发一次请求。目标域名应不再被 AWAvenue Ads Rule 阻止，原本失败的功能也应恢复。只满足其中一个条件，还不能证明找对了域名。
域名规则看不到页面元素和请求路径
AWAvenue Ads Rule 在网络层阻止域名请求。它看不到 App 内部的页面结构，也无法单独处理以下情况：
- 广告和正常内容从同一个域名下发；
- App 使用硬编码 IP，且规则只有域名；
- 广告素材已经缓存在设备本地；
- 页面空白占位需要浏览器的元素隐藏规则处理；
- 加密请求内部的路径决定内容，而过滤器只能看到域名。
规则文件本身是文本或规则集，不该要求你执行来源不明的安装脚本。下载二进制程序、使用第三方反代、导入模块，是三件不同的事。优先使用项目 GitHub Raw；必须使用镜像时，先比较 SHA-256，再交给长期运行的路由器。
最后保留一个很朴素的原则：新增规则只改一个 Provider，验证查询日志后再启用自动更新。看不到具体命中域名，就没有足够证据继续加白名单。