← 主页 NO.222

第 222 期 · AI 产品 · 收录于 2026 年 9 月 15 日

用 Grok Bot 跑本地 newsletter,一个账号只做一门生意——Billy Howell(The Arlington Bagel)

Billy Howell · Greg Isenberg

AI 产品

视频 44:22 原文约 3.9 万字预计阅读 31 分钟来源视频 ↗ 中英对照全文

TL;DR · 三句话

一Billy Howell 把自己的本地 newsletter The Arlington Bagel（每周四发给 6000 位阿灵顿居民）整个交给一支 Grok Bot agent 团队：第一天只建一个 chief of staff，让它盘点生意、推荐最先该建的三个 agent；任何活先让它亲手做一遍、你审过，才「挣到」把它固化成专职 bot 的资格；节奏是第一周组队、第二周只执行不折腾、第三周招人开人、第四周自动化。→ 详细
二全期的底层是一本 token 成本账：月费 200–300 美元，只跑一份 newsletter、第一周用狠了就只剩约 10% 额度，所以一个账号只做一门生意（他做 Shopify 宁可另开一个 200 美元账号）、agent 能少则少、收工简报卡死五行；流程跑顺后再把确定性的零碎活挪到 Make.com + OpenAI key 上——「如果你手下有个绩效很高的员工，我可不想浪费他每周去给一百条可能用得上、也可能用不上的条目写两句话的小摘要」。→ 详细
三钱从哪儿来：盯收件箱的销售 agent 捞回了一个他自己漏掉的本地贝果店赞助，并按市场和订阅增长给广告位重新定价；外联不求量，每周一只加 5 个潜在客户、挑前 3 个定制广告套餐；Billy 认为用 Grok Bot 创业门槛最低的是 newsletter，其次是目录站，两者可以用返佣链接和赞助互相喂。→ 详细

这期要回答什么：不懂技术的人，能不能用一支 agent 团队把一门小生意从头跑到尾

Greg 的开场立论：Grok Bot 火是有原因的——「任何不懂技术的人都能搭起这些 agent 团队，真正把一门生意从头到尾跑起来」；这期不只讲大点子，也讲用 Grok Bot agent 团队就能跑起来、每月 2 千、5 千、1 万乃至 2.5 万美元的小点子。→ 详细
嘉宾 Billy Howell：Greg 介绍他是「真的每个工具都亲自测」的人，在 The Rundown 上给几百万读者测过几百个工具；Billy 开场就放话：「我看到的关于 Grok Bot 的内容大多是错的，那些人完全没搞明白这个工具到底强在哪。」→ 详细
被拆解的生意是他自己的本地 newsletter The Arlington Bagel，每周四发给 6000 位阿灵顿居民。以前由实习生表弟 Marshall 负责调研、组稿、编辑、守邮箱，现在整摊活交给了 Grok Bot 团队——他先开玩笑说「只能让他走人了，因为 Grok Bot 实在是强太多了」，随后坦白真实原因是表弟去了一个没网的夏令营上班，「Grok Bot 算是救了我」。→ 详细

Grok Bot 的卖点在「约束」：一个对话一个 bot，靠颜色和形状认队友

Billy 眼里 Grok Bot 最棒的一点，恰恰是 agent 数量有限：他算过，形状和颜色的组合只够做出大概 76 或 88 个独一无二的 agent（也能上传自定义头像），「它整个都是围绕约束来设计的，这也正是它对我特别有用的原因」。→ 详细
他描述的反面教材很多人都中过：工具多、点子多的人，会给想到的每件事都开一个 agent——「一个你再也不会回去看的 ChatGPT 对话，一个躺在那儿、直到两周后你才想起来的 Claude Cowork 项目文件夹」。Grok Bot 是一个对话对应一个 bot、以私信（DM）形式来往，「就像在跟队友聊天」，逼着你以使命为导向。→ 详细
「人脑区分东西，有颜色和形状就足够了」——一眼就能认出各个小队友，而不是 ChatGPT、Claude 里一条条灰扑扑的对话；他认为光这个设计就帮你省下大把切换成本和整理功夫，「一上手就已经在帮我们省时间了」。→ 详细
Greg 的定位：几周前大家都在聊 Jack Dorsey 的 Buzz，技术人喜欢，但很多人不知道怎么上手；Grok Bot 像是「Buzz 部分功能的非技术版」，不懂技术又想要近乎 Slack 体验的 agent 团队，它是个不错的起点。→ 详细

