编者按：本文整理改写自 Nate Herk 2026 年 9 月发布的约 106 分钟课程《Grok Bot 搭建与销售全攻略》。

Grok Bot 是我用过的最强大的 AI 工具之一。它把一支 AI 智能体团队装进你的口袋，而且完全不需要技术背景。它上线以来我一直在用，它真的改变了我的工作方式——不再是一个适合拍演示的玩具，而是每天都在替我干活的生产系统。

先自我介绍一句。我叫 Nate，做 AI 自动化和智能体开发大约两年，运营着一个超过 44 万成员的全球 AI builder 社区，过去 12 个月业务营收接近 500 万美元。这门课里，我会当场注册一个全新账号，从零搭出一支智能体团队，你可以跟着同步操作；最后我还会讲清楚，怎么把「帮别人搭这套系统」变成一项能收钱的服务。

在动手之前，先给出这门课最重要的一句判断：Grok Bot 真正教你的不是一个工具，而是一套管理方法——把 AI 当员工来招聘、培训、验收。 界面会变，价格会变，这套方法不会。后面的每一个环节，本质上都是这句话的展开。

01 它是 AI 队友，不是更快的聊天框

Grok Bot 的本质是「AI 队友」。你可以给它们分配真实的工作：它们能登录你的账号、调用你的工具、以你的身份执行操作。界面类似 Telegram 的聊天窗口，你像和同事说话一样跟它们沟通。

关键差别在后半句：这些队友之间也能互相交流、彼此委派任务，在你睡觉时继续干活。这不是一排各自为政的聊天机器人，而是一个会自己流转任务的组织。

它跑在 Grok 自家的云端。电脑关机、退出桌面应用，任务照常运行。Hermes 或者在 VPS 上部署 Claude Code 也能做到「始终在线」，但那条路多少要过一道技术门槛：配 VPS、装管理应用。Grok Bot 把这些步骤全替你做掉了。

看一眼我自己的账号，你就知道课程结束时能到什么程度。我现在一共只有 10 个 Agent（智能体，可以理解为一个有名字、有职责的 AI 员工），每一个都只干一件极具体的事：这个只抓 X 平台的内容，那个只做动画，还有一个只核查 Fireflies 会议记录。置顶的四位构成我的高管团队：行政助理 Chief、COO、首席内容官 CCO，以及 CFO。

我把四个 Agent 拉进一个叫 Leadership 的群聊，布置的任务是：基于过去一周的进展和长期目标，帮我梳理第四季度的重点、差异化打法，以及业务扩张过程中怎么降低关键人风险。Becky、Dan、Chandler 和 Klaus 各管一摊，像真实管理层那样交叉提问、阅读彼此的回复，几分钟后给出了五项关键决策——包括第四季度不增设新业务单元、支出只用于把我从关键路径里解放出来、Becky 接管评论区管理、CIC 作为 2027 年无需我出镜也能规模化的业务单元。

Klaus 的工作区：左栏是 Chief、COO、CCO、CFO 高管团队，右侧挂着每周日晚自动执行的「Sunday work-log archive」例程

几分钟的产出，靠的不是魔法，而是每个 Agent 都被写清楚了自己是谁、管什么。这是全文反复出现的第一个机制。

02 先划边界：什么时候不该用它

把 Claude Code、Codex、Grok Bot、Hermes 摆在一起，很多人以为是四选一。实际上它们分属两个完全不同的场景。

当我坐在工位上做日常知识工作、亲自搭项目时，我一定选 Claude Code 或 Codex——它们背后是 GPT、Claude 这类模型，更适合生产级的开发与构建。Grok Bot 底层用的是 xAI 的 Grok 模型，模型本身可以替换，但真正决定用途的是「承载方式」：Grok Bot 和 Hermes 是装在手机里随身用的，适合随时随地搭自动化，让任务在午餐时间、出差途中、睡觉时后台运行。

一句话概括：前者适合坐在桌前做事，后者适合在移动场景下搭自动化和智能体。

讲者手绘的四款工具分野：右侧两款的标注是「Building apps / Building websites」，左侧两款负责随身的智能体与自动化

再具体一点。想全自动运营一个 Instagram 账号，我大概率用 Grok Bot；想搭一条批量生产短视频、轮播图的专业产线，我会回到桌面工作台。想构建正式上线的网站、应用、游戏，用 Claude Code 或 Codex 接 GitHub 和 Vercel，那套环境对会话和上下文的控制力强得多。Grok Bot 属于高度「氛围编程」（vibe coding，凭直觉下指令让 AI 写代码），做简单落地页、HTML 报告没问题，拿去做高风险的产品级开发，很快会失控。

提前把边界说清楚，是为了让你少一点工具焦虑：不是它不强，而是每类工具各管一段。

