“能不能用 Grok Bot 从零搭一个全新的广告项目”，是 Grok Bot 自己发布时的成功标准。这篇 guide 同时写了 0→1 的七个环节、4 个在运行的 Bot、以及上线后的 routine。
引作者负责 Grok Bot 的付费媒体，说“我们交付得比我待过的任何团队都快，几乎全靠这些 Bot”。他们从第一天就自用，真正的考验是 Grok Bot 自己的发布：能不能用它从零搭起一个全新广告项目。
| 环节 | Bot 做的 | 人做的 |
|---|---|---|
| Demand research（需求研究） | 拉搜索量、标出非品牌词覆盖机会、总结竞品在投什么（以前要几小时翻关键词工具和广告库） | 读完后决定走哪条路 |
| Budget & media mix（预算与媒体组合） | 给 Bot 目标 CAC，它起草建议组合：捕获已有需求、创造需求、留作测试的、以及每条线是否有足够权重走出学习期 | 批准数字再往下 |
| Channel mix（渠道结构） | 预算确认后起草广告系列结构和便于出报表的命名规范 | — |
| Copy（文案） | 没有专门的文案 Bot，由各渠道 Bot 先写一版（知道字符限制和最佳实践） | 重写看着不对的部分 |
| Creative（创意） | Iris（项目经理 Bot）把批准的文案变成 Notion 里的 brief，并通知设计团队有新需求 | — |
| Conversion tracking（转化追踪） | 一个按你的基础设施训练的专用 Bot 在 Tag Manager 里建事件，并检查各渠道转化是否在流入 | — |
| Reporting（报表） | 一个专用 Bot 建 v1 报表表格，并在他们自己的报表工具里接一个新标签页 | — |
| Bot | 职责（原文转述） |
|---|---|
| Fuse | “守门员”，最先搭的 Bot 之一：防止其他 Bot 在广告账户里乱点一通，或把 API 调得太猛导致账户被封 |
| Tally | 盯 Slack 里的 “can you pull” 请求，从数据仓库拉指标起草回答；连续开会时是救命的 |
| Leadsworth | 追踪漏斗下游的线索表现，让团队跟上线索目标，并主动给建议 |
| Iris | 让创意、采购和项目线程不在 Slack 里“死掉”；作者说它为他省了大量时间，也是他们能保持投放节奏的主要原因之一 |