土豆姐最全 Grok Bot 方法论

土豆姐（Lauren Tan，X 账号 @poteto）是 Grok Bot 客户端的主力工程师，也是全网最会用 Grok Bot 的人之一。她自己的 bot 团队帮她订机票酒店、提醒她吃午饭、盯着 X 上的反馈、管着一群写代码的智能体。她说自己上个月往生产环境提交了两千多个 PR。

我把土豆姐（poteto）所有的演讲、访谈、直播、长文，还有三百多条推文都整合了起来，浓缩整理成一套完整、成体系的 Grok Bot 方法论。

这篇方法论怎么读

• 第一到第四章是底层思路和起步方法。不管你用 Grok Bot 做什么，都建议读。

• 第五到第九章是进阶：怎么设计 bot、怎么组团队、怎么设例行任务、怎么做闭环、怎么持续改进。

• 第十章是写代码的部分。你如果不写代码，可以跳过。

• 第十一章是一个完整的实战案例：用她的方法，给「在 X 上做加密内容的创作者」从零搭一套 bot 团队。其他行业的读者也可以照着这个结构，换成自己的场景。

• 第十二章是一页纸速查，加一份 7 天上手计划。

第一章 · 一切都关于「信任」

她在每一场演讲、每一次访谈里都会回到同一个词：trust（信任）。

1.1 信任阶梯：为什么大多数人卡在「盯着一两个 bot」

她把用智能体的人分成几档。最低一档是同时开 1 到 5 个对话，每一个都要盯着、不停纠正，人一走开，bot 就做错。她说这一档最难爬出去，因为你不知道该从哪里下手。

卡住的原因只有一个：你还不信任它的产出。不信任的时候，开 100 个 bot 只会得到 100 份要返工的东西。所以要往上爬，靠的不是多开 bot，而是先让一个 bot 做的事情你能信得过。

“The reason you're unable to go from one or one to five agents to something more like 100 is because you don't have trust in your agents' work yet.” 你没法从一个、五个智能体，走到一百个，原因就是你还不信任它们的工作。

—— X 演讲「how i shipped 2,500 PRs」6:15 · 原视频

信任阶梯（根据她的演讲和 Maven 工作坊整理）

1.2 你就是瓶颈

她做事的出发点是一句自问：「这件事里，哪一步还需要我？为什么 bot 必须来问我？」只要某一步离不开你（你去复制粘贴、你去检查、你去转述上下文），你就是瓶颈。她的方法就是把这些步骤一个个教给 bot，把自己从流程里拿掉。

“Always thinking about, where am I the bottleneck in this process? Why do my agents need me to answer this question? … How do I get the agent to answer its own question — not by hallucinating, not by guessing, but actually real data.” 时刻想着：这个流程里我卡在哪儿？为什么我的智能体需要我来回答这个问题？……怎么让它自己找到答案——不是瞎编，不是猜，而是拿真实数据。

—— Matt Pocock 直播访谈 37:58 · 原视频

1.3 米其林厨房，而不是软件工厂

别人爱说「软件工厂」，她不喜欢这个词，因为「工厂」让人想到批量生产的低质货。她的比喻是米其林厨房：既要做出水准，又要接得住一百个座位的出餐量。

她用做饭来讲信任阶梯：

• 家里自己做饭：切菜、备料、洗碗全是你，一个人的独角戏。

• 突然全家人挤进厨房帮忙：大多数人会很崩溃，因为谁都不知道锅碗瓢盆放在哪。

• 真正的餐厅后厨：分工、动线、工具、培训都设计好了，主厨只负责菜单和最终出品。哪个厨师总在同一个地方绊倒，就去改动线，而不是每次都骂他。

你和你的 bot 们，就是从家常厨房走向餐厅后厨的过程。

1.4 带 bot 就是带人：给上下文，而不是控制

她在 Netflix 工作时，经理们最常说的一句话是「Context, not control」（给上下文，而不是控制）。她说这句话放到 bot 身上完全成立：你当然可以事事指挥，但更好的做法是把背景给足、把方法教会，让它自己能做对。

她对 bot 的定位是「有失忆症的天才新员工」：能力很强，但不了解你的业务，也记不住上次聊过什么。所以你要做的是 onboarding（入职培训），而不是盯梢。

1.5 外循环与内循环

这是她理解 Grok Bot 定位最关键的一个框架。

• 外循环（outer loop）：外面的世界在发生什么。比如 Slack 里有人报 bug，X 上有人吐槽，邮件里来了合作，日历上有新会议。这些信息平时要靠你去看、去搬。

• 内循环（inner loop）：真正干活的地方。对她来说，就是一群在写代码的智能体。

以前，外循环和内循环之间靠你人肉搬运。Grok Bot 最擅长的就是外循环：它连着你的各种应用，用例行任务一直盯着，把需要处理的事情自动送进内循环。

以前这两个圈之间靠你人肉搬运；连起来以后，bot 能自己拿到上下文

“Cursor projects are my inner loop and Grok Bot is my outer loop. Grok Bot takes all the external context and gives it to the projects.” Cursor 项目是我的内循环，Grok Bot 是我的外循环。Grok Bot 把所有外部上下文收进来，交给干活的项目。

—— Matt Pocock 直播访谈 44:01

1.6 她的三条「美德」和一句座右铭