03 反直觉的第一课：不要建全能 Agent

很多人理想中的形态是：一个主 AI 控制一整群 AI。看上去很酷，也确实可行，但规模一大，主智能体就会不堪重负——它要在太多下属之间反复挑选、分配，系统越来越乱。

我推荐的结构是另一种：你本人只和少数几个「主管级」Agent 对话，每个主管清楚自己最常调用哪几个下属；下属是「操作员级」Agent，只在自己的领域里干一类非常具体的活。市场团队下面是各个营销执行 Agent，财务团队下面是会计这样的单一职责 Agent。

核心观点一句话：不要构建一个无所不包的全能智能体，而是构建许多高度专业化的智能体，每个把一件事做到极致，需要时被主管随时调用。

支撑这套结构的是三个字段。每个 Agent 有名称（Name）、标签（Label，相当于职位头衔）和描述（Description）——描述不是给你看的，是给其他 Agent 看的，用来告诉它们「这位同事负责什么」。以我的幕僚长 Klaus 为例，它的描述写着：Klaus 是 Nate 唯一直接对话的 Bot；执行任何任务前，先检查是否已有其他 Bot 负责该项工作，优先分派；只有找不到合适的专家时才自己动手，并把结果反馈给 Nate。

Klaus 的设置页：Name、Label（Chief）、Description 三个字段，描述里写明「先检查是否已有其他 Grok Bot 负责该任务，优先分派」

操作员之间也能直接通信。某个 Agent 写周报时发现缺另一个团队的数据，它会主动去要，拿回来接着干。正因为如此，把每个 Agent 的职责描述写清楚，是整套系统能转起来的前提。

04 四个 C：我的「AI 操作系统」

我把自己真正高效落地的框架称为 AI 操作系统，由四个 C 构成：Context（上下文）、Connections（连接）、Capabilities（能力）、Cadence（节奏）。前两项让系统专属于你，后两项让系统跑得快。

讲者画的「AI Operating System」：Grok Bot 之下并列 Context、Connections、Capabilities、Cadence 四个支柱

Context 是向它提供关于你本人、你的业务、你的目标和工作方式的信息，让 Agent 真正理解你的世界。

Connections 是打通数据和操作的通道：连上邮箱、日历、Slack、银行账户，让它读到实时的业务动态；同时赋予它动手的权限——起草邮件、建 ClickUp 任务、生成 Google 文档和幻灯片。

这两者的关系是全课最重要的洞见之一：没有 Context，Agent 不知道这些 Connections 有什么用、为什么重要、怎么替你产出有价值的交付物。连接是手脚，上下文是让手脚知道往哪伸的大脑。

Capabilities 是前两者的融合，也就是「技能」：想让它写好提案，就要先给写提案的上下文，再给操作 Google 文档的连接。Cadence 则是例行机制——建自动化流程，让系统不再依赖你一次次喊「帮我做这个」，而是自己感知「这件事发生了，我该执行那个动作」，等你睡醒时一切已经就绪。

围绕这四个 C 持续迭代循环，你的 Grok Bot 就会进入理想状态。接下来的搭建，全程按这个顺序走。

05 三十美元开工：注册与第一个 Bot

在 Google 搜「Grok」，第一条结果就是官网，标语写着「AI teammates that finish the work」。按操作系统下载桌面客户端，想手机协同就再装 iOS 应用。产品最初上线时只有每月 200 美元一档，现在已经降到每月 30 美元。我当场用新邮箱升级 Super Grok、注册新账号，顺便验证 30 美元的额度实际能撑多久——这个数字后面会反复出现。

引导页有两句话值得停一下。第一页说 Grok Bot 拥有自己的计算机，工作方式和你本人一样；第二页提示给每个 Bot 分配任务——这正是上一节的原则：拆分任务，让每个 Agent 专注一个能真正产出价值的环节。引导流程里可以顺手连上 Google Workspace、GitHub、LinkedIn、ClickUp，错过也没关系，之后随时能加。

第一个 Bot，我把它当私人助理，取名 Friend，蓝色头像。系统在背后启动第一个智能体，还没等我开口，它先打了招呼：我能帮你做什么？你最看重什么？这就进入了第一个 C——Context。

「Create your first Bot」：选头像颜色、起名即可，下方还有 Deck Designer、QA Engineer、Icebreaker 等现成建议

我的开场白很朴素：你好 Friend，我叫 Nate，我不懂技术，解释事情请尽量简洁。我经营一家家政服务公司，叫 Summit Home Services，团队很小，我想接更多业务、提升营收。就这样，用简洁的自我介绍起步。

接着我丢给它一份现成的内部运营文档链接——公司概况、营业时间、服务项目、定价。此刻它还没有「手脚」，本质上只是个能对话的大语言模型，读不了 Google Docs。这正好引出第一个连接：进 Plugins（插件）面板，点添加、点授权，弹出的就是熟悉的 Google 登录窗口，全程不用碰 API Key。

