看 《持械入宋》上头了，做了个红果广告自动跳过

最近在红果追挺火的 AI 短剧《持械入宋》，我估计也有小伙伴在追吧。

确实不错，战争场面、军事调度，还有朝堂争斗，都拍得极有质感，你看的时候会忘记这是一部 AI 短剧，即使画面偶尔有点毛病，完全可以忽略不计。

我的感觉就是，AI 短剧如果能做出这个程度，基本上讲故事就足够用了，感觉真人演员往后真的很难了。

当然，不爽的就是，正看得上头呢，广告来了。等几秒，往上一滑，继续看。过一阵，又来一条。

昨天晚上我看的时候实在是忍不了，一怒之下直接就在网页版 GPT 里边让 AI 开工帮我解决。

起初我问的是，有没有现成项目。它推荐了几个方案，其中就包括之前介绍的 GKD 之类的，但是还得找规则。

我想了想，嫌麻烦，还是希望更省事：直接做成一个独立 APK，把规则放进去，装上、开好权限，回红果看剧就行。

GPT 说可以，建议用安卓的无障碍功能识别界面，必要时再截图识字。

GPT 提出的独立 APK 与识别方案

我一看还得本地 OCR，就觉得，有点儿太麻烦了吧。

因为我看剧的时候已经注意到，两种广告底部的提示不一样：能直接上滑的，文字短；需要等一会儿的，文字长。既然只要分清这两个状态，没必要把每个倒计时数字都认出来。

两种广告底部提示对比

我把截图给它，问能不能就按这个区别判断。

用两种底部提示区分状态

它还在琢磨怎样判断剩余时间，我就劝他别纠结那么细：长的固定等一会儿，短的直接滑。不必一直盯着数字变没变，先把最简单的方案跑通。

初版固定等待方案

这张图里说的 8 秒，是最初的想法，后来发现，还有 4 秒的等待广告。

我想了一下，干脆这样，不管他要等待多少秒，如果是 4 秒的时候，那就等 4 秒上滑一次，如果滑不动的话，那就再等 4 秒再滑，这个算是最简单粗暴有效的思路了。

说清楚了这个执行逻辑，后边的活儿就交给 AI 来搞，我就扭头继续看短剧了，看了两三集，再切过来一看，直接就把 APK 给你弄出来了。

这个过程也值得说一下，AI 会写代码，但你正在用这个东西，你对哪里麻烦、什么程度够用的判断，同样有用。它准备把问题做复杂的时候，你可以告诉它，我只需要解决眼前这一件事。

我也是 0 代码基础，只能想到思路，剩下的就给它来执行了。

AI 起出来的名字还挺文艺，做出来的小工具叫「红果轻滑」。

红果轻滑的首页与服务状态

装上试了，遇到的几类广告可以自动上滑，就是反应稍微慢一点。我接着让它缩短等待，再加个手动调节等待时间的，可以自行微调，省得每调一次都重新打包。

还加了个随机时间浮动，尽量防止被识别为机器脚本。

最后交付的版本，默认首次等 4.5 秒，第一次手势结束后再等 5.5 秒检查补滑，最多两次，时间也能手动改。

来看一下效果吧，我把 3 种不一样的跳过都录屏展示一下。

基本上就是广告刚一进入可上滑状态，就可以自动上滑跳过。

整个过程，就是我在看剧，它在干活；发现哪儿不顺手，再说一句，继续改。

到这里按理说应该分享给大家一个下载的 APK 了，但是这类 APK 向来是比较敏感的，我的理解是，自己做出来用用没关系，但是你要发出来，那可能就会有麻烦了。

所以出于你懂得的原因，我就不再分享 APK 下载了。

而且实际上这个过程也没有什么难度，更没有什么技术含量，整个过程我也把思路讲给大家了，我还倒推整理成了一份开发提示词。你可以交给自己的 Agent，让它照着做一个同类工具，再根据你的手机和实际界面调整。