她借用了程序员圈的老说法，改成了用 Grok Bot 的三美德（原帖）：

• 懒惰：为了以后少花力气，愿意现在多花点心思。永远先问「这件事怎么让 bot 替我做」。

• 急躁：不讨论「要不要做」，直接让 bot 做出来给大家看。

• 傲慢：结果不是你亲手做的，你也要为它负责。

她在公司 Slack 上的状态常年挂着一句：「why not today?」（为什么不今天就做？）与其写一份需求文档，不如让 bot 直接做个能点的原型，拿着原型讨论。

📌 本章一句话：你能交出去多少事，取决于你有多信任 bot；而信任不是靠胆子大，是靠一步步搭出来的。

第二章 · 第一步：先只用一个 Bot

很多人一上来就建五六个 bot。她的建议正好相反。

“You don't need to rush into making multiple bots! Your primary bot is very capable even on its own. I'd even recommend doing everything with one bot first before you make new ones.” 不用急着建一堆 bot！你的主 bot 自己就很强。我甚至建议先用一个 bot 做完所有事，再去建新的。

—— 原帖 · 10 月 7 日

2.1 起步四件事

1. 先连上你每天在用的应用。日历、邮件、Slack、Notion、Google Drive、X……连得越全，bot 越了解你在干什么，也越有工具帮你干活。她说这是新手第一件该做的事。

2. 像带实习生一样自我介绍。告诉它你是谁、做什么工作、平时怎么工作，然后反过来问它：「你觉得能帮我自动化哪些事？」

3. 列出你还在「手动搬运」的步骤。哪些事是你在做、哪些地方你要把信息复制粘贴给 bot，把这些列出来，逐个问它：「这一步你能不能直接替我做？」

4. 给它开账号、给它工具。把密码和卡存进保险库（vault），让它有自己的邮箱，自己注册需要的服务，跟你的个人账号分开。

提示词 · 第一次见面（中文）

先认识一下：我是【你的职业或身份】，主要做【你的主要工作内容】。我平时的流程是【简单说说你每天或每周怎么工作】。
请你先看看我连接的这些应用，了解我最近在关注什么。然后告诉我：我的工作里有哪些事可以交给你？按「最省我时间」排个序，每条说清楚你会怎么做、需要我提供什么。最后，用你自己的话复述一遍你理解的我的工作和目标。

提示词 · 她的原话（找灵感）

@bot read this full thread and suggest ideas for my work and personal life you can help me with

她的用法：把那条有上千条回复的「这周你用 Grok Bot 做了什么」帖子（链接）发给 bot，让它按你的情况推荐用法。（原帖）

2.2 什么时候才该加第二个 Bot

她在 Peter Yang 访谈里说过加 bot 的判断标准：当你发现自己在用同一个 bot 做很多很不一样的事情时。一个 bot 的上下文里塞了太杂的东西，它就容易混乱，这时才拆出专门的 bot。

加 bot 的理由只有两个：专业化（让它专精一件事）和好管理（每类事情有固定的去处）。不是为了显得团队庞大。

📌 本章一句话：先把一个 bot 用透：连上工具、介绍自己、把手动步骤一个个交给它。拆分是以后的事。

第三章 · 怎么跟 Bot 说话

模型越来越聪明之后，瓶颈不再是 bot 能不能做，而是你能不能把想要的东西说清楚。

“As the models get really, really good, the bottleneck is no longer the agent. It becomes your ability to express your intent and your goals in a clear way that the agent can understand and actually carry out.” 模型越来越强之后，瓶颈不再是智能体，而是你能不能把自己的意图和目标清楚地表达出来，让它理解并且执行。

—— Matt Pocock 直播访谈 7:12

3.1 她最喜欢的技巧：语音倾倒 + 「用你自己的话复述」

这是她提得最多的一招，在直播里也现场演示过：

1. 打开语音模式或转写，一口气把想法全说出来，说两三分钟都没关系，比打字快得多。

2. 最后加一句：「用你自己的话复述一遍，让我确认你听懂了。」

3. 看它的复述。哪里理解偏了，马上纠正；对了，就把这段复述当作正式的任务说明，交给后面干活的 bot。

这一招有三个好处（她在 pstack 长文 Pt.2 里写的）：

• 逼 bot 把一大段乱糟糟的话压缩成结构清楚的问题描述；

• 你能在它开工之前就发现误解，不会等它做完了才发现做错；

• 你没有先把自己的猜测说死，它有空间想到你没想到的办法。

提示词 · 她最常用的一句

先别动手。用你自己的话说说：你认为我的目标是什么？我想解决的问题是什么？有哪些地方你还不确定，需要我补充？

restate in your own words what you think my goals are and what the problem i'm trying to solve is

出处：9 月 29 日原帖（她说这是她最近最常用的提示词）；10 月 31 日指南（「my favorite tip」）。Galaxy 直播第 1 天她现场用过；直播笔记里记录她习惯在指令末尾加上「执行前先用你自己的话复述」。

3.2 别急着说你的猜测：「间接提问」

有人在群里报了一个问题时，她不会直接告诉 bot「我觉得是某某原因」，而是先让它读完整段对话，用大白话复述它认为问题出在哪。原因很简单：你的猜测可能是错的，一旦说出口，就会把它带偏。

3.3 先给高质量的上下文，再让它动手