成本账第一课：月费 200–300 美元，token 只够你专心跑一门生意

Greg 替观众抛出全期主问题：「它不便宜，一个月要 200、300 美元」——怎么让 Grok Bot 把成本赚回来，赚回 5 倍、10 倍、20 倍、50 倍？ → 详细
Billy 的第一条回答就是一盆冷水：「你可能不爱听，但你得挑一个项目，专门用 Grok Bot 来做。」理由有两层：一是钱——「你的 token 根本不够你同时搭四门生意，你会为了付 token 钱欠一屁股债」；二是更糟的上下文串味（context bleed，不同业务的资料混进同一批 agent 的记忆里互相干扰），会让你所有 agent 的效果都打折扣。→ 详细
为什么串味这么要命，跟它的架构有关：这些 agent 跑在云端——Greg 补充是给 agent 开了虚拟机，Billy 说它们「全都在云端的同一台电脑上」。所以你要是在同一套里面既做 newsletter、又管 Twitter、还在 Gmail 里整理收据，就会上下文膨胀（context bloat），多出一堆会把 agent 绊住的文件，拖慢速度，最后烧掉的 token 全算进你的用量上限。→ 详细
他给了一笔实测账：用量套餐「其实挺大方的」，第一周用得挺狠，到周末还剩大概 10% 的额度——而这只是跑一份 newsletter。换成有人同时开两门新生意、再拿它管邮件，「肯定会撞上限，然后心想：得，我这 200 美元算是白烧了」。所以结论还是那句：你得挑一个。→ 详细

第一天只建一个 chief of staff：让它盘点现有生意，再推荐最先该建的三个 agent

开局 Grok Bot 会给一堆预设 agent，Billy 从列表里挑了 chief of staff（幕僚长）。已经有生意在做的话，第一天就让它访问现有业务文档、做一轮「审计 + 调研 + 出规划」：他把 Notion、Slack、Gmail 都开给了它，只说了两句——「嘿，把这门生意盘点一遍」，以及「为了让这个团队带来收入，你建议我们最先创建哪三个 agent？」「我们的使命就是带来收入。」（授权这一步他给得很痛快；同批 221 期 Peter Yang 恰好专门横评这类授权敢不敢给，可对照看。）→ 详细
chief of staff 看完给出的首发阵容：一个调研 agent，专门调研 newsletter 要写的条目（这份本地 newsletter 每期推荐三件周末可做的事，外加餐厅新闻、新店消息）；第一期由 chief of staff 自己编辑，暂不设编辑 bot，所以起步时团队里只有调研和销售两块。因为 newsletter 是通过 beehiiv（一个 newsletter 发行平台）发的，它还建议配一个 beehiiv 专家 agent，凡是「这个在 beehiiv 里能不能做」「在 beehiiv 里看起来什么样」都去问它。→ 详细
由此引出一条通用规则：生意高度依赖某个平台时，就给那个平台配专职 agent——比如开 Shopify 店就配一个 Shopify agent，「这样你的 chief of staff 就不用样样都精通」。→ 详细
Billy 把起步顺序收成一句：先设 chief of staff，让团队在使命上对齐——「你这门生意的使命就应该是赚钱，要从这里起步」——一开始只让它搭三个队友。→ 详细

别让 agent 替你拍板：内容放哪儿纠结了三周，最后一句「就用 Notion，别再折腾了」

Billy 看到的最常见的坑，是让 agent 替自己做太多决定。他自己就栽过：写 newsletter 时内容到底放在哪——Notion 数据库、本地文件、还是 Google Sheets？「agent 三个星期都没能拍板」，最后他直接下令：「就用 Notion，别再折腾了。」→ 详细
他的诊断：这是大家用 AI 时特别容易陷进去的兔子洞——到处挑来挑去，想找到完美方案。「到了某个节点，得由你来做决定，而不是 agent。」→ 详细
所以团队一旦搭好，就别瞎琢磨，「闷头往前推」（原话 run the damn ball）：带着这支团队跑一周，看看能干成什么。从零开始的人，这一周就用它去买域名、搭网站、开一个新 Gmail、做出第一份销售名单。→ 详细