授权时有两个细节值得照做。一是给每一次授权打标签：以后接多个 Google 账号时，你必须能分清哪个授权对应哪个账号，我把这个命名为 Nate Herk8。二是按需选权限：界面会问「仅查看下载」还是「查看、编辑、创建、删除」，不放心就收窄范围。

授权完成，Friend 重新读取文档，把信息存进 memory（记忆），以后聊业务它就能直接调用。你会看到它实时汇报进度：连接 Drive、推理、执行、反馈。这个「观察、思考、行动，再观察」的循环叫 agentic loop（智能体循环），它决定 Agent 何时停下、何时回复你。

最后它输出了理解：Summit 是双城地区的小型 HVAC 团队，核心价值是解决问题而非推销加装；当前的业务漏洞是旺季邮件回复迟缓。诊断准确。下一步，就从这个漏洞开刀。

06 第一个业务场景：收件箱代理

Friend 建议连上 Gmail 处理邮件。我同意，但做了一个组织决策：Friend 的定位是幕僚长，不该亲自搬砖，于是新建一个独立 Agent 专管邮件，叫 Inbox，描述写明「你的唯一职责是处理家庭服务类公司的客户邮件」，打上 Email Agent 标签。

有意思的是交接过程。Friend 主动给 Inbox 发消息：Nate 把你创建为专属邮件代理，这是公司信息、筛邮件的流程和你的工作，附上作为事实来源的文档链接。Inbox 回复：简报已收到、已保存，你下指令之前我不动手。两个 Agent 之间的协同，就这样自然发生了。

授权 Gmail 后，我没有直接下任务，而是让 Inbox 先通读整个收件箱，给出建议。这里要讲一句我希望你记住的话：你可以把思考外包出去，但你无法把理解外包出去。 它读完邮件给了建议，不代表我照单全收——我见过太多人一上来铺一大堆自动化，最后自己都搞不清哪些在跑，系统反而成了累赘。

Inbox 的诊断结果相当能打。两封邮件今天必须处理：Marcus 家的暖气坏了，室温只有 41 华氏度，家里刚添了新生儿，电话附在邮件里；Hannah 家地下室的热水器正在渗漏，两封都已积压几小时未读。收件箱里还有 5,200 封历史未读，它建议直接忽略——清理旧邮件不产生价值，真正的价值是保证下一封紧急邮件永远不被埋没。

Inbox 通读整个收件箱后的诊断：两封今天必须处理的紧急件、5,200 封旧未读、埋在其中的约 30 封真客户邮件，以及六标签方案

它的具体方案分三层。标签体系：给客户邮件建六个标签——紧急、需要你处理、报价、日程、账单、保修；供应商和 SEO 推销邮件直接忽略。工作习惯：一条例程持续监控新邮件，紧急情况立刻通知我，其余进每日晨报；有文档依据的常见问题由它起草回复；剩下约三十封报价、改期、保修类邮件排在紧急件之后。我全部批准，但加了一条铁律：所有回复只存草稿，不直接发送——先建立信任，再逐步放开权限。

系统自动创建了例程「Inbox Emergency Watch」：每 30 分钟运行一次，几乎全天覆盖，调用 Gmail 工具按步骤检查；任务描述里明确写着绝不发送邮件、只生成草稿。如果你给业务流程写过 SOP、带过新员工入职，你会发现自己在做的就是同一件事——只不过这次培训的对象是一个智能体。

右侧是「Inbox emergency watch」例程：每 30 分钟一跑，指令里写明周日紧急费 150 美元；左侧是给 Marcus 的草稿——只存草稿，不发送

效果立竿见影。两封紧急邮件的草稿已经躺在草稿箱里，原邮件保持未读方便人工复核，标签也打好了。给 Marcus 的草稿写得像回事：先共情新生儿家庭的处境，说明团队会尽快来电，周日紧急上门在诊断费之外加收 150 美元，请回复服务地址。我检查后回了一句「两封都发出去」，它们就发出去了。

顺带一个技巧：如果你的企业有固定的沟通风格，回头补一条指令「所有草稿保持这种品牌语气」即可，后续产出会自动贴合。

07 自行车法：把反馈循环沉淀成技能

整个过程快得惊人：连上 Gmail、几条简单指令、它就动手了。但这恰恰是最需要警惕的时刻，所以我要讲「自行车法」。

第一次搭智能体，你必须把它想象成教孩子骑自行车。你不会把孩子放上车、说一句「踩踏板、保持平衡」就回屋睡觉——他一定会摔，而且摔得很惨。你实际做的是：手扶龙头、搭着后背，边看边引导；给出具体反馈——「重心太偏右了，放中间，再来一次」；随着信任建立慢慢松手，但仍走在旁边；哪怕最后完全放手，你也会坐在车道上看着，或者待在能听见动静的地方。