请为我制作一个安卓 APK「红果轻滑」，辅助我在红果短剧中自动执行上滑。请完成工程、编译、签名并交付 APK、源码和简明安装说明；缺少构建工具时先明确说明，不要把伪代码当成成品。用安卓无障碍服务读取当前界面的文字与控件，并发送上滑手势。只在红果处于前台、自动开关开启且确认广告页面时动作，其他应用不操作。先确认实际包名、广告标记及底部提示，不能只凭某段文字长短就判断整页是广告。不使用截图、OCR 或云端识别，不解析倒计时数字。区分两种底部提示：「上滑继续观看短剧」一类短提示代表可直接上滑；「X 秒后可继续上滑观看短剧」一类长提示代表需要等待。文字可规范化空格，具体匹配以我手机的实际页面为准。读不到或读取不完整时，不把它当成广告已经消失。短提示确认后上滑一次，防止同一提示重复触发。等待类广告从首次识别起计时，默认 4.5 秒后尝试第一次上滑，重复**不重置计时。第一次手势结束后，默认再等 5.5 秒；确认仍在同一条广告才补滑一次，等待类广告最多尝试两次。回到正剧、切到其他应用或关闭总开关时，取消待执行动作。每次执行前重新核对当前页面。首页提供总开关、权限与服务状态、首次等待和补滑间隔输入框，支持小数秒、保存及恢复默认。参数保存在本地，修改从下一条广告生效。提供可关闭的 ±10 毫秒时间浮动选项，只称作时间浮动，不承诺防风控。记录识别时间、提示类别、等待参数、手势发送及完成、广告仍在或返回正剧等信息，提供复制诊断按钮。系统报告手势完成不等于跳过成功，需结合后续页面判断。控制重复空闲日志，避免挤掉关键记录。保持实现简单，仅辅助执行正常界面操作，不修改红果客户端、不伪造观看或奖励记录。测试直接可滑、等待后成功、补滑、读不到文字、切换应用和关闭开关等情况。交付时区分编译测试与手机实测；根据我提供的截图、日志继续改进，不能承诺一次生成就适配所有设备。

上下滑动查看全文；轻按选择全文后复制。

这份提示词是按这次已经做出来的功能整理的需求说明。每个人用的 Agent、手机和应用版本可能不同，具体做完之后，有什么不合适，剩下的可以交给你的 Agent 再去微调就行了。

事儿就是这么个事儿，这玩意儿也没啥技术含量。

只是想分享给大家一些思路，因为真正起变化的，是我们跟这些软件相处的方式。

以前一项技术有门槛，得先有人把它做成项目，大家才能下载、安装、使用。开发者做了哪些功能，我们就用哪些；缺了什么，去提个建议，等人家有空再说。为自己那一点不顺手，专门学一套开发，很多人也就放弃了。

现在，如果每个人都能把需求说给 AI，让它帮自己做出来，那我也不一定非要公布一个安装包。把思路讲清楚，把需求整理出来，你可以让自己的 Agent 做一个，再按你的习惯改。

同一个问题，未必还需要所有人等同一个项目。

就像这次，我要的是看剧时少动几次手指。有人可能觉得等待太久，想调短一点；有人宁可慢一点，也希望稳妥些。以前这些差别得等开发者安排，现在你可以直接说，我想这样用，你帮我改成这样。

其实我更好奇的是，以后这些互联网服务该怎么应对？

以前，一个公开项目影响了平台，平台还可以围绕这个项目处理。可如果越来越多人都拥有了制作小工具的能力，不等别人发布，自己就能做，平台面对的情况就不同了。

比如免费看内容、通过广告赚钱的这种所谓羊毛出在猪身上的模式，如果用户越来越容易处理那些打断观看、让人不经意就被引导进去的广告，平台就得重新琢磨：怎样吸引注意力，怎样让用户愿意看，或者去找别的盈利方式。

我不觉得一个小 APK 就能改变什么。但当更多人开始按自己的想法调整体验，这些变化会慢慢积累起来。后面会形成什么规则，平台又会怎样调整，我们还不知道。还是那句老话，这是一个充满变数的新世界。

说回我们自己，其实不用等到那些大变化发生。

经常会刷到评论区有人问：你们都用 AI 干嘛呀？

其实用 AI 没有一个固定的方向，也不用先找一个特定需求。你在日常生活中遇到的各种小问题、各种小不爽，想到了，马上就可以丢给 AI 去做。就像看剧的时候有广告，顺手让它想办法搞定，这些不都是现成的需求吗？

关键是你得对这些问题有点敏感，有解决它的决心，再往前动手一步。发现不舒服的时候，别只停在抱怨上，试着问一句：这个能不能让 AI 帮我改改？

你愿意开始，它才有机会把你每天待着的这个环境，变得顺手一点。