先让 chief of staff 亲手做一遍，验过了才「挣到」建专职 bot 的资格

Billy 要你把 chief of staff 当成这门生意的 CEO：「CEO 要是不清楚生意是怎么运转的，是没法把生意经营起来的。」他的例子：想给 newsletter 设一个 outbound sales（主动外联去找客户的销售）agent 卖广告位——先让 chief of staff 亲手把这件事完整做一遍，等它做完、你也审过、确认行得通了，再跟它说：「好，现在建一个 outbound bot，专门做你刚才做的这件事。」→ 详细
Greg 的复述把这条规则说得更硬：他更愿意把 chief of staff 看成 COO（管运营的那个人）；在你「头脑发热、给你能想到的每一项活儿都建一堆新 agent」之前，先跟它把事情打磨到能跑通、产出满意，这时你才可以说——「好，我已经挣到了再建一个专攻这件事的 agent 的资格。」→ 详细
Greg 再补一条：新建的专职 agent 也要有目标，比如 outbound agent 得发出 x 封邮件、带来 y 次访问；并引出 Grok Bot 里的 routine（例行任务，本质就是 cron job：按每天、每周定时自动跑的活），让它自动运行。→ 详细

四周框架：第一周组队，第二周只执行不折腾，第三周招人开人，第四周自动化

Billy 先声明「你不必完全照我这么做，但我是这么做的」。第一周把团队搭起来，「我们差不多摸清了怎么把这架飞机开起来」；第二周的规矩是不许折腾——「我不允许自己建任何新 agent，也不去捣鼓 skill，顶多加几个连接（connection），重点完全在执行上」。→ 详细
第三周才扩充团队，因为跑了两周，缺口自己冒出来了：需要有人盯着 Gmail 收件箱（「chief of staff 不可能天天干这个」），需要有人管 Shopify 周边商店。再然后才是自动化。例外是：如果你一开始就很清楚生意该怎么运转，搭好初始团队后直接上自动化也行。→ 详细
节目结尾 Greg 把它复述成一句口诀：「第一周组建团队；第二周专心执行、不瞎折腾；第三周招人、开人；第四周做自动化。」「开人」这半句对应 Billy 后面讲的定期审计——让 chief of staff 回看这周怎么干的，问「可以加哪些 agent？可以去掉哪些？」（见主题十七）。每周只干一类事，第二周那条「只执行」的禁令，正好堵住前面「到处挑完美方案」的兔子洞。→ 详细

routine 与「五行收工简报」：让团队在你睡觉时把球往前推

自动化怎么起步？Billy 没自己设计，而是把问题丢回给 chief of staff：「根据我们这周的运转情况和我们的 agent 团队，有哪些 routine 可以设起来，让我不干活的时候事情也能往前推进？」「我希望我睡觉的时候，你们也能自动把球往前推」——然后它自己拟了一份计划。→ 详细
计划里最核心的是收工简报：大多数 agent 按角色定频率，有的每天、有的每周、有的每两周交一次，他称之为 AI agent 的「非常强大的工具」。现场调出的是社媒 agent（给 Instagram 做图、管内容日历）的 routine 指令：看看你当前的待办和新进展——今天做出了什么？遇到了哪些卡点？——然后写一份五行的简短汇报，发给 chief of staff。→ 详细
为什么卡死五行：「五行就够了。再多就只是在白烧 token、白占 context。」chief of staff 收齐后再汇总成三栏给他——哪些已经交付、哪些卡住了、哪些需要你出手；他特意交代过这个格式：做完了什么、卡在哪儿、我需要做什么来解除卡点。→ 详细

为什么要拆出多个 agent：你不会让公司 COO 每天亲自去发 Instagram