AI 是一样的。目标当然是百分之百准确，但起步阶段它只能走到八成，剩下的两成靠你说「这部分做得好，这部分不行，再试一次」。每次纠正邮件标签——「这封其实该标报价，原因是这样」——它都会回答「已更新指令，下次会做得更好」。持续做这个反馈循环，就能把一件事打磨成正式技能。

反面教材同样具体：那些第一天就搭 15 个智能体、不测试、不监督、宣称「我有智能体集群了」的人，就是日后出事的那批人。客户收到不该发的消息，Agent 互相冲突，流程半夜崩溃——可怕的局面都是这么来的。这些工具很神奇，但不是魔法。

反馈循环成熟后，就该建第一个 Skill（技能）了。技能本质上是一份食谱：你第一次做巧克力碎煎饼，照着食谱做成功了，下周想再做就复用它；做砸了就更新食谱——「每面少煎一分钟」。你积累的核心资产就是这些指令本身。Agent 接到「我要煎饼」这类目标时，找到对应食谱、照着执行即可。日积月累，业务里每个流程都会有一份自己的食谱。

我给 Inbox 建的第一个技能叫 Weekly Email Report：每周五下午五点触发例程，统计本周所有被标记的邮件，生成一页 Google Sheet——各标签请求数量、平均响应时间、请求类型分布，用来规划下一步自动化。指令里有个关键细节：我加了一句「关于这个流程有任何疑问就向我提问，直到你完全理解」。不给清晰的完成标准，它交出来的东西往往很糟；给了这句话，它会持续追问到彻底对齐为止。

第一版表格数据没问题，但样式粗糙。我提了两条：表头按品牌配色用绿色、加粗分栏；标签明细加饼图或柱状图；改完同步更新 Skill，让下周五自动套用新格式。执行过程里发生了一件值得记录的事：它打开表格发现自己其实没改成功，没等我反馈就主动去修——它证明了自己有自我验证能力。修复需要浏览器里登录 Google，于是引出另一个机制：所有 Grok Bot 共享同一台云端电脑，你登录一次，登录态全员复用；展开界面能看到它的鼠标在网页里框选、操作，看起来像你在动手，其实全程是 Agent 在开车。

接管电脑补登录：顶栏提示「Sign in to Google (nateherk88) so I can add the green headers and charts」——登录一次，登录态全员复用

约七分钟后，绿色表头、按标签分类的饼图、已回复与待回复的对比图全部到位。

Inbox 回报修复完成：品牌绿表头、按标签饼图、已回复对比图；右侧例程面板此时已挂着两条 cadence——30 分钟监控与周五周报

这就引出验证循环（Verification Loop）的完整表述：把 Agent 当真实员工管理，让它们交付前先自查。 不要收 V1，让它们自己迭代到 V4、V7 再交。我委派的每个任务都嵌一道验证：做视频就逐帧截图核对；写研报就把每条信源核对两三遍、确认发布时间在三个月以内、排查互相冲突的信息。人类怎么验收工作，就让 Agent 先对自己做同样的验收。

顺带说两个周边功能。Skill 在插件页的「私有插件」里统一管理，之前在 Claude Code 或 Codex 里写过的技能可以直接迁移，也一样用斜杠命令调用。另有一个 Teach a Task 功能，录制你的浏览器操作来教 Bot 技能；坦白说我用得不多，更喜欢自然语言下指令，但遇到必须点网页、下载报表的任务时它确实有用。

08 委派要落到系统里：Fred 与 ClickUp

发出去的两封邮件埋着一个坑。邮件里写「团队成员稍后与您联系」——但实际上没有任何人被安排去跟进，除非我这个创始人亲自去喊。承诺发生了，执行没有着落。这就是要建委派系统的原因。

我回到 Friend 问怎么办。它的建议出乎意料地克制：不要堆砌 Agent。让 Inbox 继续管邮件，只新增一个队友专职操作 ClickUp；Inbox 告诉客户「有人跟进」时就通知它，它在 ClickUp 建卡片，写明姓名、电话、需求、期望时间。闭环就这么简单。

Friend 的原话：「Here's the simple version. Don't add a pile of agents.」——只加一个专职 ClickUp 的队友，下方直接给出 ClickUp 接入卡

我采纳了框架，改了细节：新 Agent 取名 Fred，在 ClickUp 的 Internal Automations 空间下建了一个名为 Summit Home Services Grokbot 的列表。很快列表里出现了 Call Marcus Deller 和 Call Hannah Whitmore 两张卡。如果你的公司全员用 ClickUp，Grok Bot 完全可以替你建任务、分负责人、设截止日期，再跟员工说一句：这封邮件刚进来，这条分给你。想更进一步，就给 Fred 补一份团队成员专长目录、接一个可查日程的数据库，让它按当天可接单情况自动派单。