在 Galaxy 直播里，她要 bot 做一个网页落地页。她没有直接说「做个落地页」，而是先让它去找优秀落地页的参考，做成情绪板（mood board），再从几个方向里挑一个开始做。

反过来也要注意：背景资料不是越多越好。直播里她提醒过，你给 AI 的信息越多，它就越会依赖那些信息。他们最后只准备了一份很短的公司介绍文档，发给每一个 bot。

3.4 大胆打断它，随时要进度

• 她经常中途打断 bot：「不，改成这样。」她说这比干等一个回答有意思多了。

• 想多知道它在干嘛，直接说：「每三分钟给我报一次进度。」它其实一直在后台干活，你着急就问。

• 事情一多，用这句让它帮你追进度（原帖）：

提示词 · 追进度

把我上一条消息之后发生的事都告诉我。如果有需要我决定的事，给我足够的背景，写成一段执行摘要，让我能直接拍板。

catch me up on everything since my last message, and if there are any action items for me give me enough context (exec summary) to make a call

3.5 写作就是思考

她说自己从不让 bot 替她写东西，推文、长文、文档都是亲手写的，因为「写作就是思考」。她也认为会写的人更会给 bot 下指令：能说清楚自己要什么、知道该用哪些词，bot 就做得更准。

在 Pocock 访谈里她还提到：有时一个准确的词能「压缩」很多意思。比如在指令里用对一个专业词，bot 会抓住这个词，在整个过程中按这个方向去做。所以你的行业经验反而更值钱了：越懂行，越能说出那个关键的词。

📌 本章一句话：把想法一口气说出来，然后让它复述；先给对的上下文，再让它动手。

第四章 · 从「盯着做」到「放手做」：信任的四步

这一章是她方法论里最实用的部分。Peter Yang 问她「怎么让 bot 跑得更久、又不跑偏」，她给了这个回答。

“Spend the time to sort of observe the bot or agent doing the work, and then you course correct it. But then at the end of the conversation, you turn that into a skill … When you've gotten to a point where you can just do a one shot … then that actually gives you much more confidence to walk away and set up a routine.” 花时间看着 bot 干活，然后纠正它。到对话结束时，把这套做法变成一个技能……等你只要说一句它就能一次做对，你就有底气走开，把它设成例行任务了。

—— Peter Yang 访谈 39:33 · 原视频

信任四步（Peter Yang 访谈 39:33–41:10）

她举的例子：报销单

1. 看着它做：让 bot 把这个月的开支整理出来，去邮箱里找收据，填进报销工具。第一次它肯定有地方做得不对，你当场纠正。

2. 存成技能：来回几次做顺了，让它把这套流程写成一个技能，比如叫「报销单」。

3. 一次做对：下次你只说一句「做报销单」，它就能一次做好。

4. 设成例行：到这一步你才放心让它自动跑：「每次邮箱里来了带收据的邮件，就自动帮我填进报销单。」

⚠️ 别跳步

她特别强调这个过程必须是渐进的。让一个从没用过 bot、也没有任何技能的人直接放手，当然不可能信任，因为你从没亲眼看过它能做到什么。看它做对一两次、确认它能重复做对，才是放手的前提。

大额、不可撤销的事：先让它提方案，你点头再执行

她通过个人助理 bot「Suki」订了一整趟复杂的行程：从橙县经丹佛到伦敦，再从伦敦到阿姆斯特丹，最后回家，还包括会场附近的酒店。她只是把一条带会议信息的 Slack 消息发给 bot，说：

帮我订这次出差的机票和酒店。真正下单之前先来问我。

bot 给出几个方案，她看过后点「好」，它就全部订完了。她说没让它直接下单，是因为不想被安排到半夜的红眼航班或者飞机最后一排。先提方案、人点头再执行，是她处理花钱、发布、对外发消息这类事情的默认做法。

✅ 你可以这样做

• 挑一件你每周都要重复做的事（比如整理一周的行业动态、整理读者或客户的提问、准备下周的工作计划），用这四步走一遍。

• 每做完一次，最后都说一句：「把我们刚才的做法写成一个技能，名字叫【xxx】，以后我说这个名字你就照做。」

• 涉及花钱、公开发布、替你对外说话的事，永远加一句：「执行前先给我看方案。」

📌 本章一句话：先看它做，再教它做，确认它能一次做对，最后才让它自己去做。

第五章 · 怎么设计一个好 Bot

她团队里所有的 bot，都是用她自己做的「bot 设计师」Dr Eggbot 造出来的。Dr Eggbot 的设计规矩，就是她对「好 bot」的定义。

5.1 好 Bot 的四条规矩

5.2「高质量 Bot 指南」

这是她最新、最完整的一份 Grok Bot 用法总结（原帖 + 续帖）。她说可以直接把这条帖子发给你的 bot，让它照着帮你改进团队。

嵌入推文（联网查看）

1. 把 Dr Eggbot 加进团队，用它来造 bot。

2. 不需要很多 bot。几个好 bot 比一大群更有用，也更好管。

3. 让 bot 给自己写技能。你教它做一件事的时候，就让它把做法存成技能，这样在很长的对话里也能保持一致。你可以让它建一个私有 GitHub 仓库，专门存这些技能。

4. 给它所有需要的工具：连接器、保险库，还有它自己的邮箱，让它自己注册账号，和你的账号分开。