Greg 问：分出多个 agent、而不是全让 chief of staff 干，是因为不想烧 token、不想把 context 搅浑吧？Billy 把理由往上提了一层：「你得把这件事当成一门真正的生意、一支真正的团队来看待。」你不会让一家公司的 CEO 或 COO 每天亲自发 Instagram 帖子，「而且跟真人一样，这些事会占用那个 agent 的脑力带宽」。→ 详细
现场演示：点进 chief of staff 能看到它正在给其他 bot 发消息、找它们要进度。Greg 称之为「提前瞥见了未来的工作方式」——一堆 agent 互相发消息、协同把活干完，而人只需要坐在那儿，更新一下北极星、各项指标、目标和 context。→ 详细
日常怎么对接：大多数时候只跟 chief of staff 说话；某件事需要深入时，就「绕过中间人，就跟在真实公司里一样」，直接找社媒 agent 提具体反馈（「能不能改一下副标题？能不能换个背景？」），再交代一句「等你弄完了……去跟 chief of staff 同步一下」，它就会回去汇报。chief of staff 的本职，就是在团队里调度、流转任务。→ 详细

把「审稿」也交出去：三轮对抗式评审把产出从五成提到九成，再把你的口味写成 skill

Greg 先抛了个设想：建一个「Bagel 社媒策略师」，专门学 Greg Isenberg 怎么发 Instagram，让它「假装你是 Greg Isenberg……想象一下他在审这些帖子，他会怎么说？」，再把意见回灌给负责社媒的 Bagel Social。→ 详细
Billy 说他最近一直在跑 QA 循环（质检回路），但老实交代「我还没在 Grok Bot 里这么做过，是在 Codex 之类的工具里做的，这是个通用的 agent 模式」。窍门是一句话：「这件事你做过一遍之后，组一个 sub agent 评审团——在 Grok Bot 里可以是 chief of staff，也可以就是团队里的其他 agent——让它们对你的工作做对抗式评审（adversarial review，专门站在反方挑毛病），来三轮。」效果是以前得他回头费劲一点点审、一点点挑的东西，现在「产出能从大概 50% 的完成度提到 90% 左右」。→ 详细
Greg 说这还能让人少插手；Billy 马上补上前提：「是能少插手，但在让它自主运转之前，你真的得先跟团队一起扎进细节里泡上几天、几周。」靠的一是 routine，二是让 agent 来审工作成果——「你得教它们像你一样去审」。→ 详细
怎么教：他对社媒 agent 做的帖子给过一大堆反馈之后，就说「把我们在这个 thread 里做的事整理成一个 skill，让另一个 agent 审稿时拿去用，这样它审起来就跟 Billy 一模一样」——把一次对话里的反馈，变成可复用的审稿标准。→ 详细

newsletter 生意的起步公式：一个细分领域 + 知道去哪儿找最好的信息

Greg 的判断：「有成千上万个潜在的 newsletter 生意，都可以用 Grok Bot 搭起来、跑起来。」Billy 附和「肯定有成千上万个」——除了这份本地号，他也给不同客户做过科技和体育类 newsletter。→ 详细
他的起步公式只有两样：一个细分领域，以及知道去哪儿找最好的信息。例子：你特别喜欢桌游，知道最好的桌游 subreddit、测评网站和论坛在哪儿，就可以做一份每周汇总新桌游、再加上你自己点评的 newsletter（原话是 aggregate and editorialize：聚合 + 带观点地编辑）。→ 详细
工具栈：开一个 beehiiv 账号（他的 newsletter 全跑在上面），用 Notion 编排每期内容，再把 Grok Bot 连上去——「非常简单。顺便说一句，Grok Bot 做连接比其他任何 agent 都强得多」。→ 详细

连接的门道：内置 Shopify plugin 只是「会用 Shopify 的 skill」，真要动店得装 CLI

这类连接在 Grok Bot 里叫 plugin。Billy 的进阶技巧：内置的 Shopify plugin「其实只是一套教它怎么用 Shopify 的 skill，它没法真的在你的店里做任何操作」；想让它真动手，就直接跟它说「把 Shopify CLI（命令行工具）装上」，它会装在自己那台你随时能查看的云端电脑上用（前提是对方平台有 CLI，Shopify 有）。→ 详细
接入体验几乎零摩擦：想接什么，它会在聊天里弹出一张卡片——「API key 填在这里，或者点这里用 OAuth 登录」。→ 详细

