你有没有算过，一部国产安卓手机每天给你弹多少条广告？锁屏广告、负一屏热搜、系统资讯推送、应用商店营销通知……现在，GitHub 上一个开源项目用一份配置清单 + AI 智能体，让这些广告“一键团灭”，不 Root、可还原。
一、痛点：你的手机不是你的手机
国产安卓手机的系统广告问题由来已久。打开天气 App 先看三秒开屏广告，下拉通知栏混着“猜你喜欢”，日历提醒里夹着购物节预热，连计算器都有会员推广。这些广告大多藏在系统设置的犄角旮旯里，开关分散在几十个不同的菜单路径中——关掉它们需要一台手机一台手机地“寻宝”。
对普通用户来说，这几乎是不可能完成的任务。于是，一个叫 rddmwmddr/android-ad-cleaner 的项目登上了 GitHub Trending，它的思路非常直接：把所有关广告的设置路径整理成一份结构化清单，让人（或 AI）照着执行。
项目的三个核心卖点：
1. 无需 Root：全部操作通过系统设置和 ADB 完成，不破坏保修，不引入安全风险；
2. 可还原：每一步关闭操作都有对应的恢复操作，随时可以“后悔”；
3. 支持 AI 智能体一键执行：这是它最有意思的差异化设计。
二、架构：一份“给 AI 看的关广告手册”
项目本质上是把广告开关整理成了机器可读的配置描述——每个广告点位对应一段清晰的设置路径描述。AI 智能体（比如 Claude、GPT 配合手机自动化工具，或 ADB 脚本）读取这份清单后，可以自动遍历设置界面完成关闭操作。
整个执行流程可以概括为：
相比传统方案——比如自己百度搜“XX手机怎么关广告”然后一个个设置——这种“配置即文档、文档即程序”的思路，把一次性知识变成了可复用、可自动化的资产。
三、动手：ADB 层面如何关掉系统推送
对于喜欢折腾的用户，项目中最常见的一类操作是禁用系统级广告组件。比如通过 ADB 禁用某厂商的资讯推送服务：
# 查找可疑的广告/推送相关包名
adb shell pm list packages | grep -iE "ads|push|news|feed"
# 禁用（可逆，比卸载安全）
adb shell pm disable-user --user 0 com.vendor.system.adservice
# 后悔药：一键还原
adb shell pm enable com.vendor.system.adservice
注意 disable-user 与 uninstall 的区别：前者只是对当前用户停用，随时 pm enable 恢复；后者是物理删除，还原成本高。这正是该项目强调“可还原”的技术基础——所有操作都被设计为幂等且可逆。
再比如关闭系统通知层面的营销推送，可以直接用通知管理接口的兜底方案：
# 彻底关闭某个应用的全部通知
adb shell cmd notification allow_dnd com.vendor.market
而 AI 智能体路线则更适合小白用户：把项目 README 喂给支持手机操控的智能体（如 Android AutoML 类工具），告诉它“执行清单中第 1-50 项”，剩下的事交给模型规划点击路径即可。
四、深度观察：为什么这个项目能上 Trending
第一，它踩中了一个被普遍默忍的痛点。 广告不是 Bug，厂商不会修，用户投诉无门，第三方 App 又因为权限限制管不到系统层。一个纯开源、无广告、无商业化的清单项目，恰好填补了“官方不管、用户需要”的真空地带。 第二，它代表了 AI Agent 落地的一个新范式。 大多数人还在让 AI 写周报，而这个项目展示了 Agent 的另一种用法：把社区沉淀的“操作经验”结构化，让 AI 在真实设备上批量执行。这本质上是“数字世界的施工图纸”——图纸由人维护，施工交给 AI。未来同样的模式可以套用在隐私设置加固、电池优化、权限收敛等一切“设置地狱”场景。 第三，门槛控制得恰到好处。 不 Root 意味着不动 BL、不刷机、不丢保修；可还原意味着零风险试错。这种设计把受众从极客扩展到了“我妈也能用”的范围——这也是它受众极广、推荐度高的根本原因。当然也要提醒：不同品牌、不同系统版本的设置路径差异较大，执行前建议备份重要数据，禁用系统组件前先看清包名，避免误伤正常功能。
五、写在最后
一个手机出厂时带着几十个广告开关，这本身荒谬；但更值得玩味的是，关掉它们竟然需要一份开源文档加一个 AI 智能体。技术的进步本应让产品更干净，而不是让用户成为“反广告工程师”。
这个项目也许某天会因为厂商的更新而失效，但“用户夺回设备控制权”的需求不会消失。如果你已经被系统广告折磨已久，不妨去仓库里看看——这可能是今天性价比最高的十分钟。