5. 盘点你还在手动做的事，以及需要你把信息复制粘贴给 bot 的环节，直接问 bot 它能怎么替你做。

6. 像带实习生一样带它：介绍你自己、描述你的工作，问它能帮你自动化什么。

7. 用例行任务让它变主动（详见第七章），频率最多每小时一次。

8. 让 bot 写代码来替代它亲手干活。脚本比 bot 每次亲自操作省很多 token。问它：「我的流程里哪些步骤可以变成脚本或技能？」

9. 团队版可以把 bot 放进 Slack 共享，同事能复用你维护好的 bot。

10. 像经理一样思考：怎样让 bot 把你的工作做得和你一样好，甚至更好？做到了，你就能腾出手去做更大的事。

5.3 起名字也有讲究

她的 bot 都取食物名字：Daifuku（大福）、Gyoza（饺子）、Matcha（抹茶）、Suki、Crumb……Galaxy 直播里的 bot 叫 tater、grokpot、hashbrown（都是土豆相关），研究员 bot 被观众起名叫「Marky McMarkface」。直播笔记把这条也记成了经验：给 bot 起有趣的名字，而不是「营销 bot」「研究 bot」这种标签。有名字、有人设，你更容易记住谁负责什么，跟它说话也更自然。

5.4 想改什么，直接说

直播里她不喜欢一个 bot 的名字，就直接对 Dr Eggbot 说「我不喜欢这个名字，改一下」。她说在 Grok Bot 里几乎所有设置都可以靠说话来改，不用去找设置面板。Dr Eggbot 还能翻看你现有的所有 bot 并修改它们，比如她就让它把默认的主 bot「Steve」改造成了幕僚长。

提示词 · 让 Dr Eggbot 帮你造 bot

我想要一个新的 bot，专门负责【一件具体的工作】。
它要做的：【列 2–3 条】
它绝对不能做的：【比如：不替我发帖、不替我花钱、没事不打扰我】
它需要用到的工具：【比如 X、Gmail、Notion】
请先问我几个你需要知道的偏好问题，然后帮我把它建出来。名字取一个可爱的食物名。

安装 Dr Eggbot：市场页 · 直接导入。它每个工作日早上会扫一遍你各个 bot 的聊天，找出被你纠正、被误解的地方，提出改进；每周一检查哪些例行任务没在用或者太费 token。

📌 本章一句话：一个 bot 只干一件事、说一种话，写清楚它不该做什么；少而精，让它边做边给自己写技能。

第六章 · 组一支 Bot 团队

一个 bot 用透以后，她的团队是怎么长出来的？

6.1 核心结构：你只跟「幕僚长」说话

她在 Peter Yang 访谈里说：「我大部分时候只跟我的幕僚长说话，然后幕僚长再去跟工程负责人说。」幕僚长（chief of staff）知道谁在做什么，负责把你的话转给对的 bot。这样你不用记住每个 bot 的分工，幕僚长自己的上下文也不会被各种具体工作塞满。

6.2 她的真实团队

6.3 Bot 之间能互相「找人」

她说 Grok Bot 真正厉害的地方在于这些 bot「住在同一栋房子里」。社交 bot 发现了一个问题，她不用把内容复制给工程 bot，只要说一句：

她的做法

去找 potato 了解一下情况，然后带着修复方案回来找我。

上下文从不同地方被抓取、汇到一起，比你自己打字转述丰富得多。设计负责人 Peng 在同一期节目里也展示过：把产品、设计、工程三个 bot 拉进一个群聊，抛出一个想法，让它们从各自角度讨论；想让某一个 bot 回答，就 @ 它。

6.4 Bot 是「长期员工」，不是一次性对话

Peng 在访谈里讲了 Grok Bot 的设计思路：一般 AI 产品的对话用完即丢，两周前的对话你再也不会打开。Grok Bot 的 bot 是有名字、有记忆、有自己工具的长期角色：

• 能力是共享的：工具、连接器、技能大家都能用；

• 记忆和偏好是每个 bot 自己的。

所以你和每个 bot 是在「建立关系」，它会越来越懂你。具体项目可以单独开对话，或者拉群；同一个设计 bot 可以同时参与好几个项目。

6.5 团队协作的几条规矩

• 一个地方存「真相」。直播里他们用 Notion 存当前计划和任务状态，Slack 负责通知和交接，并且明确告诉每个 bot 真相存在哪。

• 一次只推进一条主线。幕僚长建议同时开好几条原型线，她选择暂停其他、只保留一条。

• 造一个「知识库管理员」bot，负责记录大家在做什么、整理文档，规则是「可以看，要动之前先问」。

• 定时汇报，没进展就闭嘴。直播里幕僚长设了一个例行任务：工作日 9 点到 18:30 每 30 分钟检查一次，有 PR 或完成了就通报，没动静就不说话。

• Team Bot 可以放进 Slack，同事直接 @ 它，bot 之间也能在 Slack 里协作（原帖）。

📌 本章一句话：你只跟幕僚长说话；负责人只分派不亲自做；每个 bot 有名字、有记忆，彼此能互相找。

第七章 · 例行任务：让 Bot 主动，又不烧钱

例行任务（routines）是让 bot 从「你问它才动」变成「它主动来找你」的开关。但设不好，也是最费额度的地方。

7.1 两种例行任务

