2025 年的最后一天，忽然有点释然。回头看这一整年的折腾，才发现一件挺真实的事——自动化其实真的没必要搞得那么复杂。最早的那个初始版本，现在想想，已经完全够用，甚至在某种程度上，更稳定、更安心。 当然，也不能说这段时间做的都是无用功。哪怕走了弯路，踩了坑，至少也学到了一些真正属于自己的东西。有些认知，不自己折腾一遍，是永远想不明白的。 只是很现实的一点是，google ads 这边确实被耽误了不少。如果说得夸张一点，少赚的那部分，可能已经是好几万了。不是不心疼，而是那种事后才意识到“取舍失衡”的感觉，更让人清醒。 但时间不会倒流。既然已经走到这里，那就只能承认、消化，然后往前。 2026 马上就要到了。不想再用“忙”“修系统”“再完善一下”这些理由，给停滞找借口了。新的一年，必须要有进步，也必须要有改变，哪怕是小步，也要往前。 明年——准确说，是明天，已经有了一些新的打算。不急着现在写出来，等真正开始跑了，再记录下来，当作一段真实的过程。 毕竟，这个博客本来也只是记录而已。记录焦虑，记录犯错，记录进步，也记录那些不那么完美的阶段。 新的 2026 就要来了。希望它是奋进的一年，也是敢于创新、不再原地打转的一年。 加油。

最近一段时间，几乎所有精力都被自动化的修复和重构占满了。原本计划好的不少测试任务，也被迫一拖再拖。回头看，其实这是一个很典型的阶段——系统在升级，人却要为稳定性让路。 趁着这个节点，也顺带把近期的 google ads 情况做一次阶段性总结。 从数据上看，任务整体还算维持在之前的水平，数量相比上个月甚至略有回升一点。但说实话，黑五本身对我这边的影响并不算大，真正明显的下滑，是发生在之后。 尤其是进入 12 月之后，那种感觉很直观——订单像是踩空了一样往下掉。 最近半个月尤其明显。原本稳定能跑到每天十多单的主力任务，直接掉到了一两单，有时候甚至更低。那一刻，说不焦虑是假的。 后来慢慢想明白，这种下滑并不完全是系统或操作的问题。 一方面是品的原因。国外临近年底，很多消费其实已经在黑五、圣诞前期被提前透支了，后面自然就乏力。 另一方面，是环境本身的周期性变化。我也专门去问了大佬朋友，得到的反馈几乎一致：他的订单量，也有类似的断崖式下滑。 说句不太“高尚”的实话，当听到他也在掉的时候，我反而踏实了一点，至少说明，这不是我一个人的问题。 朋友也说，通常到 1 月份会慢慢回暖。而这个任务本身依旧是我的主力之一，只能耐心等它回到正常节奏。 期间账号也出现了规避的情况。朋友那边更夸张，多个账号陆续中招，我们还专门讨论了如何应对验证的问题。 后续会怎么发展，现在其实谁也说不准。所以我选择的策略是：不硬顶、不冒进。 昨天已经先暂停了规避账号相关的任务，重新上了一个新的任务顶上。好在这个是次月发款，整体质量也不错，属于不能轻易丢掉的那种。 从今天开始，任务会陆陆续续重新铺开，节奏放慢一点，但不完全停。 回头看这段时间，其实挺真实的——系统在升级，业绩在下滑，情绪也会跟着波动。 但好在一点是清楚的：该修的系统在修，该跑的任务没有断。 再一抬头，发现 2026 年已经快到了。时间真的是一眨眼。 很多东西急不来，只能一边修系统，一边把该跑的路继续走完。 这一阶段，先这样。慢慢来。

