最近看到很多人在折腾一套组合拳：

Claude Code（或者 Codex）+ 广告平台 MCP + 一堆自定义 Skills，拼出来一个所谓的"AI 广告系统"。

4 月底 Google 和 Meta 先后发了官方 MCP，社区里更热闹了。已经有人在晒截图——看，我用 Claude 建了一条 Campaign。

我刚看到的时候也觉得：成了吧？

后来自己真往深了走了三个月，结论反过来了。

---

写代码这事儿，确实已经不是瓶颈。

今天一个工程师用 Claude Code 接通 API、建 Campaign、改预算、拉报表——可能一下午就搞定。这些能力放五年前够创业做一家公司。放今天，越来越接近水电煤。

但你真拿它去跑生产环境的广告——凌晨三点那种没人看着的跑法——你会发现难点根本不在"能不能调通"。

难点在水面下那 80%。

---

第一个坑，领域知识。

广告平台不是一个 RESTful API 调完就完的东西。

举个例子。Meta 有 47 种投放状态码，其中十几种会让你的广告静默停跑但不报错——你的脚本以为一切正常，实际上已经没花一分钱。Google Performance Max 的 Asset Group 编排逻辑每季度改一次，官方文档永远慢半拍。TikTok 的授权流和前两家完全不同体系。

这些东西写在哪？哪都没写。是踩了几百个坑以后才知道的。

你可以用 prompt 教 Claude。但前提是你自己得先知道。那教完了，维护成本也还是你的。

---

第二个坑，安全护栏。

这层最容易被忽略，但出事的时候代价最大。

问一个场景：凌晨三点，某个广告组 CPA 突然飙到正常值的五倍。你的 Agent 能十秒内自动暂停它吗？还是一直跑到预算烧光，你早上起来才发现？

通用 Agent 没有内置的广告安全机制。异常检测、预算上限保护、频率控制、失败回滚——全得自己写。这东西一旦有 bug，后果不是页面报个错，是真金白银没了。

成熟的广告系统里面，大量代码不是在加功能——是在防灾。工程师第一次看觉得"为什么搞得这么复杂"。上线跑几年就明白了。每一行看起来多余的代码，背后可能都是一次线上事故。

---

第三个坑，预集成执行层。

Google 官方 MCP 是 4 月 28 号发的。三个 tool。只读。

也就是说，"让 Claude 帮我暂停效果差的广告组"这件事，官方 MCP 压根做不到。

要写入，你得用第三方（Pipeboard、GoMarble 这些），或者自己封装。然后就是永远干不完的脏活：OAuth token 过期要续、API 版本每季度 deprecate、rate limit 说变就变、三个平台之间状态同步你自己对齐。

这些连接层占了一个成熟广告系统 60% 以上的工程量。一点都不性感。但它就是"能跑"和"能一直跑"的区别。

---

第四个坑，闭环决策链。

广告优化不是执行一个动作。是一个循环。

Plan → Execute → Measure → Optimize → 再来一遍。

通用 Agent 很擅长 Execute 那一步。但谁来 Measure？跨平台归因、数据清洗、异常值剔除。谁来 Optimize？得记住上次怎么调的、结果如何、这次该往哪个方向走。谁来做跨 Session 的记忆？Claude Code 每个 session 是独立的，上次聊什么它不记得。

每一步都能手动补。但全补完以后你已经不是在"用一个 Agent"了。你是在建一个产品。

---

所以问题就变成了：你到底是想建一个产品，还是想用一个产品？

如果你本身就是工程团队，有人专门维护这套东西，那自建没问题。Claude Code / Codex 确实是非常好的开发工具，我没有在否定它。

但大多数广告团队想解决的问题，从来不是"怎么写出一个广告系统"。

是"怎么持续稳定地拿到增长"。

这是两个完全不同的优化目标。

一个是在建工厂。一个是在用工厂生产。

---

其实 Claude Code 做了一件挺有意义的事：它把"写代码"这层能力彻底商品化了。

但它同时暴露了一个事实——那些你以前以为只是"功能"的东西，边界处理、状态同步、失败恢复、合规检查、跨周期记忆——它们不是功能。它们是系统。

软件真正值钱的，从来不是代码本身。

是代码背后那套跑了几年的东西。

---

数据来源：morphllm.com（2026-06）· Google Ads MCP GitHub（2026-04-28）· Business Insider（2026-06）· GoMarble（2026-06）