内容流水线：信息源清单 → research bot 一周搜两次填 Notion 卡片 → 挪到「process」触发 Make.com 写简讯

用 Grok Bot 做 newsletter 的流程：先把信息源列成清单（放 Google Sheet 或 Notion 都行），然后让 research bot 出去搜。他这边是一周搜两次，每周四发一期。→ 详细
research bot 搜完会在 Notion 里把卡片填好：这是一条新餐厅的报道、建议什么时候发、一段简短摘要；如果是活动，比如某处放映《怪物史莱克》的时间，就按活动的样式填。→ 详细
他再往后接了一段自动化：把卡片挪到 process 状态，就触发一个 Make.com（无代码自动化平台）流程，按他要的样子写出 newsletter 正式用的那段简讯。他承认这步「稍微进阶一点」，你也可以直接让 Grok Bot 在 Notion 页面里把新闻条目写好。→ 详细

跑顺了就固化：两句话简讯交给 Make.com + OpenAI key，别让「高绩效员工」写小摘要

Greg 追问：既然 Grok Bot 能写，为什么还要 Make.com？Billy 给出一条「用 agent 的大原则」：「一旦你有了一套对你管用的工作流，就要把所有不确定性都去掉。」Grok Bot 每周写简讯确实写得很好，但「如果模型换了，或者就看这个 bot 当时『心情』怎么样，它写出来的可能就不一样——它们本来就是这样，是个黑箱」。所以业务上至关重要的东西，要尽可能自动化；顺带还能省下 token 让 Grok Bot 去做更多搭建。顺序是：先搭建，再执行，然后自动化。→ 详细
固化也不一定非得离开 Grok Bot：可以让它写一份 SOP（标准作业流程），规定「以后你每写一条新闻，就跑一下这个脚本，把格式排成我要的样子」，它每次都能在自己的电脑上跑脚本。但「像这种零碎的小任务，用 Make.com 配一个 OpenAI 的 key，能跑的量更大」。Greg 一句话点破：「所以说到底是成本问题。」Billy：「是的。」→ 详细
账是这么算的：以 newsletter 的体量，他可以浪费 Grok Bot 的 token 给 200 条潜在新闻每条都写一遍；也可以让 Grok Bot 先筛一遍、只留最好的，再交给 Make.com + ChatGPT 的自动化去写两句话的小简介。他的比喻：「这就跟真员工一样。如果你手下有个绩效很高的员工，我可不想浪费他每周去给一百条可能用得上、也可能用不上的条目写两句话的小摘要。」→ 详细
但他反复强调前提：「我能走到这一步，是因为我先把流程搭了起来，一开始是用 Grok Bot 手动跑的」——那段时间每周都是 Grok Bot 在写。固化后的成品每周格式完全一样：emoji、活动标题、时间、一段摘要；这一段用的是 OpenAI，「但 Grok Bot 也能做」。→ 详细

销售 agent 的第一单：从收件箱里捞回一个漏掉的贝果店赞助，再把所有广告位重新定价

「Grok Bot 这周其实帮我找到了一个赞助商。」起因是他把 Grok Bot 接进 Gmail、专门盯主动找上门的来信。上周有封信他自己漏掉了：一位本地的、还真就是开贝果店的老板联系他，邀请他和太太过去——录节目当天早上他们刚去过，吃了免费贝果，正在谈赞助。是 Grok Bot 发现了这封信，提醒他：「你应该跟进一下，而且就拿这个具体的广告位去跟他谈。」→ 详细
能做到这一点，靠的是两个角色：一个收件箱监控，一个销售 agent。搭销售 agent 时第一件事是给它下这道令：「我需要你把我们卖的所有东西都梳理出来、定好价。」它看了现有哪些广告位、各自怎么定价，根据市场行情和 newsletter 的增长情况更新了价格，还做了一份销售单页，可以直接拿给这家本地商家看。→ 详细
Greg 当场代入自己：「这感觉是根本不用犹豫的事」——任何一个媒体品牌都该有个赞助邮箱（写上「赞助合作请联系 sponsorships@某某」），让 Grok Bot 盯着那个收件箱、做报价、发消息。→ 详细