断断续续折腾了差不多两个月，这套自动化终于算是完整跑通了。中间真的有无数次想掀桌子，尤其是那种——明明改的是一个很小的细节，却牵一发而动全身的时刻。BUG 一个接一个冒出来，逻辑推翻了又重来，很多原本可以拿来测试任务的时间，都被消耗在“修系统”这件事上。 如果只看短期收益，这段时间肯定是耽误赚钱的。但真正等它完整跑起来的那一刻，我才发现：值，是真的值。 不管这套东西最后能帮我多赚多少钱，至少在我自己这里，它已经是一次质的飞跃。那种“这东西是我亲手一点点搭起来的”的成就感，很难用钱去衡量。 其实朋友也劝过我，说只要能换链接就行了，别追求那些乱七八糟的功能，能跑就好。但我自己有时候确实有点强迫症，总觉得既然要做，就想把逻辑理顺，把坑提前填掉。于是一路边骂边改，硬生生把它推到了一个我自己看着顺眼的状态，姑且叫它 2.0 吧。 如果用一句话概括这次升级，那就是：以前更像是“一个脚本能跑就行”，现在更像是“一套可以被管理、被观察、被控制的系统”。 最直观的变化，其实是“思路变了”。 早期的系统，本质上是脚本思维。所有任务混在一起，Script、API 没有明确边界，能用就行，出问题靠猜，靠翻日志，靠经验兜底。 现在不一样了，我在系统里正式把两条路拆开了。一条是 Script 模式，用 Apps Script 或本地脚本跑，稳定、保守；一条是 API 模式，通过 Google Ads API 后台线程跑，灵活、高频。两种模式在数据库里有明确标记，逻辑上彻底分离，谁该干什么，一开始就说清楚。 时间和频率控制，也是这次让我最安心的一点。以前前端随便填，后端也不怎么拦，很容易一不小心配出“危险间隔”。现在不管你选哪种模式，前端会先限制可选范围，后端还会再校验一遍，结合上一次更新时间和设定的 interval 来判断到底该不该跑。既能做到分钟级更新，又不会因为手滑把账号送走。 跟 Google Sheets 和 Apps Script 的配合，也终于不再“靠默契”。以前表格里没有区分，脚本也不知道该处理哪一行，经常全靠自己记。现在系统会直接写入 Mode 字段，Script 只看 Script，API 只看 API，甚至还顺手做了一个 Ads 执行码生成器，不同表格、不同 MCC，一键生成对应脚本，少踩很多低级坑。 再往后，就是一些“用的时候才知道爽不爽”的细节了。日志不再是零散的，而是集中在一个页面里，能按模式、状态筛选，旧日志还能按天清理。Dashboard 上能直接看到项目、Offer、定时任务的状态，哪条挂了、哪条在跑，一眼就明白。 业务层面的小功能，其实也帮我省了不少心力。比如 Referer 不再纯手工，可以从 WordPress 的静态页面里随机选；代理不再一条条配，用模板统一管理，Offer 级、项目级自动继承；多...

这个周末基本又是泡在自动化里。说是改动，其实更像是在反复推翻、验证、再重来。写到后面，已经不是单纯在“加功能”，而是在不断确认：哪些东西是真的有用，哪些只是看起来很酷。 昨天跟一个老朋友随便聊了几句，反倒有点小收获。他从旁观者的角度提醒了我几个我自己已经习惯、却没再去质疑的地方。回来之后又把自动化 2.0 改了一轮，逻辑更干净了一点，结构也顺了一些。如果接下来没冒出什么新问题，今天晚上就可以直接打包上线了。 回头看，从最早的 0.1 版本到现在的 2.0，确实算一次质的飞跃。最开始只是很简单的脚本，跑一跑、提取后缀，能省点手动操作就算成功。到现在，已经是一整套全自动流程：任务管理、定时逻辑、替换策略，全都串在一起，还可以自己设置 1 到 60 分钟不等的更换时间。 客观说，这个功能对大部分人来说，可能没有那么“非要不可”。但对我这个程序小白来说，能把一套复杂逻辑真正跑起来，本身就是一个不小的突破。不是写得多漂亮，而是终于不再完全依赖感觉，而是开始有结构、有节奏地去做自动化。 今天白天跟 AM 要了几个表格，准备等 2.0 正式上线之后，直接进入实战阶段。前期折腾了这么久，总得让系统去跑一跑，看看在真实任务里能不能站得住。 现在的心态反而比之前平静很多。不再纠结是不是“做得够不够高级”，而是更关注：它能不能长期用、稳不稳、出问题我能不能快速改。只要这三点成立，其他的慢慢来就好。 从 0.1 到 2.0，本质上不是技术升级，而是思路升级。接下来，就是让它真正替我干活的时候了。