7.2 省钱的四条铁律

“My number 1 tip for controlling your grok @bot usage is to avoid scheduled routines that run too frequently. For example, a 15 min routine runs almost 100 times a day, and every run consumes tokens. Hourly or a few times a day is usually good enough.” 控制 Grok Bot 用量的头号建议：别设太频繁的定时任务。每 15 分钟跑一次，一天就是近 100 次，每次都在烧 token。每小时一次，或者一天几次，通常就够了。

—— 原帖 · 8 月 23 日

1. 定时任务最频繁每小时一次。大部分事情一天几次就够。

2. 事件触发的任务要先过滤。不是什么事件都叫醒 bot，只让符合条件的事件触发。

3. 重复任务交给「干净」的 bot。和 bot 聊得越久，它每次被叫醒时要带的上下文越多，例行任务就越贵。所以重复性的任务交给一个专门的新 bot，你继续和主 bot（比如幕僚长）聊天。

4. 能写成脚本的就写成脚本。让 bot 写一段代码来做重复的机械操作，比 bot 每次亲自点来点去省得多。

Dr Eggbot 自带的「例行任务体检」会帮你找出没在用、或者太费额度的任务。她说 Dr Eggbot 最大的用处之一，就是提醒你某个任务跑得太勤了。

7.3 一个高级技巧：先攒着，再看规律

她有一个 bot 专门盯代码里的坏模式，但她没有让它发现一个就修一个，而是让它把发现的问题追加到一份文档里。每隔几天她看一次，常常发现「这几个其实是同一个问题」。

她说，一直处在「来一单做一单」的执行模式里，你会看不到全局；给自己留一个缓冲区、一个队列，反而更容易看出规律，从根上解决。这一招放到任何领域都适用：读者反馈、合作邀约、选题灵感，都可以先攒起来，定期一起看。

提示词 · 她的每日摘要（可以把话题换成你关心的）

每天早上 9 点，帮我看看 X 上大家在用【Grok Bot / 某个话题】做什么有意思的事，整理成一份摘要发给我。挑出最酷的几个点子，并告诉我可以怎么用到我自己的工作里。没有值得说的就简短告诉我「今天没什么」。

look out for interesting things people are doing with Grok Bot on X and slack me a daily digest at 9am. if there's anything relevant, pick the coolest ideas and suggest how I can use it to improve my workflow

📌 本章一句话：例行任务让 bot 变主动；频率最多每小时一次，事件先过滤，重复的活交给干净的 bot，能写脚本就写脚本。

第八章 · 闭环：把一件事从头交到尾

单个任务交出去只是开始。她真正的效率来自「闭环」：一件事从发现到完成，中间每一步都不需要她。

8.1 第一公里和最后一公里

她说自己最喜欢用 Grok Bot 做的，是工作的第一公里和最后一公里（原帖）：

• 第一公里：搞清楚该做什么。把各种应用连起来，让 bot 自己去拿上下文，比如「看看这个 Slack 频道最近上线了什么新功能，再翻翻客户表，看哪些客户该去提醒一下」。你给的是背景，不是一步步的指令。

• 最后一公里：真的把事情做完。不只是给建议，而是动手去做，并且交回结果。

8.2 她每天在用的 5 步闭环

1. 盯着 Slack 里的用户反馈频道；

2. 在工单系统（Linear）里建一张工单；

3. 派一个云端智能体去复现这个问题；

4. 能稳定复现，就提交修复，再派一小群智能体模拟用户去测；

5. 测下来没问题，就在 Slack 通知她，1 小时内她没提出修改，就自动合并上线。

注意第 5 步：她给自己留了一个「否决窗口」。不是完全不管，而是默认放行、需要时能拦下。

8.3 每一步都可以叫停

她在《Loops You Can Trust》里讲过闭环可信的关键：每一个环节都有权「拉停流水线」。分类的 bot 可以判断「这不是 bug，是正常行为」；复现的 bot 可以说「复现不出来」；修复的 bot 可以说「改动太大，需要人来决定」。不是一路硬冲到底。

8.4 「给我看证据」

“‘I fixed it’ isn't good enough. Show me the failing test and the passing test. Show me the before and after video … Artifacts beat a plausible sounding explanation which may be wrong.” 「我修好了」不算数。给我看修之前失败、修之后通过的测试；给我看修复前后的视频……一个实实在在的产出物，胜过一段听起来很像回事、但可能是错的解释。

—— 长文《Loops You Can Trust》

直播里她甚至把这条写成了硬规定：每一次提交都必须附上视频或截图。这条放到任何工作里都成立：让 bot 交活时附上截图、链接、前后对比，你扫一眼就能判断，不用从头检查一遍。

8.5 一个完整案例：她的发版流程

她用 Grok Bot 做了两个团队 bot：发版经理 sandcastle 和工程 bot poteto，都放进 Slack 的发版频道（原帖）：

• 她对 sandcastle 说「要发版了」，它会私信每个贡献者，附上他们各自的改动，问有没有阻碍或反对意见；

• 然后启动构建，盯着构建过程，再派 10 个以上的智能体像真实用户一样去点击测试，其中几个专门随机乱点，看哪里会坏；

• 发现问题，就 @ poteto 去开一个项目修。根据严重程度，她再决定是马上出补丁，还是放进下一个版本。