然后我把这套日志逻辑推广到了全局。我给 Fred 的新指令是主动 take ownership：不只邮件跟进，凡是任何项目——建新 Agent、搭新表格、设计新流程——都必须记进 ClickUp，字段包括负责的 Agent、分配时间、状态、截止日期。目的很朴素：周末复盘时能盘点清楚推进了什么，项目不停滞、不遗忘。原则是宁可多记，不可少记，便于事后回溯与调试。

当然要打磨例外。「每 30 分钟检查收件箱」这种高频例程不该被记成独立任务，我让它归档掉这类卡片、更新技能定义；Friend 顺势自动建了一个 log to ClickUp 技能。监控面板还能看每条例程的运行记录、支持 Test Run、一键停启和删除——用它确认自动化真的在按预期跑，而不是想当然。

右侧是例程运行记录（5 分钟前、34 分钟前各一次）；左侧恰好抓到 Gmail 掉授权的瞬间——Agent 主动报告「看不到新邮件，会弹出重连卡」

09 记忆分层：高管知道一切，操作员只知道 X、Y、Z

每个 Grok Bot 有独立记忆，同时存在一层共享记忆。这个分层决定了组织信息该怎么流动。

我做了个验证实验，直接问幕僚长：你单独知道哪些事？所有 Bot 共享的记忆是什么？它答得很清楚：存在两个笔记本。共享层：我的名字、双城的位置、芝加哥时区、解释要简洁、Google 账号是哪个。而它因为身居幕僚长，额外知道一层：Summit 做 HVAC、团队小、诚实经营不推销加装，以及 Inbox 管邮件、Fred 管 ClickUp。Inbox 和 Fred 只有各自的岗位笔记，不会自动拿到对方的全部信息。

幕僚长的回答：「Two notebooks.」——团队共享的基础信息，与它因职位额外掌握的业务细节，分得清清楚楚

由此得出设计原则：高管级 Agent 尽可能多地了解你，操作员级 Agent 只掌握完成本职所需的信息。 Fred 只需要知道收到 Inbox 转来的邮件后按 X、Y、Z 的顺序执行，它不需要知道下季度的营销目标，也不需要知道每月营收。

组织工具也配套。右键任意 Agent 选 Move to New Section，就能按销售、营销、招聘分组归档；还可以建 Channel（频道），比如拉一个 All Hands 让所有 Bot 进同一个群。频道的价值在群体讨论：每周让各领域高管汇报工作，或者抛一个开放问题——「基于你们对我和业务的了解，还缺哪些 Agent？」

我真抛了这个问题，还暗中埋了个考题：日历插件和 Drive 插件是分开的，当时还没接，我想看它们能不能发现这个缺口。讨论结果务实得可以：Inbox 说不需要再加邮件 Agent，关键问题在预约；Fred 说有件小事我自己就能干、不用新增 Agent——每个工作日检查一遍还没完成的紧急回电，随后一个 Call Back Check 技能就位了。把思考外包出去，但别把理解外包出去；只有你真正认为某件事有价值时才放行。

10 连接不够时：Composio 补位

插件市场很大——精选插件、MCP 类、支付类都有，但总有你要的东西不在里面。我想接自己的 YouTube 频道，接不了；想接公司 LinkedIn，也不行。

解法是 Composio：一个聚合了上千款应用的连接平台，免费注册，接进 Grok Bot 后就能在里面连 LinkedIn、QuickBooks、YouTube、Perplexity 这类官方暂不支持直连的服务。我授权了这四个应用，然后做了一个容易被忽略的动作：让 Agent 把「这四个应用已在 Composio 授权」写进共享记忆。原因回到第四节——连接不仅要存在，还要让所有 Agent 知道它在哪、什么时候用：调研走 Perplexity，YouTube 任务走 YouTube 接口。

范围规则记一句：插件、技能、浏览器能力是全员共享的，配置一次所有 Agent 都能用；每个 Agent 真正独有的只有记忆。

11 能力的天花板：文件系统、视频与会议记录

这一节讲三个进阶玩法，也讲清楚它们的毛边。

第一个是视频代理。Grok Bot 能引入外部 GitHub 仓库的技能来用，比如 Hyperframes——让 Agent 写 HTML 并渲染成视频。我新建了一个叫 Slice 的 Bot 当视频剪辑师，让它研究仓库、掌握技能，为 Summit 做一条 15 秒的网站宣传片，并且要求它先联系 Friend 核实真实业务信息再产出。成片出来了：文案「We fix it. We don't sell you a system you need」贴合品牌主张，背景是先前交代过的品牌绿。但第 12 秒左右内嵌播放器报了 Couldn't load media——后来用 Chrome 打开文件一切正常，故障只出在内嵌预览环境。这就是现阶段的真实成色：能用，别指望零毛边。