这两天又把自动化拉出来拆了一遍，算是做了一次“第二次进化”。 前一阵子总觉得哪里不顺眼：逻辑能跑，但不够优雅；能换后缀，但不够灵活。直到这次认真问了 Gemini，才真正把 Google Ads API 的正确打开方式梳理清楚。以前很多地方是“照猫画虎能用就行”，现在是真正理解了系统允许你做什么、限制你做什么。 搞清楚规则之后，就开始用 chatgpt 去“调教” Windsurf，一段段代码过，一块块逻辑拆，一步步自检、重构、完善。以前是边写边补丁，现在是先设计模板，再让代码往里填。开发节奏从“能跑就行”，慢慢变成“后面维护时不会骂自己”。 这次重构的核心变化有一个——同一套系统里，同时保留两条“换后缀通道”。 老通道是原来的那条： 用 Google Ads Scripts，加上每小时执行码，踏实、可控，也经过了长时间实战验证。逻辑虽然粗糙一点，但优点是稳定，属于那种“没功劳有苦劳”的老员工，没理由直接开掉。 新通道是这次重点优化出来的： 后端 + Google Ads API + 分钟级定时。这一条的目标，是在规则允许范围内，把更换后缀的频率拉得更细，做到真正意义上的“分钟级策略调整”，而不是被一小时颗粒度绑定死。背后是完整的后端逻辑、权限管理、任务调度，Windsurf 帮我在这块省了不少时间。 最终形成的结构是：在同一套系统里，让两条通道并存，让“每一个 offer 自己选择走哪条通道”。 比如一个新测的 offer，不确定稳定性，就用老通道，按小时换，安全、稳妥；而那些已经验证过、跑得比较顺的，就可以尝试挂到新通道下面，用分钟级定时去做更细一点的调整和测试。 这样做有几个好处： 一是不给自己“孤注一掷”的风险。不用一夜之间把所有逻辑强行迁移到新通道，老通道继续在背后兜底，新通道在前面试探。真出问题，随时可以退回去。 二是方便对比。同样类型的任务，有的挂在老通道，有的挂在新通道，跑够一段时间，就能看出来到底是不是“频率更高 = 效果更好”，还是只是心理安慰。这比拍脑袋相信“技术一定更先进”要靠谱得多。 三是系统本身也更灵活。未来不管是再加第三条通道、还是针对某个联盟单独做逻辑，只要遵守同一套模板和系统规范，就可以继续往里挂。不需要推翻重来，只需要不断往里扩展。 现在整体的结构已经搭好，逻辑也自检了很多轮，从设计角度看，应该没什么大坑了。接下来就是让它在实战里多跑一跑，多踩点小坑，多暴露点细节问题，再一层层打磨下去。 回过头看，其实这次所谓的“自动化再完善”，做的不是一个炫酷功能，而是一个很简单的事——在同一套系统里，给自己留下选择空间，而不是把所有希望押在单一路径上。 工具变聪明，是为了让人可以更从容。现在这套系统至少让我有种感觉：即便未来 google ads 的规则再怎么改，我这边也不是完全被动，而是能主动调整一条通道、切换一个策略、换一套模板，慢慢往前挪。 不求一步到位，只求每次重构之后，都比上一版更清晰、更稳一点。这样日子虽然不炸裂，但耐看。