外联别想一口吃成胖子：每周一加 5 个潜在客户，挑前 3 个定制广告套餐，比一次发 200 封强

审核链路：销售 bot 起草后先问 chief of staff「我们在看这个潜在赞助商，这封外联邮件写得合适吗？」目前 chief of staff 会把这些全都拿给 Billy 过目，他的做法是「把这个放进 Gmail，我改一改再发」，设想是随着他不断给反馈，它会越做越好。→ 详细
为什么这一环不放手：「我认为冷邮件讲究质量重于数量，尤其是本地 newsletter。所以这才是值得你花时间去做细微调整的地方。」而 Grok Bot 的妙处，是帮你打破「写外联邮件开不了头」的卡壳。→ 详细
他的诀窍是先划清反例：刚开始做主动外联拓客，哪怕有 AI 帮忙也别想着一口吃成胖子——不要建个销售 bot 就让它「把纽约州所有的汽车经销商都找出来，给每个销售都写一封信，再配三个子域名，好让我的邮件不进垃圾箱」。→ 详细
正解是一个周一跑的自动化：「你的任务是往我们的名单里加五个潜在客户」；然后「挑出排名前三的潜在客户，给他们量身定制一个广告套餐，起草一封外联邮件，然后发给 chief of staff」。他的保证：「这样做取得的进展，会比一次发 200 封外联邮件更大。」→ 详细

反对「点子蔓延」和「agent 蔓延」：想让团队不原地踏步，靠定期审计，不靠再加一个点子 agent

Greg 抛出一个他自己的做法：他有一个专门出点子的 Grok Bot agent，职责是给其他 agent 想创意，「因为我不想永远是那个得去提示 agent 想点子的人」。他的理由是：有创造力的人会跟着文化走向调整内容，而 AI slop（一眼假、千篇一律的 AI 味内容）出现的原因之一，就是 agent「一直处在同一个循环里，就只会沿着同一个循环走，最后你得到的创意、做出来的产品都长得差不多」。→ 详细
Billy 的回答出人意料地坦白：「Greg，说实话我真没有。」他用 Grok Bot 的方式是只有真的需要才加 agent——「我特别反对点子越堆越多、agent 越加越多，因为 token 就是这么烧掉的，你就是这样原地空转、做不出进展的。」（与同批 220 期 Claire Vo 的多 bot 分工可对照看。）→ 详细
他能给的替代方案，是把开局那次 chief of staff 审计定期重跑：「嘿，看看我们这周是怎么干活的。我们可以加哪些 agent？可以去掉哪些？有哪些该做成 routine 或者 skill？」这算是一种自动化的改进——但他也承认，关于「怎么给 agent 引入新点子」，「这个问题我确实没有什么好办法」。→ 详细
Greg 替他收成一条原则，Billy 当场认可：放手让 agent 去发挥（let the agents cook）；别建一大堆 agent，建少量专注高质量、高价值工作的 agent，确保它们达到你的标准；由 chief of staff 来管，「只有在真正关乎核心任务的时候，才新建 agent」。Billy：「没错。而且你就该这么跟管理你团队的 chief of staff 交代。」→ 详细

别跟工具拧着来：让 agent 在自己电脑上干活，你审过之后再发聊天、进 Notion

补充几个没聊到的能力：它也能访问你电脑上的文件（Billy 记得只问过一次权限，之后就一直可以）；手机上也能用；既可以在它自己的云端电脑上跑，也可以在 app 开着、你笔记本也开着时直接在你的电脑上干活。→ 详细
他从中得出的心得是「别跟它拧着来」：Grok Bot 在自己电脑上干活最顺手，但他老掉进一个坑——「好，你生成一份报告，放到我桌面上，然后再放进 Notion」——结果「你最后花在折腾这套系统上的工夫，比花在真正产出上的还多」。→ 详细
现在的规矩：在你自己的电脑上做东西，做完在聊天里发给我，再放进 Notion——「不是一做完就放，是等我审过之后再放」。否则你就得到处问「我们昨天弄的那个东西放哪儿了？在你电脑上？在我电脑上？还是在云端？」——「你那纯粹是在给自己找麻烦」。→ 详细

