Claude Code + MCP 能替代广告投放系统吗?我测了三个月,想明白了一件事
最近看到很多人在折腾一套组合拳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.com2026-06· Google Ads MCP GitHub2026-04-28· Business Insider2026-06· GoMarble2026-06