周末花了不少时间去检查之前写好的自动化程序。本来那套逻辑最大的亮点，就是可以做到“几分钟换一次链接”。听上去很爽，也确实是我一直想实现的能力。结果这次仔细复盘，才发现当初的设计思路很可能就是错的。 我之前一直用的是一套“一个小时更新一次”的结构——Flask + Web App + Apps Script这是稳定且被验证过的逻辑。但当时为了更快的频率，让 AI 帮我重写，结果它还是绕回了同样的结构。我一开始以为只是写法不同，直到问了 Gemini，它直接告诉我：这种级别的频率，本身就不被官方支持。 说得委婉，但意思就是：强行搞，很可能触发系统异常。而且它是谷歌亲儿子，反爬、限频、风控机制比谁都清楚，我也不敢乱试。现在这种大环境，能稳定跑比什么都重要，真不想因为一次“优化欲望”把账号玩废掉。 另外我现在又有 API 标准权限，理论上可以通过 API 自己构建短周期的更新逻辑，所以程序这两天一直在修正、拆解、重建。只能一步步慢慢来，不敢急。 今天顺便看了一下 google ads 的业绩，12 月第一周的数据明显比 11 月的第一周低了一截。原因其实不难猜：黑五刚过去，用户购物欲望还在冷却；大佬们跑 volume，把市场的好流量提前消化了；小玩家本来就吃边角料，现在更是抢不过。不过好在下降幅度还能接受，不算崩盘，只能继续调整、继续测。 每次遇到这种阶段性卡壳，我都会提醒自己一句老话：做项目不是一条直线，而是一段上坡路——坡陡的时候，就只能慢慢爬。 程序要修，API 要适配，任务要测，业绩要看。这就是我们这行的日常。没什么捷径，就是不断地折腾、调试、验证、再折腾。 虽然累，但稳。继续加油吧。

最近单量肉眼可见地往下掉，前几天还以为是正常波动，这两天认真看了一下数据，大概率还是黑五抢量的锅。广告主砸预算，大佬们该开的计划全开了，小成本玩家在里面就是陪跑，能分到的流量本来就少，还得被价高量大的计划压着。也没什么好抱怨的，体系规则摆在那儿，只能等这一波过去，看能不能慢慢回到之前的水平——至于能不能回去，就不好说了，只能边跑边看。 期间还有两个发钱的任务在别的平台被取消了，好在那边也不是主力阵地，心态还算稳定。当一次正常的波动就好，这种事情在这行太常见了，谁都会遇到。反倒是给自己提了个醒：以后尽量别把期望压在“别人家的平台”上，能做备选就做备选，别当核心。 比较真实的一点是：最近确实懈怠了不少。玩游戏、看小说，一天一不留神就没了。对抗压力的方式选了个最轻松的，结果是短期心情爽了，长期行动力被掏空了。其实心里很清楚，这种状态维持久了，项目不掉才奇怪。该给自己拎一下耳朵，慢慢把节奏拉回来。 接下来打算先把网站规划理一理。之前都是想到哪改哪，现在功能一多，结构一乱，自己看着都嫌乱。内容怎么分类、哪些做成固定结构、哪些给自动化配合，得有个完整的盘子，不然后面再接自动化、再扩展项目，又要返工。 自动化这块本来是个好消息——前段时间总算优化到可以 10 分钟更换一次链接，比以前那种一小时一轮的效率高太多了，整个人都觉得“终于像个工具了”。结果刚高兴没几天，又发现 API 权限那边出新状况：秘钥好像要一周刷新一次。听上去不复杂，但对自动化来说，这就是一个必须处理的“定时炸弹”——一旦忘了更新，整套流程全挂。 现在最头疼的是：自动化已经跑顺了，偏偏卡在这种“必须人工介入”的小细节上。想彻底解决，就得再往上抽象一层逻辑，把秘钥更新这件事也纳入流程里，而不是靠记性和提醒。技术上能不能搞定是一回事，更关键的是又要花一段时间去设计、去验证。 不过想想也就释然了。单量下降，是黑五在抢量；节奏变慢，是游戏和小说在抢时间；工具卡住，是权限在设限。这些东西加在一起，逼着我重新调整状态、重构结构、优化工具。 没办法，这就是做项目的常态： 大环境有风有雨，系统有 bug 有限制，人自己还有惰性要对付。能做的，就是一点点把能控的部分收回来——少刷一局视频，多跑一个测试；少一分焦虑，多写一行逻辑。 单量能不能回到从前不知道，但有一点是确定的：如果我继续浪费时间，那肯定回不去。所以，从今天开始，先慢一点，把节奏找回来，剩下的交给数据和时间说话。