第二门生意做 Shopify：另开一个 200 美元账号隔离上下文，采购 agent 自己想到去查 ImportYeti

Greg 问本地 newsletter 之外还能做什么。Billy 先说任何类型的 newsletter 都行，不一定非得是本地的，要跑起来，做非本地的可能反而更容易。→ 详细
他正在搭的第二门是 Shopify 电商：「我专门另开了一个 Grok Bot 账号，开的是 200 美元那档，因为我特别执着于把上下文隔离开，那个账号就只做 Shopify。」——这是前面「一个账号只跑一门生意」原则的实操版，宁可多付一份月费也不让两门生意串味。他在训练这个账号用 Shopify 开发者工具和找货源，目前配了一个采购 agent、一个开发 agent、一个邮件 agent，还在搭，但 Grok Bot「在调研产品、找货源方面做得非常出色」。→ 详细
让他「有点被震住」的一幕：他只说了句「我特别喜欢这家公司和它的产品，我想做个同品类、价位差不多的东西」，它自己就知道去查 ImportYeti——按 Billy 的描述，那个网站基本上能直接看别人的 Shopify 店，告诉你他们具体在采购什么、利润率是多少——「这是它自己主动去做的」。它还给每个产品点子出了一份报告，结尾是「这是我的建议」。Billy 顺手叮嘱：「一定要让它给建议。」→ 详细
由此他亮出自己「屡试不爽」的测点子套路：「我想做这个、这个，或者这个」——手上三个点子（可以相近也可以完全不同），「你去把每一个都调研一遍，搞清楚我该怎么定价、成本会是多少，然后给我你排名前三的建议，告诉我这事到底该怎么干」。要害在最后一句：「你做调研的时候，任务不应该是开放式的，不然最后你就会一调研就是两个礼拜。」→ 详细
Greg 觉得新鲜：节目平时聊的多是数字产品、SaaS、垂直 AI，Shopify 聊得少，而 Billy 的意思是找产品、找受众、再让 agent 团队管全流程这条路依然有机会。Billy 自认「算不上什么电商专家，这是我正在做的一个实验」，选实体的理由是：「做数字产品的成本正在趋近于零，那边已经没什么门槛了」，反倒是「真正去做点实体的东西、一个能随着时间慢慢打造起来的品牌」是聪明的做法。→ 详细

建站栈 Cloudflare + Porkbun + Astro：两三小时搭好，坐在海滩上用手机上线一个预约页

Billy 另一个账号上的 agent 配了一套极简技术栈：Cloudflare 的 CLI 工具；Porkbun 买域名（agent 能在自己电脑上登录 Porkbun 直接买）；Astro（一个做静态网站的框架），连着他的 GitHub。→ 详细
起因是他需要一个让别人约会议的链接，又不想花钱买 Calendly，就让它把自己三个不同的 Google 日历嵌到页面上。「我当时真的就是坐在海滩上拿着手机」：它发来效果图 → 他说「再开一个分支，按这种风格再做一版」→ Cloudflare 给出一个个独立的开发预览链接供他对比 → 他说「好，我喜欢这个」→ 它接上他名下的域名，上线。整套栈两三小时搭好，他打算长期用来应付「我只需要网上有这么个东西存在，不用多完美、多好看」的需求。→ 详细
Greg 问这能不能做成工具卖给别的企业。Billy 说他主要当内部工具用，拿来做落地页——比如想说服一家本地商家当赞助商，就让它「做一个专门针对这个客户的落地页」。→ 详细

目录站 × 垂类 newsletter：Grok Bot 创业门槛最低的两门生意，怎么互相喂