✅ 你可以这样做

挑一条你反复走的流程，用这四个问题来设计闭环：①什么信号触发它？②每一步由谁做？③每一步交什么证据？④哪一步保留你的否决权？

📌 本章一句话：从发现到完成都交给 bot；每一步都能叫停，每一步都交证据，最后留一个你的否决窗口。

第九章 · 每一次纠正，都是改环境的信号

这是她最有个人特色的观点：bot 犯错时，不要只纠正这一次，而要改掉让它犯错的环境。

“Every time you intervene and correct your agent, you should think about how to eliminate it entirely.” 每次你出手纠正智能体，都应该想一想：怎么让这个问题彻底消失。

—— 原帖 · 8 月 16 日

9.1 解决问题的优先级：倒金字塔

她把「让 bot 不再犯同样的错」的办法排了序。越靠上越可靠，越值得花力气（原帖）：

力气花在上面，越往下越难规模化。原文讲的是代码库，这里换成了通用说法

放到写代码以外的场景，可以这样理解：

• 改结构：例如 bot 总是把某个日期写错，与其每次提醒，不如规定它只从官方来源里取，并附上链接。

• 自动检查：例如发布前自动对一份清单（标题、标签、封面、链接都在不在）。

• 写成技能：把做法存成技能。但这要靠 bot 记得用，所以排第三。

• 靠人检查：最难规模化。她对这一条的评价是「ngmi」（没前途）。

9.2 像品控主管一样「抽查」

Pocock 问她：两千多个 PR，你都看了吗？她说当然不可能每道菜都尝，但也永远不能一道都不尝。她的做法是像工厂的品控主管一样抽查：每天去看看 bot 的产出，严格地挑毛病，找出那些反复出现的坏模式。

• 只出现一次的问题，可能不用管；

• 好几个 bot 都在犯同一个错，就说明该改「厨房」了，也就是技能、规则、流程。

9.3 坏习惯会像病毒一样传染

她特别警告：bot 很爱模仿已经存在的东西。一个看起来无害的临时凑合，比如代码里一句「这里先这样绕过去」的注释，几天之内就会被别的 bot 照抄得到处都是。所以她给团队里的这个角色起名叫「园丁」：一直盯着，杂草一冒头就拔掉，再立条规矩防它长回来。

放到你的场景里也一样：如果你的某个模板、某份旧文档里有错误的写法，bot 会一直照着用。定期清理你给 bot 的「参考资料」，和清理代码一样重要。

9.4 让 bot 给自己造工具

“The agent can build the lever for itself. When I see one repeatedly doing something by hand, I have it write the tool or skill it wishes it had. Every future run inherits it.” 智能体可以给自己造杠杆。我看到它反复手动做某件事，就让它把它希望拥有的那个工具或技能写出来。以后每一次都能用上。

—— 长文《Loops You Can Trust》

她也说，模型越来越强，需要的说明会越来越少。她的技能会越来越短，最后可能只剩一些存好的提示词。所以技能要定期精简，不要越堆越长。

📌 本章一句话：别只纠正这一次：能改结构就改结构，能自动检查就自动检查；抽查产出，看到反复出现的错就去改环境。

第十章 · 写代码的人：pstack 与 Cursor

这一章是给写代码的人看的。你如果不写代码，可以跳到第十一章。这里只讲和 Grok Bot 相关的骨架，细节在她的两篇 pstack 长文里。

10.1 分工：Grok Bot 当经理，Cursor 云端智能体当员工

• 在 Grok Bot 里让 bot 去「派一个云端智能体」（spawn a cloud agent）写代码，而不是 bot 自己写。这样 bot 的上下文保持干净，还能按任务选不同的模型。

• 相关任务归进同一个 Cursor Project。项目里有一个协调智能体，负责分派和监督。

• 新手入门的一句话（原帖）：

提示词

make me an engineer bot that uses cloud agents and pstack for coding work. it should make a project to group together related tasks

10.2 最重要的技能：验证

• 运行 /create-verification-skill，让智能体学会自己启动你的应用、点击操作、截图录屏、看性能数据，也就是能自己验证对错。

• 里面要有两样东西：一个命令行小工具（可重复使用，省 token），和一份功能地图（应用里有哪些功能、用户怎么走到它）。

• 每天用例行任务跑一次 /maintain-verification-skill，让它保持最新。

10.3 pstack 10 秒教程

1. 安装：Grok Bot 插件 · GitHub 源码

2. 运行 /setup-pstack，选你的预算和模型。

3. 想认真做的任务，前面加上 /poteto-mode。

4. 不知道该用哪个技能，就问 /poteto-help。

10.4 几个她最常用的写法

做新功能（原文）

spawn a cloud agent to use /poteto-mode to build <功能描述>. use /control-app to verify your changes and show me a video and screenshots as proof

修群里报的问题（原文）

/poteto-mode repro this with /control-app. if it repros on main, fix it and show me a video as proof

先讲清楚再动手（原文）

/poteto-mode read this slack thread. restate in your own words and in plain english what you think the underlying issue is

她的其他核心主张，一句话版本：

• 用代码做规划：先做几个原型、录屏给你挑，而不是写抽象的计划书。

• 代码库就是 bot 最好的记忆：它会照着现有代码写，所以要让「最容易的写法就是正确的写法」。