周末把自动化又折腾了一轮，终于把之前最卡脖子的点解决掉了。原本的版本只能依赖 google ads 后台的指令码，每隔一小时才允许更换链接。那种感觉就像开车必须等红绿灯整点跳才能走，效率被死死卡住。 这两天硬是把整个链路拆开、重写、再封装，终于让它进化成了——几分钟就能随意换链的模式。自由度一下子高了很多，也更像真正意义上的自动化。 顺便也在网站上加了不少功能：现在可以随意添加项目，每个项目都能独立设置代理、独立跑任务；后台也能实时检测状态，之前那种“跑着跑着突然断掉还不知道”的情况基本可以避免了。 整体感觉比以前顺滑得多，像是终于从“能跑”升级成“跑得舒服”。 今晚准备上一个项目试试能不能完美实现“几分钟换链”。 折腾虽累，但每次看到系统又往前迈一小步，都觉得挺值的。

这两天都在折腾自动化的逻辑。之前我做的版本是最基础的——单一 MCC 模式。简单说，就是一个 Google Sheet 搭配一个 MCC，把所有任务都丢在同一个账户结构里跑。能跑，但不够灵活，也不够“聪明”。 真正的问题也很明显：同一个任务如果想上量，而我又把它们全部堆在同一个 MCC 下，CPC 会明显被推高。谷歌的系统不傻，它会把这些计划判定为“内部竞争”。我自己跟自己抢流量，最后付的都是冤枉钱。 所以这两天就在想：既然任务要放大，那逻辑也得跟着放大。我需要的是——多个项目、多套账号体系，同时跑同一个任务，但互不影响。 也就是说：不是一个 MCC 扛所有任务，而是 多个独立运行的项目，像多线程一样一起跑。每个线程都带着自己的 sheet、自己的 MCC、自己的逻辑，不互相踩脚。这样同一个任务放量的时候，就不会互相抬价了。 当然，一旦从“单 MCC”变成“多项目多实例”，牵一发动全身： 自动化脚本的结构要改 投放流程要重写 上链逻辑要分离 项目隔离规则要重新设计 错误监控、回调逻辑、数据记录也要加 这些都不是小工程，但也都值得。因为一旦改好，这个自动化的上限会高太多了。 我打算这周末把整体逻辑敲定下来。应该能完工，毕竟大框架已经跑得很顺，只是需要扩容和拆分。 等改好之后，再封装一层，变成真正意义上的“多项目可复用自动化”。说白了，就是一个别人拿过去也能跑、也能扩展的半成品系统。 搞完之后，说不定还能卖……想想还挺有意思的。 有时候我觉得，做工具比做任务本身更能让我兴奋。因为任务赚的钱是短期的，而工具优化的是未来的效率。效率这东西，你攒得越多，越值钱。 就慢慢做好，每往前走一步，后面要做的事就会越来越顺。

今天收到一封谷歌的邮件：“You have been approved for Google Ads API Standard Access!”字面上很简单，但对我来说，是一个阶段性的节点。 之前的全自动虽然能跑，但始终有点局限：数据拉不全、权限不够深、很多逻辑只能猜，不能验证。 而今天这封邮件，意味着我终于拿到了真正的标准级 API 权限。能拿到，就像是官方给你递了把钥匙。 更关键的是，这把钥匙能做什么？ 它能让我拿到更完整的广告数据，把未来可能的产品雏形，从想法变成现实 做网赚的人都懂，有时候不是你不想做，而是没权限、没工具、没办法做。而谷歌的标准 API，就是“能不能做”的那个分界线。从最早的手动改链接，到后来半自动换链，再到现在的闭环优化、任务批量处理、数据抽取……每前进一步，都不是靠灵感，而是靠不断折腾、不断试错、不断重写逻辑。 这封 API 准入邮件让我有种很久没出现的感觉：我现在终于有能力往更高层走一层了。 未来能做的事情，会比以前多很多：比如完整的 google ads 自动投放脚本、实时监控 ROI、自动调整出价、自动生成广告组……这些以前只能“想想”，现在可以逐步“做出来”。 可能别人看这是一封普通的审核通过邮件，但对我来说，它确实像一个小小的里程碑。 做这行久了，每一次“权限升级”，都是一次“思维升级”。既然路打开了，那就继续往前走吧。接下来，要做的事情只会越来越有意思。