这周 GitHub 上冒出来两个八竿子打不着的项目，但它们在解决同一个毛病：明明手里的硬件够用，功能却被厂商和内存卡着。一个把国产安卓系统里那些关不掉的广告开关，用 adb 一个个拨回去；一个把 260 亿参数的 Gemma 4 硬压到 2GB 内存里跑。星数都不算顶流，但都是今天就能上手的工具。
肉呆去广告：不 root、不刷机，靠 adb 把开关拨回去
rddmwmddr/android-ad-cleaner，10 月 24 日才建仓，到今天 6,841 星、611 个 fork，MIT 协议。11 月 7 日刚发 v0.4.0，这一版第一次给了手机版 APK，不用连电脑，在手机上点一下就能关。
它干的事说白了很朴素：不卸载、不停用系统应用，不改 system 分区，只去拨系统和 App 自己带的开关。系统广告、个性化推荐、下拉搜索的热榜、负一屏资讯、商店的轮播和开屏推广、各 App 的营销通知渠道、com.opos.ads 这类广告组件，一条条关。广告组件那一步走 pm suspend 挂起，要机主点头，并且留了还原命令。快应用这种一点就跳进去的坑，也单独做了检测和关闭。
有意思的是它的用法分了五档：有 AI 工具的就让它读仓库里的 AGENTS.md 自己跑；只有手机的，让 DeepSeek、豆包带着你点；想自己掌控每一步的，照清单手动关；不想敲命令的，有 Mac 和 Windows 桌面客户端；连电脑都不想插的，装手机版。
它把实测记录直接写在 README 里，这点比很多项目实在：OPPO Find X9 Ultra 八段跑 211 秒、回读确认 173 项；小米 18 Pro Max 九段全过，从 150 秒优化到 97 秒；荣耀 Magic V Flip2 手机版跑 2 分 20 秒，负一屏在后台屏上进不去，就跳过。翻页认路、开关回读、失败分段重试，这些脏活都做了。
边界也很清楚：只支持用 adb 连接的安卓，原生鸿蒙的 HDC 不认；机型脚本是按具体系统版本写的，系统一升级，入口改名，脚本就得跟着补。仓库现在挂着 210 个 open issue，大半是「这台机的这个页面认不出来」。它不是一个装完就忘的工具，更像一份需要社区一起维护的清单。之前写过安卓上让 Agent 直接点 App 的路子（Artemis 和 Moli），这个项目走的是另一条更笨但更稳的路：把规则写死，让脚本去点。
TurboFieldfare：把 26B 的专家库留在 SSD
另一个是 drumih/turbo-fieldfare，7,298 星，Apache-2.0，Swift 6.2 加 Metal 4，只跑在 macOS 26 的 Apple Silicon 上，8GB 内存的 Mac 也算。
它要解决的问题很直白：内存太贵。Gemma 4 26B-A4B 整包 14.3GB，正常做法是全部塞进内存，8GB 机器直接没戏。它的做法是不整包加载：约 1.35GB 的共享核心和 FP16 KV 缓存常驻，剩下的专家按 token 从 SSD 流式读，读的是 MLX affine 4-bit、group 64 量化过的权重。官方口径是「约 2GB 权重加 4K KV」。
速度给得很诚实，没有拿最好成绩当唯一口径：8GB 的 M2 MacBook Air 是 5.1 到 6.3 tok/s，24GB 的 M5 Pro 是 31 到 35 tok/s。第一次运行要下载并重打包约 15GB 模型，仓库里还留了 103 组实测实验记录，从 kernel、缓存到 I/O 都摊开写。
它也不是 MLX 或 llama.cpp 的外壳，是专为这一个模型手写的运行时，所以换模型就不灵。这一点得说在前面。
实话
这两个项目都别当成「一劳永逸」。
去广告那个，价值在于「只动开关」和「可还原」，但它天生跟着机型走。安卓 17 一升级，设置页换个入口，脚本就可能点空；手机版刚发，负一屏这类受权限保护的页面还有进不去的情况。它省的是你一台一台手动翻设置的时间，不是替你承担风险，挂起广告包之前想清楚，还原命令留好。
TurboFieldfare 的 2GB 是权重预算，不是整机占用，KV 缓存会随着上下文涨。8GB Mac 上 5 到 6 tok/s 是「能跑」，不是「能用」，当个本地实验或者离线小助手可以，真拿它干活还是得 24GB 往上。而且它锁死 macOS 26 和 Metal 4，Linux 和 Windows 这边暂时没份。
真要说共同点，它们都在抠现成资源里的浪费，而不是催你买新硬件。手机里那些默认打开的推荐位，Mac 里那 12GB 闲着的内存，本来就是你的。想给自己的机器算一笔资源账，之前这篇自托管 Agent 的最低配置可以对着看。