同一套栈的另一个用法是做目录站——「Astro 尤其擅长做目录站」，想玩 SEO 就直接拿这套来测试迭代。Billy 的配方以匹克球装备目录站为例：一个用这套栈的编程 agent + 一个调研 agent；调研 agent 每天研究一个新品牌，用 markdown 写一篇很棒的介绍页，交给工程师 agent 发布上线；等有了流量，再设一个 agent 专门收集推荐返佣链接（referral link）、主动外联去谈合作——然后「照这个路子反复复制」。→ 详细
Greg 补上目录站的生意逻辑：他之前做过几期目录站节目，最新一期是跟朋友 Frey 聊的，讲目录站为什么能做成月入 1 万、2.5 万乃至 10 万美元的好生意。目录站说白了就是「放在网站上、经过精选整理的数据」——挑一个主题，告诉大家「这是这个主题下最好的某某某」。→ 详细
他认为 AI 时代反而比以往更需要目录站：一是信息实在太多，有人精选过就有帮助；二是 SEO 玩法在变，大家跑去 ChatGPT、Google AI Overviews 获取内容，而这类平台需要目录站。所以「用 Grok Bot 作为你目录站的底座，简直是绝妙的主意」。更妙的是它是块地基：做到每月几千访问量之后，你可以接着开 Shopify 店、做 newsletter、做 SaaS 或手机 app——「非常适合起步的地方」。→ 详细
Billy 把两门生意拧成一股：目录站配垂类 newsletter（不是本地号）。还拿桌游举例——「适合聚会玩的桌游」做成垂类目录站，再办一份专聊这个的 newsletter，两者放子域名或不同域名、互相打通；把读者引到目录站用返佣链接变现，而返佣链接带来的意向客户（warm leads），还能变成 newsletter 本身的赞助商。他的结论：「用 Grok Bot 创业，门槛最低的大概就是 newsletter，其次是目录站。」→ 详细

收尾：给一个项目试一个月，而不是花四周去试新工具、调研点子

Billy 留给观众的挑战：「试一个月。给一个项目配上 Grok Bot，照我们刚才讲的，把它当成一支真正的团队来运转」，然后在推特上 @ 他说有没有进展。「就把这当成给你的信号：挑一件你一直在琢磨的事，全力以赴地推进，而不是花四个星期去试新工具、调研各种点子。」做一个 Shopify 店、一份 newsletter 或者一个目录站都行；「我可能一整年都没对哪个工具这么兴奋过了，它大概是我今年最喜欢的一个」。→ 详细
Greg 的总评：在别的工具里也瞥见过这种东西的影子，「但没有哪个像 Grok Bot 这么简单、这么好使」；他最满意的是这期聊的不只是宏大点子，而是「今天就能动手、谁都能做的小点子」，没准哪天就长成大点子——「我敢肯定，Rowan 刚开始做 The Rundown 的时候，也没想到他的 newsletter 会做到几百万订阅、价值几百万美元」。→ 详细
他的收束口诀：从小处做起，能自动化的就自动化，保持精简，用几个 agent 就行；只拿一门生意来做，不断迭代，持续为客户创造价值（他对 Billy 四周框架的复述见主题七）。→ 详细

闪电问答 / 收尾

本期无闪电问答。结尾 Billy 的「试一个月」挑战与 Greg 的总评见主题二十二，Greg 对四周框架的复述见主题七。

联系方式

片中没有报出具体账号：Billy 请观众在推特（X）上 @ 他，反馈「给一个项目试一个月」有没有进展。→ 详细
Greg 说关注 Billy 的链接会放在节目笔记（视频简介）里，并请观众在评论区说说对 Grok Bot 的看法——「每一条评论我都会看，大部分我都会回复」。→ 详细
片中提到的工具与资源：Grok Bot（及其 plugin、routine）、beehiiv、Notion、Google Sheets、Gmail、Make.com + OpenAI key、Shopify CLI、ImportYeti、Cloudflare CLI、Porkbun、Astro、GitHub；Greg 另提到他跟朋友 Frey 聊目录站生意的一期旧节目（说会把链接放上来）。→ 详细

接着读

NO.221 · AI 产品 Instinct vs Grok Bot vs ChatGPT vs Hermes:哪个 AI Agent 值得你信任？——Peter Yang(Behind the Craft) Peter Yang · 21 分钟 NO.220 · AI 产品我每天都在用的 7 个 Grok Bot Agent——Claire Vo(ChatPRD) Claire Vo · 16 分钟