• 删掉大部分代码注释：注释会给 bot 留一个「打补丁、绕过去」的借口。

• 每个坏模式都写一条 lint 规则：先止血，防止它扩散。

• 全自动模式：每个改动都派一群验证智能体去随机测试，测过了自动合并。她早上看提交记录做事后抽查。

📌 本章一句话：Grok Bot 当经理、云端智能体当员工；先建好验证，再谈放手。

第十一章 · 实战案例：加密内容创作者怎么搭 Bot 团队

前面十章讲的是方法，这一章用一个具体身份把方法串起来：在 X 上做加密内容的创作者。这是本文按她的方法整理的应用示例，不是她本人的说法。做其他内容或其他工作的读者，可以照着同样的结构，把 bot 和任务换成自己的。用到的都是她提到过的 Grok Bot 功能：连接器、例行任务、X 插件、在 X 上 @bot、bot 自己的邮箱、保险库、语音、Pages 页面。具体能连哪些应用，以你账号里实际能用的为准。

11.1 先用她的框架看清你的工作

做加密内容，大部分时间其实花在「外循环」上：盯消息、刷 X、翻公告、核实数字、看评论区、回合作邮件。真正写东西、做判断的时间反而被挤掉了。这正是她说 Grok Bot 最擅长的部分。

左边是 bot 帮你「找、整理、核实」，右边是你「判断、表达、拍板」

这个分法和她自己一样：她从不让 bot 替她写推文和文章，bot 只负责让她不漏消息。对加密创作者来说，你的观点就是你的品牌，更应该亲手写。

11.2 按她的节奏来：先一个 bot，再拆分

第 1–2 周：只用一个主 bot。连上 X、邮箱、日历，再加上你存东西的地方（Notion 或 Google Drive），自我介绍，然后把下面这些事一件件交给它。每件事做顺了，就让它存成技能。

当一个 bot 管的事太杂时，再按下面拆。她的原则是少而精，所以不用一次建齐，最多 5 个就够。

11.3 你的第一批例行任务（照她的频率原则）

11.4 一条完整的内容闭环

把第八章里她的闭环思路，换成一条加密内容从「消息出现」到「发布复盘」的流程。【你】标出的是必须留在你手里的步骤。

1. 情报员发现事件：写进早报或单独提醒你，附原始链接和来源等级。

2. 选题编辑入库：和已有条目合并，判断是新故事还是旧故事的后续。

3. 【你】选题：你决定写不写、从什么角度写。

4. 选题编辑做「事实核查包」：时间线、关键数字、相关方的原话，每一条都附原始链接；没有原始来源的单独列为「未确认」；有矛盾的说法并排列出。这一步对应她说的「交活必须附证据」：你扫一眼链接就能判断，不用从头查。

5. 【你】亲手写：用核查包里的事实，写你自己的观点。

6. 发布前检查：让 bot 对一遍清单：数字和核查包是否一致、链接能否打开、该有的「不构成投资建议」有没有、有没有误@或写错项目名。

7. 【你】发布。

8. X 管家收集反馈：24 小时后整理评论区的提问、纠错和质疑，送回选题库。

按她「每一步都能叫停」的原则：情报员可以说「这条只有个人账号在传，暂不建议跟」；核查包里如果关键数字找不到原始来源，选题编辑应该直接标红，而不是硬凑。

11.5 直接可用的提示词

情报员 · 早报

每天早上 8 点，帮我整理过去 24 小时里这些项目和账号的重要消息：【项目、交易所、官方账号、你信任的分析者列表】。
每条写清楚：发生了什么、什么时候、原始链接，以及来源等级（官方 / 主流媒体 / 个人账号）。只有个人账号在传、还没有官方确认的，标「未确认」。
最后挑出 1–2 个「可能值得写」的事件，说明理由。不要给任何买卖建议，不要预测价格。没有重要消息就简短告诉我「今天没什么」。

情报员 · 重大事件提醒（先过滤）

只在以下情况立刻提醒我：【指定的官方账号】发布公告，或者出现「被盗、攻击、暂停提现、上币、下架、监管」这类关键词，并且有官方或主流媒体的来源。其他情况都不要打扰我，攒到第二天的早报里。提醒时附原始链接，并说明你为什么认为这件事重要。

选题编辑 · 事实核查包

我决定写【选题】。请帮我做一份事实核查包：
1. 时间线：按时间顺序列出关键事件，每条附原始链接。
2. 关键数字：金额、日期、比例等，每个数字附出处；同一个数字有不同说法的，并排列出。
3. 相关方原话：官方或当事人原文，附链接。
4. 未确认清单：找不到原始来源的说法，单独列出来。
不要写结论，不要替我写正文。做完用三句话告诉我这件事的核心是什么。

发布前检查

这是我准备发的内容：【贴上正文】。请对照我们的核查包检查：数字是否一致；项目名和账号是否写对；链接能否打开；涉及项目或代币的内容，有没有写「不构成投资建议」。只列出问题，不要改写我的文字。

X 管家 · 每日摘要

每天晚上 10 点，帮我整理今天 X 上所有提到我的帖子和我帖子下面的评论（包括没有 @ 我但在说我的）。分成：读者提问、纠错或质疑、合作或商务、负面或可疑（比如冒充我、钓鱼链接）。每类最多列 5 条，附链接，外语帖翻译成中文。把最值得我亲自回复的 3 条放在最前面，说明为什么。永远不要替我发帖或回复。没有新内容就只回一句「今天安静」。