Slice 交付 15 秒宣传片：「Silent, full HD, brand greens. Who we are, we fix it, then Book a call」——HyperFrames 把 HTML 直接渲染成了视频

公道话也要说。我最初觉得 Hyperframes 的演示很乏味，后来发现是我没投入：只要围绕它搭好技能、认真打磨提示词，它能做出相当扎实的动效——流程图节点逐个展示、元素收进方框依次推进。我的 CMO 后来还调度 Slice 和 Studio 接力出了一条完整视频，B-roll、Logo、剪辑各管一段。效果谈不上惊艳，但对还养不起专职剪辑的独立创作者，多轮迭代已经能跑出不错的结果。

第二个是文件系统。Google Sheet 这类产出存在云端，但 MP4、Markdown、知识库这些本地资产在哪？答案在 Grok Bot 自带的电脑里：打开 File Manager，能看到 workspace、videos、Python 脚本、hyperframe skills 这些目录，刚才的宣传片就在 videos 下的 renders 里。这台虚拟电脑就是全员共享的本地工作区，类似 Mac 的 Finder 或 Windows 的资源管理器。

我建议你主动设计这个目录，因为它是所有 Agent 的共同上下文。我让 Friend 先建两个文件夹：context 放关于我和业务的基准信息，projects 按项目开子目录。Agent 之间交接工作时，直接互传文件路径就能共享成果。我自己的生产环境更进一步：我把常年维护的本地仓库 Herk 2——包含 Herk Brain、worlds、projects 等子目录，连 YouTube 素材都在里面——的 GitHub 链接直接投喂给 Grok Bot，系统对我业务的理解甚至比我本人还细。数据放本地、放 Google Drive、放 Notion 都行，关键是你要清楚它流向哪里。

第三个是会议记录归档，我认为是最值得所有人照抄的常驻用例。新建一个 Bot 接上 Fireflies（会议转录工具，Granola、Fathom 同理），指令是：每个工作日晚上六点，把当天所有会议转录拉到本地 meetings 文件夹、按月份归档。这样任何 Agent 做业务决策时，都能随时调到「我每天在开什么会」的上下文。

这个搭建过程里有一课比功能本身重要：盯着 Agent 的思维链。它准备把账户里全部历史转录都抓下来——可能上百条——我在它动手前打断，改成只抓前五条测试。每一步思维链都在预告它接下来要干什么，及时介入就能在它烧掉三十分钟和大量额度之前把它拉回正轨。此时我的用量已经走到 30%，这不是小钱。

被打断后的验证跑：Fire 只抓 5 条会议转录进 meetings 文件夹「to prove the concept」，右侧例程「Weekday Fireflies dump」定在工作日 18:00

最后是选场景的方法论。最难的从来不是技术，而是想清楚哪些事值得交给 Agent。判断办法从触发条件入手：你的业务里，哪些事一发生你就必然会做某个固定动作？周一固定要做的事、开完某类会的收尾、收到某类邮件的处理。凡是「只要 X 发生，我就一定做 Y」的固定动作，就是最适合自动化的场景。触发可以基于时间，也可以基于事件。

12 营销团队与模型工作台

有了方法论，扩编就快了。我新建 CMO Agent，取名 Erin，职责是统筹视频剪辑、规模化内容、营销策略与增长；第一个任务是替我搭一个设计师 Agent。它建出了 Studio，归入营销分组——组织结构自然长出来了：以后营销类工作统一对接 CMO，由它向下派活，财务组、运营组同理。

生图这条链路值得细讲，因为它暴露了连接的极限和绕法。Grok 内置 Grok Imagine 可以直接生图生视频，但想要更强的模型，可以接 Kie AI——一个聚合模型平台，注册免费、调 API 充值，里面有 GPT Image 2（我几乎所有图像需求的主力）、Nano Banana 2、Veo 等等。Grok 插件市场里没有 Kie AI（只有功能类似但偏贵的 Higgsfield），好在 Composio 里有：去 Kie AI 后台生成 API 密钥，粘进 Composio 的接入框即可。

然后现实来了：接是接上了，Agent 却无法通过这个连接直接生图，原因不明。两个备选方案：一是让 Agent 读 Kie AI 的 API 文档、在命令行里直接调接口，比较硬核；二是用浏览器操控能力绕过去——我在桌面上手动登录一次 Kie AI 网页端，这个已认证的浏览器会话就归 Agent 复用，它自己导航到生图页面、开多个标签页并行生成。第二条路走通了。找不到合适的连接时，浏览器操控就是备选方案——这也是 Teach a Task 的典型用武之地：演示一遍在哪输提示词、怎么生成保存，让它转成技能。凡是可能重复的操作都存成技能，宁多勿少。

Erin 与 Studio 商量绕行：「不是 kie.ai 坏了，是连接器不放行『生图』动作」——最后决定用电脑操控打开 kie.ai 登录执行

验收环节顺便做了一次模型对比：同样的提示词让 GPT Image 2 和 Nano Banana 2 各出三张团队头像，两组风格明显不同，我选了更写实的 Nano Banana 2。更有意思的是执行末端：Erin 把选择向下传达，Studio 自己换好了头像；Slice 收到的消息里带着共享电脑上肖像文件的完整路径，自己打开目录、选图、设置——本地共享存储的价值，在这种细节里最直观。

Studio 交付的三张头像：同一插画系列、Summit 品牌绿——「Erin 是西装外套，我是眼镜，Slice 是亨利领」

13 接进日常：Slack 触发与输出到别处

前面的例程都是定时触发，这一节换成事件触发，把 Grok Bot 接进团队真实的工作流。

我建了一个 Slack 接入 Agent，给它配的例程不再按时间跑，触发条件选「频道出现新消息」，目标频道设为 YouTube testing Nate，消息匹配放到最宽。例程逻辑一句话：频道有新消息时，把请求路由给合适的 Agent 处理，把结果带回 Slack。

接入有两个硬前提。其一，你必须有权限往目标 Slack 组织里装 Bot——别人的工作区除非管理员放行，否则接不进去；其二，授权完成后要在频道里执行 /invite @cursor 把机器人请进来，否则监听器收不到消息。

验证很干脆。我在频道里发了条测试消息：一笔来自 Chipotle 的天价 YouTube 赞助进来了。切回 Grok Bot，新 Agent 的工作动画已经转起来；很快 Slack 里收到它的回复，准确复述了这条消息。整个搭建从零到验证生效，一条提示、大约 2 分钟——同样的配置在 n8n 里约要 15 分钟，用 Claude Code 也要 7 分钟左右。

由此引出一个可能对你更重要的用法：把 Grok Bot 当开发环境，把结果送到你已经在用的工具里。 不想再学一个新界面完全没问题——自动化的输出目的地可以指向 Slack、邮件、ClickUp，任何你每天真正会看的地方。我建了一个 X Bot，每天产出一份「AI Daily Brief」，直接发到我另一个 ClickUp 账号的私信里，附上每条 X 帖子的原链接；它用 X 原生插件读我自己的账号（包括书签），还会报成本——每条帖子约 0.5 美分，并显示剩余额度。开发者界面是 Grok Bot，数据住在你熟悉的系统里。

每日 AI Brief 直接落进 ClickUp 私信，条条带原帖链接，末行报账：「X spend: $0.17 this run. $24.83 left.」

14 模板：可以分享，也可以卖

任何一个 Bot 的设置页底部都有一个 share as template 按钮。点下去，Bot 会读取自己的记忆、技能、例程和插件，保留必要部分、剥掉个人细节和未启用的连接器，打包成一个别人拿来就能用的模板——类似一个插件或一项 Claude skill。发布前可以逐项审阅内容，不满意就下指令增删，发布后复制链接即可分发。

发布 Studio 模板前的内容预览：指令、记忆（「The owner picked Nano Banana 2 for all marketing…」）与技能，确认后再点 Publish

反过来装别人的模板，第一动作永远是审查。逐项看它的上下文、集成与记忆，确认没有恶意内容——从互联网安装任何东西都该保持这个警惕。同时管理好预期：第三方集成（GitHub 之类）需要你自己重新认证，凭据不会随模板转移；本地自定义代码、环境变量也不会被打包。模板不是开箱即用，是「引导你完成个性化配置」。

商业上我只说一个判断：人们已经在卖 n8n 工作流、Claude 技能、GitHub 仓库，Grok Bot 模板被拿来卖几乎毋庸置疑。我不认为这是能赚数百万的商业模式，但在社群内部销售、当作获客抓手完全可行。反方向同样成立：需要某种具体自动化时，先查有没有现成模板可以改，比从零搭省力。

15 把这门手艺卖出去：AI 服务阶梯

课程最后回答那个最实际的问题：这项能力怎么变成生意。围绕 ChatGPT 的培训工作坊已经出现过一轮，Claude、Claude Code 都重复了这个模式，现在轮到 Grok Bot——窗口期很短，但足够你接触大量潜在客户。