把一次做顺的流程存成技能

我们刚才这套做法很好。请把它写成一个技能，名字叫「【xxx】」。写清楚：什么时候用、需要哪些输入、一步步怎么做、交付时要附什么证据（原始链接、截图、对比）、哪些情况必须先问我。以后我只说「【xxx】」你就照做。

每周找「手动搬运」

回顾我们这一周的所有对话，找出我还在手动做、或者要把信息复制粘贴给你的步骤。每一条告诉我：你能不能直接替我做？要做的话，需要我给你连接什么、授权什么？哪些可以写成脚本，让它更省额度？

11.6 用信任四步，挑你的第一件事

建议从「情报早报」开始。它每天都有，只读不发，出错了也没有风险，最适合练习「看着做 → 存技能 → 一次做对 → 设例行」。

1. 第 1–2 天，看着它做：手动让它做今天的早报。看它漏没漏、来源标得对不对、有没有把传言当事实，当场纠正。

2. 第 3 天，存成技能：把你纠正过的标准写进技能，比如盯哪些账号、什么算「重要」、来源怎么分级。

3. 第 4–5 天，测试一次做对：只说技能名，看它能不能不用你纠正就做好。

4. 第 6 天起，设成例行：每天早上自动发给你。之后每周抽查一次，发现反复出错的地方就改技能。

早报稳定以后，按同样的四步再交出第二件事，比如「X 提及摘要」，然后是「事实核查包」。

⚠️ 做加密内容，特别要守住的四件事

• 公开发言永远自己来。她自己就是这么做的：所有推文和文章都亲手写。你的观点就是你的信誉，bot 只负责找、整理和核实。

• 每个事实都要能追到原始来源。让 bot 每条都附链接、标明来源等级和是否已确认。它帮你收集，判断由你来做。

• 不让 bot 给买卖建议。写进每个 bot 的「不该做的事」里。你发布的内容涉及项目或代币时，加上「不构成投资建议」。

• 钱包私钥和助记词绝不交给任何 bot。保险库只存普通网站的登录信息。合作邮件和私信里的链接，先让 bot 标出可疑的，你确认之前不点、不授权。

📌 本章一句话：让 bot 负责「找、整理、核实」，你负责「判断、表达、拍板」；从只读、没风险、每天都有的情报早报开始练信任四步。

第十二章 · 一页纸速查 + 7 天上手

土豆姐的 12 条

1. 一切关于信任。你能交出去多少，取决于你有多信任它。

2. 你就是瓶颈。时刻问：哪一步还需要我？

3. 先只用一个 bot。连上工具、介绍自己，把它用透。

4. 语音倾倒，然后让它复述。「用你自己的话说一遍」。

5. 先给对的上下文。但不是越多越好，一份简短的介绍就够。

6. 信任四步：看着做 → 存技能 → 一次做对 → 设例行。

7. 好 bot 只干一件事，一种语气，写明不该做的事，不留多余工具。

8. 你只跟幕僚长说话。负责人只分派，不亲自做。

9. 例行任务最多每小时一次。事件先过滤，重复的活交给干净的 bot。

10. 能写成脚本就别让 bot 手动做。省额度，也更稳。

11. 交活必须附证据。截图、链接、前后对比，并且每一步都能叫停。

12. 每次纠正都是信号。别只纠正一次，去改让它犯错的环境。

7 天上手计划

附录 · 术语表与出处

术语表

出处（按重要程度）

• X 演讲「how i shipped 2,500 PRs」（2026-09-21，38 分钟）：链接 —— 第一、九章

• Peter Yang 访谈「We Built Grok Bot. Here Are Our 14 Best Bots」（2026-09-27）：链接 —— 第四、六章

• Matt Pocock 直播访谈（2026-10-02）：链接 —— 第一、七、九章

• Grok Bot Galaxy 直播三天（2026-09-15 至 17）：第 1 天 · 第 2 天 · 第 3 天；逐段文字笔记 etor6233/grok-bot-galaxy（非官方）—— 第三、五、六章

• Maven 工作坊（2026-08-12，本文用的是第三方上传版的转写）；MTS 直播（2026-08-12）：链接

• 长文：Loops You Can Trust · pstack 指南 Pt.1 · pstack 指南 Pt.2 —— 第三、八、九、十章

• 推文：她的高质量 bot 指南 10-31 / 续 · 用量建议 08-23 · 一个 bot 先用透 10-07 · 第一公里与最后一公里 10-06 · 发版流程 10-06 · 倒金字塔 10-16 · tibot 10-27；她的全部帖子见 x.com/poteto

说明：视频里的引用来自自动转写（Whisper），个别词可能有出入；关键句都对照过上下文。「两千多个 PR」等数字是她本人的说法。第十一章是本文按她的方法整理的应用示例，不是她本人说过的话。

写在最后

这篇文章整理自土豆姐（@poteto）公开分享的演讲、访谈、直播和推文，所有引用都附了原始出处。

如果它对你有帮助，欢迎点赞、收藏，转发给同样在用 Grok Bot 的朋友。也欢迎在评论区聊聊你使用 Grok Bot 的心得。

也别忘了关注 @poteto 本人，她会持续分享最新的用法。