先给结构。我把 AI 服务生意画成一个阶梯：底层是免费工作，往上是按小时计费的咨询培训，再往上是付费的诊断与评估，然后是 1,000 到 10,000 美元以上的项目，顶端是长期 retainer（按月付费的长期服务）——起步每月 5,000 美元，逐步到 10,000；我自己当年的代理公司按每月最低 20,000 美元收费。几乎所有和我聊过的学员都想一步跳到 retainer，这正是他们觉得销售难做的原因：客户还不认识你、没有信任基础时，不可能直接订阅一项昂贵服务，除非你手上已经有大量成功案例。阶梯要一级一级爬。

讲者手绘的服务阶梯：Free work → Hourly education/consulting → $500 audit → $1k–$10k project → $5k/mo retainer

Grok Bot 搭建服务的位置，就在阶梯中段：按小时的咨询培训，或者打包成 5,000 美元左右的项目，帮客户和他的团队把整套体系搭起来。

卖它有一个硬前提：你自己必须先是活案例。 把这门课里的事完整做一遍，再往前推——搭起自己的高管层和执行层，沉淀大量技能与自动化，直到你能底气十足地说：我一个人（或一个小团队）就有这样的产出，哪怕外出度假一周，所有流程照常运转、数据持续更新。能对客户说出「这就是它给我业务带来的实际帮助，我可以帮你搭一模一样的」，比展示一堆花哨的网站作品有说服力得多。你本人就是产品证明时，客户承担的风险也小得多。

低风险切入的算术很简单：按每小时 100 美元接一个 5 小时的周末小单，总价 500 美元。对多数企业这不算钱，他们更在意时间成本；最坏的情况，客户浪费 5 个小时，但带走一个 Grok Bot 和一整套 AI 协作认知；最好的情况，他们满意了，信任建立了——你顺势提出下一级：要不要我给你的业务做一次审计，找出更多适合的场景？要不要给全团队办一场 workshop？这层信任就是敲开大项目和长期 retainer 的钥匙，起步阶段这一步必须走在前面。

两个加分项。第一，向客户讲解时沿着四个 C 展开——带着成熟框架登场，会立刻让你显得专业可信，这本身就是建立信任最有效的方式之一。第二，用 Grok Bot 反哺自己的获客：先想清楚「三个 P」——Person（目标人群）、Pain（核心痛点）、Promise（你的解决承诺），写进系统的 Context，再接上 Clay（一个做 B2B 数据丰富和 AI 调研的工具，Grok Bot 内置连接器）；配置一个每天发 50 封冷启动邮件的 Bot，再配一个分析邮件表现、每天输出日报并自动修正文案和技能的 Bot，让整套外联系统每天自我迭代。

16 成本、坑与真实的边界

最后把整门课里的代价和毛边集中摊开，这部分和技巧一样重要。

额度是真实成本。 30 美元套餐下，我刚搭完基础设施用量就到 6%，课程中段 13%，后段 30%——所有后台例程的运行都计入用量，包括你睡觉时。评论区的反馈更极端：有用户刚设置好 Bot、分配完角色，三分之一的周额度已经没了。对策是三件事：常看用量面板；盯 Agent 思维链、及时打断无效操作；必要时调低例程频率、精简 Agent 数量。额度不够可以升级每月 100 美元或更高的档位，但先把浪费管住。

授权会掉。 我中途遇到 Gmail 退出登录，原因是我自己改了密码。正常情况下授权会保留，不需要隔几小时重登；但后端一有变动，就得重新授权一次。

连接不保证能用。 Kie AI 接进 Composio 后无法直接生图；YouTube、公司 LinkedIn 官方直连缺位。绕法存在（CLI 调 API、浏览器操控），但要有心理预算。

渲染和预览有毛边。 视频在内嵌播放器里报错、文件本身却正常，这类「环境问题冒充产品问题」的情况会消耗你的排查时间。

它不是生产开发环境。 正式网站、应用、游戏请回到 Claude Code、Codex 加 GitHub、Vercel 的工具链，这一条前面说过，值得再说一次。

受众差异是真的。 评论区里，老用户觉得开头的概念铺垫冗余，新手却觉得非常友好。有人在等它和 DeepSeek Free Harness 的对比，也有人提醒 n8n 还在快速进化。这个生态竞争激烈，长期选型该建立自己的评估框架，而不是押注单一工具——包括不押注这门课里的这一个。

尾声：先教会一个，再谈一支团队

回到开头那句判断：Grok Bot 真正教你的是一套管理方法——把 AI 当员工来招聘、培训、验收。四个 C 是招聘和赋能的框架，自行车法是培训的手感，验证循环是验收的标准，服务阶梯是把整套经验卖出去的路径。

如果你只带走一个动作，我建议是这个：今天注册账号，只建一个 Bot，喂给它你的业务上下文，接一个连接，配一条只存草稿、不发送的例程。然后做三轮反馈循环，把它教到你放心为止。

一支装在口袋里的 AI 团队，就是从这第一个队友开始的。