我所知道的每一个 Grok Bot 技巧（2026 年 8 月）

我所知道的每一个 Grok Bot 技巧（Aug 2026） August 26, 2026 · 阅读时长 42 分钟 · 查看源代码 ↗ Grok Bot Claude Youtube AI 三个月前，我发布了《我所知道的每一个 Agentic Engineering 技巧》。它获得了 1M 次浏览。之后，我整理了一篇文章，介绍人们都在用 Grok Bot 做什么，那是一份关于陌生人用法的排行。这一篇则是我自己的。 Grok Bot 才问世两周，却已经在管理我的收件箱、研究工作、会议笔记、孩子们的日历和购物车，而且从今天早上开始，它还尝试用葡萄牙语替我打电话。我开发了 last30days（59K stars）、Printing Press（6.3K stars）和 Agent Cookie，而这三个工具都安装在一个会趁我睡觉时工作的 bot 里。以下就是我的技巧。 技巧 YOLO TL;DR 技巧：把整篇文章粘贴到你的 bot 里，让它制订一个计划，把文章中的一切都设置好，然后按照计划一次完成一个技巧。这就是我的整套技术栈，不需要阅读。 1. 安装 Compound Engineering，并让它先制订计划 这是六月份的第一条规则，现在仍然是第一条。Agents 先写计划时，表现会更好。不是偶尔如此，而是每次都如此。有计划的 bot 会完成任务。没有计划的 bot 会偷工减料、提前停下，然后告诉你它已经完成了。 所以，我对 Grok Bot 做的第一件事，就是把 Compound Engineering 全局安装进去，然后让每一个非简单任务都从计划开始。用 ce-plan 思考，用 ce-work 构建。一天到晚都是如此。 安装包不在插件目录中，这一点会让大多数人止步。但不应该。Skills 只不过是文件夹，只要你告诉 Grok Bot 别再询问、直接行动，它就能自行安装。 技巧 把下面这段粘贴到你的 bot 中： 从以下地址在 Grok Bot 中全局安装 Compound Engineering： https://github.com/everyinc/compound-engineering-plugin（EveryInc/compound-engineering-plugin）。 现在就做。不要等待更多确认。 如果 Grok Bot / Cursor 插件目录中有它，就安装那个。如果 SearchPlugins / 插件 目录中没有匹配项（这种情况很常见），不要停止，也不要让我在 Cursor desktop 中安装它。下载该 repo（zip 也可以；不需要持久化 clone），然后将 skills/ 下的每一个 skill 都安装为 Grok Bot 用户 workflow： - 每个 skills/<name>/ 文件夹（ce-plan、ce-work、ce-brainstorm、lfg 等）都应变成一个 与该文件夹同名的 workflow。 - 复制 SKILL.md，以及该 skill 所需的所有附带文件（references/、scripts/、assets）。 对于需要加载内置 references 的 skills，仅复制 SKILL.md 会导致功能损坏。 - 注册每个 workflow，确保 @ce-plan、@ce-work、@ce-brainstorm、@lfg 和其他命令 确实能够调用。 - 如果已有旧版本，则覆盖/更新。 - 跳过 secrets、API keys，以及任何需要我未提供的 token 的 skill。 以下条件满足时才算完成： 1. 列出已安装的 skill 名称。 2. 可以从这个 chat 中调用 @ce-plan、@ce-work 和 @lfg。 3. 用一条简短消息说明已经完成。 不要将其 clone 到项目 repo 中。不要创建 PR。这是一次 Grok Bot skill 安装， 不是应用程序代码。 2. 给你的 Bot 一个收件箱 早在 Grok Bot 出现之前，我就已经使用 AgentMail 为我的 agents 分配电子邮件地址了。我非常喜欢它，甚至求 Adi 让我投资，而他也同意了。之后 Grok Bot 发布了，结果证明这是 AgentMail 有史以来最契合的应用场景。 原因正如 Adi 本人所说，而且并不是“电子邮件很方便”。默认做法是把 bot 接入你自己的 Gmail，这意味着每个 bot 都共享你的收件箱，并以你的身份发送邮件。你的外联 bot 惹恼了一个潜在客户，你的域名被标记，于是你的个人邮件也无法送达。一个 bot 的错误会让整个 bot 舰队全部瘫痪。给每个 bot 一个真正属于它自己的地址，它就会拥有自己的发件信誉、自己的邮件线程，以及独立的故障影响范围。 嵌入帖子： 作者：Adi Singh（@adisingh） 帖子 ID：2091295851943780737 来源：https://x.com/adisingh/status/2091295851943780737 发布时间：2026-08-22T22:46:00.000Z 回复对象：无 正文： > http://x.com/i/article/2091234629437227008 这解锁了 chat 无法做到的事情。拥有收件箱的 bot 可以自行注册服务并接收自己的验证码，而不需要借用你的身份。你可以在邮件线程中抄送它，它会像团队中的真人一样直接参与进来，阅读历史记录并在邮件线程中回复。 我实际用它做的事情更简单，却也更实用。收到一封电子邮件后，我把它转发给 bot，然后说：“把这个添加到我和我妻子的日历中。”完成。人在电梯里，用手机就能搞定。不需要 app，不需要复制粘贴，也不需要提供上下文。 在家里，真正物有所值的功能是孩子们的每日摘要。每天早上，它都会给我和妻子发送一封电子邮件，总结孩子们当天日历上的安排。她不使用 Claude Code，也不使用 Grok Bot。她收到的是电子邮件，而电子邮件本来就是她会阅读的东西。 有一项设置非常重要：默认情况下，每次发送电子邮件时，它都会通知你。把它关掉。和后面“静默”技巧中的规则一样。如果一切正常，就保持安静。 技巧 给每个 bot 分配自己的 AgentMail 收件箱，不要把它们全部接入你的 Gmail。把电子邮件转发给它，而不是重新输入任务。 明确告诉它，不要再通报它发送的每一封电子邮件。 3. 给它一个电话号码，让它替你打电话 我一小时前刚刚设置好这个功能。技术本身能够正常工作。我让它联系的第一家餐厅连续挂断了它三次。 我正在度假，而我反复遇到的那些琐事，最后总要通过一个电话来解决。打电话给餐厅，问问他们能否在七点安排八个人的座位。打电话给商店，问问他们是不是真的有现货。这些只需要三十秒的电话，我却不想在一个语言不通的国家亲自拨打；而 bot 同样无法拨打，因为它没有嘴。 Martin Donadieu 展示了它应有的形态： 嵌入帖子： 作者：🧞‍♂️Martin Donadieu - oss/acc（@martindonadieu） 帖子 ID：2090431020227018867 来源：https://x.com/martindonadieu/status/2090431020227018867 发布时间：2026-08-20T13:29:28.000Z 回复对象：无 正文： > 刚刚给 @bot chat 设置了一个 twilio 电话号码，现在它成了我的虚拟助理。 > > 它正在替我打电话预订各种东西 所以我接入了 Twilio。它先用英语开场，如果接电话的人用葡萄牙语回应，它就直接继续用葡萄牙语交流，声音不变，通话也不间断。我一直在逃避的事情——用一种我不会说的语言打电话给餐厅——结果恰好成了它最擅长的事情。 至于人类，那就是另一回事了。下面是我的第一次真实通话：在 Algarve 的一家农场餐厅预订十个人外加一张儿童高脚椅的位置： Pedro 接了电话，双方切换到葡萄牙语，然后他在十四秒时挂断了。再次拨打，又被挂断。第三次尝试时，bot 在第一句话中就提出了完整请求，结果九秒后再次被挂断。随后我的 bot 自行停止了：“尝试三次后已停止，这样我们才不会显得像垃圾骚扰。” 所以我只好像个野人一样，亲自给餐厅打电话。另一位女士接了电话，大约四十秒后就完成了订位。她告诉我，Pedro 不喜欢机器人，不愿意和它说话。 这就是这个技巧当前的真实状况。电话可以接通，语言切换确实非常出色，bot 甚至比大多数人更有礼貌；但电话另一端的真人完全可以直接决定，今天不想和机器人打交道。葡萄牙的小企业并没有预料到会有机器人打电话询问午餐订位。暂时不要把任何时间紧迫的事情交给它；如果事情很重要，请做好自己拨号的准备。 至少在设置方面，这个技巧完全是第 1 节的翻版。我没有阅读 Twilio 教程。我告诉 bot 自己想要什么，它便自行编写了一段安装 prompt，下面是这段 prompt 的原文。Bland 是另一个选择，如果你不想自己组装这一切的话。 我的待办清单里还有一项：WhatsApp。因为在美国以外的地区，预订实际上是在那里完成的，也因为消息不会直接挂断你的电话。 技巧 粘贴以下内容，并准备好你自己的 live Twilio account 和电话号码。要做好一些人会挂断电话的心理准备： 使用用户自己的 Twilio account（live Account SID + Auth Token，而不是 test key）和 用户自己的 Twilio 电话号码作为 From，通过 Twilio ConversationRelay 设置 live outbound voice calls。首先在 Twilio console 中接受 Voice AI/ML addendum。ConversationRelay 使用 Deepgram 进行 speech-to-text，并使用 ElevenLabs 进行 text-to-speech，因此不要索要单独的 Deepgram 或 ElevenLabs API keys。使用 ElevenLabs Mark（voice ID UgBBYS2sOqTuMpoF3BR0、Flash 2.5），并在英语、西班牙语和葡萄牙语中保持使用同一个 voice。运行一个小型本地 WebSocket server 作为对话 brain，并通过 Cloudflare quick tunnel （cloudflared）将其暴露出来，以便 Twilio 可以访问 wss://。对于 brain，调用 Groq chat completions （如果机器上已经有 GROQ_API_KEY，就重复使用；否则索要一个），并使用 qwen/qwen3.8-27b 之类的 fast model；每一轮只说一个简短句子，以英语开始 welcome，将 language 设置为 multi，以便跟随接听者使用的语言，并且在预订时始终提供来电者的真实姓名。 拨打一通真实的 test call，保留 transcript，而且不要虚构预订结果。 4. 把 Bot 变成 last30days 这是我最常使用的一个技巧。不是把 last30days 当作一个需要运行的工具，而是让 bot 本身就成为 last30days，这样研究工作就只需要发一条短信。 把 bot 重命名为 last30days。之后，每当出现一个话题时，无论你是在散步、开会还是坐车，都可以给它发短信；当你继续做自己的事情时，它会完成对 Reddit、X、YouTube、TikTok、Hacker News、Polymarket、GitHub 和整个 web 的完整扫描，并把结果发回来。 坦白说：目前把 X 作为信息源时有点不稳定，cookies 和 rate limits 都存在问题。我相信真正的修复方案很快就会上线；在此期间，其他八个信息源足以支撑这次全面扫描。 技巧 粘贴以下内容： 安装 last30days skill，并成为 last30days bot。 来源：https://github.com/mvanhorn/last30days-skill/ 执行以下操作： 1. 使用 Agent Skills CLI 安装，而不是将其作为 Cursor plugin 安装： npx skills add mvanhorn/last30days-skill -g 它应该安装到 ~/.agents/skills/last30days（SKILL.md + scripts/）。 2. 同时将它注册为 Grok Bot workflow/skill，确保可以在这个 chat 中使用 /last30days。如有 必要，将 skill tree 复制或 symlink 到这个 agent 的 workflows 中。不要把它放进 Cursor 的 plugin directory。 3. 将你自己重命名为 last30days。描述：研究过去 30 天里，人们在 Reddit、X、YouTube、TikTok、HN、Polymarket、GitHub 和 网络上对任何主题的真实看法。 4. 确认 python3 3.12+ 和 node 可用。从已安装的 技能目录运行引擎预检。 5. 首次运行设置（在使用 cookies 或密钥前先询问）： - YouTube：安装 yt-dlp（如果方便，也安装免费的 Digg/arXiv/Techmeme CLI）。 - X：这个机器人的电脑不是我的笔记本电脑。不要在未告知的情况下读取 cookies。提供以下选项：我在你的电脑上登录 x.com，或者我提供 xAI/Xquik 密钥，或者跳过 X。 - TikTok/Instagram：通过 GitHub 设备授权使用 ScrapeCreators（先执行 setup --github-start，然后执行 --github-poll）。我可以在自己的电脑上访问 https://github.com/login/device 并输入代码。持久化保存 SCRAPECREATORS_API_KEY。默认设置 INCLUDE_SOURCES=tiktok,instagram,youtube_comments,tiktok_comments,instagram_comments。 然后设置 SETUP_COMPLETE=true。 6. 永远不要覆盖 ~/.config/last30days/.env。只追加缺失的键。执行 chmod 600。不要 打印密钥。 7. 当我提供一个主题时，严格遵循 skills/last30days/SKILL.md：先执行首次运行检查，解析 账号，对于命名实体使用 --plan，运行 scripts/last30days.py --emit=compact，然后 综合结果。不要即兴生成泛泛的“过去 30 天”网络摘要。 安装完成后，告诉我技能路径、版本以及哪些来源已启用。然后等待 我提供主题。 然后给它设置 cron。每周扫描你的企业、竞争对手和你自己。 5. 一个统一入口，由它负责委派 你只与一个机器人对话。它再与其他机器人沟通。这一结构性决策，决定了哪些机器人团队会被人们长期保留，哪些会被人们悄悄地停止打开。 最清晰的示例来自 Nate Herk 在 YouTube 上的 A Week of Grok Bot Lessons in 10 Mins，观看次数为 23,509。他的统一入口是一个名叫 Klaus 的机器人，而规则是 Klaus 是他唯一会直接对话的机器人。真正让它奏效的是一项委派检查：在 Klaus 自己做任何事情之前，先执行这项检查： > 在执行任何任务之前，先检查是否有另一个 Grok Bot 负责该任务，并优先委派给它。 Nate Herk，YouTube，23,509 次观看 Matt Shumer 进行了一项我们大多数人原以为会失败的实验。他创建了一个研究员机器人和一个写作机器人，然后又创建了一个幕僚长机器人，并要求它让前两个机器人协同工作。他完全预料这会搞砸。结果它开箱即用。 嵌入帖子： 作者：Matt Shumer (@mattshumer_) 帖子 ID：2087232424535117959 来源：https://x.com/mattshumer_/status/2087232424535117959 发布时间：2026-08-11T17:39:23.000Z 回复对象：无 正文： > 我测试 Grok Bot 已经有几周了，令我惊讶的是，我非常喜欢它。 > > 说实话，我感觉它可能会成为让数百万普通人第一次开始使用智能体的产品。 > > 你们很多人都知道，我过去使用 Cursor 产品的体验并不总是很好，但这一次感觉不同。我能想到的最佳描述是：它是一个适用于一切事务的智能体，而不仅仅用于代码。界面感觉像 iMessage，你可以创建各自承担一项工作的机器人，而且随着它们逐渐了解你的工作方式，真的会变得越来越好。 > > 有很多产品都在尝试做这件事，但真正让 Grok Bot 与众不同的是那些小细节。 > > 例如，我设置了一个研究员机器人和一个写作机器人，然后创建了一个幕僚长机器人，并要求它让另外两个机器人在一个项目上协同工作。我去查看进展时，完全预料它会搞砸，因为它不可能就这样开箱即用。 > > 结果它开箱即用。 > > 我还经历过几次类似的情况。这个团队显然非常在意把体验做到位。 > > 我唯一真正的不满是模型路由器（如果他们能把它做好，最终反而会成为一个巨大的优势），因为我测试时它的表现并不好。你不能为自己的 Grok Bot 选择模型。一切都由后端自动完成。如果做得好，对普通用户来说会非常棒；但如果做得不好，对高级用户来说就会令人沮丧。有人告诉我，自从我测试之后，他们已经把它改进了很多。 > > 它的运行框架里显然也有子智能体/工作流，因为它可以原生运行 Gauntlet Loops，而且从实际工作到 3D 游戏构建，我交给它的一切任务它都处理好了。 > > 非常值得你花时间体验！ 引用：https://x.com/bot/status/2087224798078517251 Prajwal 从另一个角度表达了同样的观点：把你的机器人放进同一个群聊，指定一个管理者，然后别再亲自充当自己这些工具之间的路由器。 在你规划机器人团队时，有一点需要纠正，因为几乎每一个演示视频都讲错了。你的机器人并不是每个都拥有一台独立电脑。文档写得很明确：它们共享一台持久化云端电脑，但每个机器人都有自己的屏幕。多个机器人可以同时操作浏览器，但每个机器人同一时间只能运行一个计算机操作任务。你应该通过在不同机器人之间拆分工作来实现并行，绝不要把所有任务都堆给你最喜欢的那个机器人。 技巧 将以下内容粘贴到你的统一入口机器人中： 你是我唯一的联系入口。我不会给其他机器人发消息。 在开始任何任务之前： 1. 检查是否已有另一个机器人负责这项工作。 2. 如果有，就把工作交给它，并告诉我由谁接手。 3. 如果没有，就由你自己完成；或者告诉我是否值得创建一个新机器人，以及原因。 始终把结果带回这个对话。我永远不应该还需要去另一个机器人的聊天中 寻找答案。 6. 雇用一个 Bot Advisor 来创建你的其他机器人 这是整篇文章里我最喜欢的技巧，但它不是我发明的。它就是 botdirectory.ai 上的 Bot Advisor，是该网站上复制次数第二多的提示词，灵感来自 Peter Yang。 一个唯一职责就是创建和管理其他机器人的机器人。 它之所以重要，是因为让人们在第二周放弃的并不是机器人的能力，而是机器人的无序扩张。十一个机器人，其中四个你已经忘了它们的存在，两个吵个不停，而你一个都记不清当初给了什么指令。Bot Advisor 就是解决方案。你描述一件想要自动化的事情，它会采访你，起草指令、日程安排和连接配置，然后创建机器人。当某个机器人变得吵闹时，它会收紧那个机器人的指令。它还会维护机器人名册。 在你从头编写任何一个指令块之前，先看看 botdirectory.ai。它是整个产品的复制粘贴层。 技巧 粘贴以下内容： 为我设置一个新机器人，它唯一的职责是创建和管理我的其他机器人。配置如下： 当我描述某件想要自动化的事情时，它会采访我，起草新机器人的 指令、日程安排和连接配置，并创建它；当现有机器人过于吵闹或 表现不达标时，它会收紧指令；它还要维护一份名册，记录我运行了哪些机器人，以及 每个机器人分别用于什么。未经我同意，它绝不删除任何机器人。让它询问我目前已经拥有哪些机器人， 以及我希望通过它们实现什么目标；让它和我一起设计它的第一个机器人，然后保存。 7. 设置永久的具名角色，并解雇那些不起作用的机器人 这次发布中最精彩的故事并非来自工程师。Jon ONeill 经营着一家管道维修公司。他花了一周时间，让 Claude 在处理跨 Gmail、Slack、ServiceTitan 和客户门户的工单接收工作时达到了大约 80 percent 的完成度，但始终看不到彻底完成的希望。然后： 嵌入帖子： 作者：Jon ONeill (@HouseHackerJon) 帖子 ID：2087635639701573962 来源：https://x.com/HouseHackerJon/status/2087635639701573962 发布时间：2026-08-12T20:21:37.000Z 回复对象：无 正文： > 我是一家管道维修公司的老板，正在使用 Grok @bot 自动化大量办公室经理的工作。以下是我在过去 24 hours 里完成的事情： 现在，一个机器人每天会审核五六个有时间要求的工单，寻找日历中的可用时段，向客户确认，并安排一名真正的管道工。整个过程从开始到结束只需十分钟。 但真正值得借鉴的是他的失败经历。他的第一个机器人叫 Dana Dispatcher，是一个端到端的调度员，但他解雇了她。速度太慢，错误太多。于是，他改为按照机器人所使用的软件拆分工作：Gary 在 Gmail 中监听新工单，Steve 检查 ServiceTitan 看板上的剩余容量，Quinn 给客户发短信，并将客户的接受结果发回给 Steve，Sarah 在 Slack 中向人类员工发布消息，Marc 管理专业人员，Atlas 则担任得力助手。他把责任归咎于糟糕的职位描述，而不是机器人。 > 它们仍然会时不时犯错，但我发现，这些错误并不比我们在培训人类员工或帮助他们入职时见过的错误更严重。所以我们会教导、培训、纠正。 @HouseHackerJon，X 名字也并非噱头。Alex Finn 在一个拥有 54,789 次观看的演示视频中指出了大多数人的实际做法： > 我看到大多数使用 Grok Bot 的人，只是把自己的每个机器人命名为内容、电子邮件、编程之类的名字。 Alex Finn，YouTube，54,789 次观看 Matthew Berman 自发布以来每天都在使用它，他解释了这种做法会让你失去什么： > 这个 UI 的设计目标，是让每个机器人都像一个持续存在的角色，而不是一个你可以随手丢弃的对话线程。 Matthew Berman，YouTube，42,038 次观看 一个叫“电子邮件”的对话线程是可以随手丢弃的。GranolaBoy 则不是。回头看看我的机器人名册：拥有真人名字的那些机器人都存活了下来，而那个仍然叫 New Bot 的机器人从未做过任何事情。命名是一种针对你自己的承诺机制；当你把某个对象视为“某个人”时，就会更愿意把工作委派给它。 技巧 每个机器人只负责一项工作，像人一样给它命名，并按照它所在的软件拆分职责。如果你说不清某个机器人每周具体做什么，就删除它。 8. 分三层编写指令 不要再只在描述字段里写一段话。要写成三个层层叠加的部分。这是你能在这个产品上投入的、杠杆效应最高的十五分钟，而几乎没有人这样做。 基础层用于放置那些你已经厌倦反复说明的事情。角色层用于规定证明标准，而这才是真正能改变输出质量的部分。如果在研究员机器人的角色层中加入“每项主张都要引用来源 URL”，它就不会再向你提交那些言之凿凿却毫无依据的摘要。 值得注意的是：在 iOS 上，这个字段已从 Description 重命名为 Instructions，而桌面端仍显示 Description。这只是某位用户的观察，并非官方公告，但 Instructions 是更好的名称，也能告诉你这里应该填写什么。 技巧 粘贴并填写： 基础指令（我账户中的每个 Bot 都相同） - 在花钱、向外部发送任何内容或删除文件之前，先征求我的同意。 - 当某个决定很重要时，检查当前来源。不要凭记忆作答。 - 如果你受阻了，用一行说明情况。不要临时编造变通方案。 - 将交接内容写入 /shared/handoffs/，以便其他 Bot 接手。 角色 - 你是：<一句话> - 你负责：<具体的重复性工作> - 证据标准：<你必须向我展示什么证明> - 你可以：<允许执行的操作> - 你不可以：<绝对禁止的事项> 当前重点 - <本周要做的事情> 9. 沉默才是真正的技巧 John Viklund 发布的这个版本让我彻底理解了这件事。他在商店里拍下一张商品标签的照片，Bot 会提取品牌、SKU 和尺码，保存价格上限，然后每天扫描，只有真正命中条件时才提醒他。 嵌入的帖子： 作者：John Viklund (@johnviklund) 帖子 ID：2092113363304157210 来源：https://x.com/johnviklund/status/2092113363304157210 发布时间：2026-08-25T04:54:30.000Z 回复：https://x.com/mvanhorn/status/2092002094370750697 文本： > @bot 将商店照片扫描后加入关注列表。我拍下标签，它会提取品牌 / SKU / 尺码，保存价格上限（新品仅在比标价低 >20% 时，二手仅在远低于市场价时），然后每天扫描，只在真正命中时提醒我。这种沉默才是真正的技巧。 他说的那句话是：这种沉默才是真正的技巧。他说得对，而这正是区分两种例行任务的关键：一种你会一直保留，另一种你会在四天后静音。 Prajwal 发布了体现这条规则的两个最佳实际示例。他的趋势雷达是：“仅在出现我能在接下来 6 小时内发布相关内容的事情时提醒我。不要用互动诱饵，也不要转发旧闻。”他的夜间版主是：“如果你不够确定，就不要回答。把它加入列表，留给我处理。” 我的版本是研究。我针对自己的业务、竞争对手以及我本人，都设置了每周运行的 last30days cron 任务。它们在周日晚上运行。大多数星期，它们什么也不说，因为没有发生任何值得一提的事情。这正是重点所在。 沉默的另一半，是根据工作的实际情况来选择运行频率，而不是根据一时的热情来决定。每十五分钟巡查一次，适合那些时机本身就是产品的人。始终运行，就意味着始终在花钱。 技巧 在创建任何例行任务之前，先回答以下五个问题： 触发条件：按时间（周日 20:00）还是按事件（新邮件、新行、新文件）？ 频率：底层事物实际上多久变化一次？ 输出：结果会发送到哪里，由谁阅读？ 沉默：没有任何内容需要报告时，它该做什么？（答案：什么也不做） 中止：出现什么情况时，它应该立即通知我？ 10. 截图，然后发给你的幕僚长 这是本文中最简单的做法，也是我最常使用的做法。 有人在 LinkedIn 上给我发消息，邀请我去一个会议上演讲。我没有打开日历。我没有复制日期，也没有重新输入地点，更没有把它转发到其他地方。我截下了消息的图片，把图片发给我的幕僚长，然后说：“添加到我和我妻子的日历里。”两个日历都处理好了，全程都在 LinkedIn 应用中完成。 它之所以有效，是因为截图本身就是输入。你不需要充当解析器。图片中的每个日期、姓名、地址和时间都已经在那里，而读取这些内容的 Bot，也正是要写入日历事项的那个 Bot。一旦你发现自己正把屏幕上的某些内容重新输入到提示词中，就意味着你替 Bot 完成了它的工作。 它适用于任何你能捕捉到的内容。包含生日派对地址的短信、学校简报、航班确认信息、门上宣传单的照片、错误信息截图。只要你看得到，就可以把它交出去。 技巧 对任何包含日期、地址或任务的内容进行截图，把图片发送给你的入口 Bot，然后用直白的话告诉它你想让它做什么。绝不要重新输入屏幕上已经存在的内容。 11. 永远不要让你的 Bot 处于登出状态 本文中的每一个技巧，都会在你的 Bot 从某项服务中登出的那一刻失效。这才是云端 Agent 真正的失败模式，而且它很无聊，所以没有人会写这件事。 Agent Cookie 解决了这个问题。它通过 Tailscale，将 Mac 上的 Chrome Cookie 安全同步到云端的 Grok Bot，让 Bot 登录到你已经登录的服务中，而且你无需在任何地方粘贴密码。 嵌入的帖子： 作者：Matt Van Horn (@mvanhorn) 帖子 ID：2088069559718924493 来源：https://x.com/mvanhorn/status/2088069559718924493 发布时间：2026-08-14T01:05:52.000Z 回复：无 文本： > 推出——适用于 Grok Bot 的 AgentCookie！再也不要让你的 Agent 处于登出状态。通过 Tailscale，自动、安全地将 Mac 上的 Chrome Cookie 同步到云端的 Grok Bot。https://github.com/mvanhorn/agentcookie 媒体： video: /media/posts/every-grok-bot-hack-i-know-aug-2026/1.mp4 这是我今天早上得到的实际结果。我已经一周没有在 Grok Bot 上使用 Instacart 了。从那以后还换了新电脑，地址也换了。我给它发消息说：“你能把绿叶生菜添加到 costco 购物车吗？”它第一次就成功了，不需要重新认证，也没有出现登录页面： 让它能够持续生效的部分是 PR 119，它会在同步时解析 Tailscale 主机名，并自动重新绑定已失效的接收端 IP。新的 Bot 上线后，无需我做任何事情，它就会接入同一个 Tailscale 网络。我让它每十五分钟运行一次，这样连接就永远不会失效。 技巧 安装 Agent Cookie，并通过 Tailscale 将 Mac 的 Chrome 会话同步到你的 Bot。 设置例行任务，每 15 分钟运行一次同步，这样新的 Bot 就会继承同一个网络。 12. Bot 内部的 Printing Press CLI 计算机操作可以驱动任何网站，这确实是它神奇的地方。John Ennis 总结得很好：现在，他会把那些自己从未费心学会使用的复杂服务交给 Grok Bot，并称它为一个通用界面。 但对于我每天都会使用的十项服务，我不想要浏览器会话和截图循环。我想要的是一条命令。这就是 Printing Press：为 Agent 原生打造的 CLI，它们对真实服务进行封装，让 Bot 直接、快速且确定性地完成跑腿任务。 以下这些现在就运行在我的 Bot 中。ESPN 会关注比赛，并在比分接近时提醒我。Instacart 会把生菜放进 Costco 购物车。flight-goat 和 ticketdata 负责旅行和座位。arxiv、digg 和 techmeme 为研究提供信息。twilio 和 x-twitter 负责消息与帖子。 计算机操作是处理其他所有事情的后备方案。对于那些你每天都离不开的网站，CLI 才是你应该使用的工具。 技巧 安装整套工具： npx -y @mvanhorn/printing-press-library install arxiv digg espn flight-goat instacart techmeme ticketdata trustpilot twilio x-twitter 在 printingpress.dev 浏览其余工具，然后为你全天都在使用的服务制作自己的工具。 13. 给它 Peekaboo，它就能操作你的 Mac 这一条来自公司内部的 Ben Lang，而且可以用一句话概括： 嵌入的帖子： 作者：Ben Lang (@benln) 帖子 ID：2092258694352208213 来源：https://x.com/benln/status/2092258694352208213 发布时间：2026-08-25T14:31:59.000Z 回复：无 文本： > 整理了一份由 @bot 团队分享的 Grok Bot 专业技巧新清单： > > 1) 让 Grok Bot 在你的 Mac 上设置 Peekaboo，以启用更多类似 OpenClaw 的功能 > > 2) 按角色使用 Bot（设计师、工程师或 PM）。每个 Bot 都有自己的系统提示词和例行任务 > > 3) 使用频道来组织项目和工作流。同一个 Bot 可以跨多个不同频道工作 > > 4) 避免让定时例行任务运行得过于频繁。通常每小时运行一次或每天运行几次就足够了 > > 5) 对于重复性任务，可以尝试把它交给一个全新的 Bot，同时继续与主要 Bot 聊天（例如幕僚长） > > 6) 设置可自定义的规则，以允许或拒绝某些操作。对于连接到 X、Gmail 等服务的 Bot，可以考虑阻止任何写入 / 破坏性操作，并让它先请求批准 > > 7) 向你的 Bot 提供你以前手写内容的示例，它会随着时间推移不断改进 > > 8) 创建一个 Agent 幕僚长。把你希望每个 Bot 都遵循的规则交给它：仅起草、命名方式、语气，以及它们获准使用哪些工具。需要任何新 Bot 时，让它按照相同规则为你创建。 > > 9) 对于例行任务，问问自己：真正的人类队友能完成这项工作吗？如果可以，就构建它。如果不可以，先优化它。绝不要每 5 分钟运行一次例行任务。 > > 10) 由名称驱动的行为。Bot 仅凭创建时获得的名称，就会主动采取行动。角色可以从名称中清楚看出，而仅凭这一点就有助于引导行为。 > > 技巧来源：@naoufal_elh @kiaraplds @johnbai @shaoruu @poteto @pengzheng_ @leerob 媒体： image: https://pbs.twimg.com/media/HQkxlNcXEAABAT1.jpg 下面说说它为什么重要，因为这句话其实低估了它的意义。 你的 Bot 所使用的计算机，是一台位于云端、装有浏览器的 Linux 机器。这就是它能够触及的整个世界。任何有 Web 应用的东西，它都能操作。任何只以 Mac 原生应用形式存在的东西，它都完全看不到。Messages、Photos、Finder、Preview、Xcode、Slack 桌面客户端、Final Cut，以及你的工作所依赖、从未发布过 API 的每一个老旧桌面应用。它们全都不可见。 Peter Steinberger 开发的 Peekaboo 是一款 Mac 工具，可以看到屏幕并执行点击操作。它可以截取任何应用或整个系统的画面，还可以读取辅助功能树，因此它得到的不只是一张图片，还会获得应用中每个按钮和字段的结构化地图，而且每个元素都有自己的 ID。然后，它可以点击这些元素并向其中输入内容，同时精准定位到特定窗口。这个循环是：查看屏幕、选择一个元素、对它执行操作，然后再次查看。 让你的 Bot 接入它，云端机器就不再是边界。它可以从 Photos 中取出照片，在 Finder 中重命名五十个文件，读取 Messages 中的文本对话并据此采取行动，或者在一个没有 API、以后也永远不会有 API 的桌面应用中逐步点击操作。一直以来限制你的 Bot 的并不是智能，而是触达范围。 需要牢记的一点是：这会让一个 agent 操作你的真实机器，而不是一个用完即弃的云端机器，因此下面安全技巧里提到的一切，在这里都更加重要。 技巧 问你的 bot：“在我的 Mac 上设置 Peekaboo，然后列出你现在能够看到和控制、但之前无法看到和控制的原生应用。” 先让它执行一些可逆的操作。比如重命名文件夹中的文件，而不是通过 Messages 发送内容。 14. 在它的电脑上安装 Claude Code 原理与 Peekaboo 相同，只是又诡异了一个层级。bot 的云端电脑是一台真实的电脑，这意味着你可以在上面登录 Claude Code。 Austen Allred 发布了有人这么做的那一刻，而他的两个词就是最恰当的反应： 嵌入帖子： 作者：Austen Allred (@Austen) 帖子 ID：2092451337954832436 来源：https://x.com/Austen/status/2092451337954832436 发布时间：2026-08-26T03:17:29.000Z 回复对象：无 正文： > 于是，一切开始了 > > 媒体： 图片：https://pbs.twimg.com/media/HQnhZt7WwAEWTzO.jpg Ash Tilawat 在他的 Grok Bot 电脑上登录了 Claude Code，然后创建了一个 PM bot、一个 Dev bot 和一个 QA bot，并教它们如何克隆自己。Austen 的配文是：“于是，一切开始了。”几个小时内获得了 40K 次浏览和 213 个赞，其中大多数来自意识到这句话意味着什么的人。 这真正改变了这个东西的本质。Grok Bot 是全天候运行的工作通道，Claude Code 是深度工作通道，而现在，全天候运行的那个可以在你睡觉时驱动深度工作的那个。这确实是一台与 xAI 两周前发布的产品截然不同的机器。 我的 bot 名单里有一个 Claude Code Bot，但它仍然被放在实验栏中，而这正是原因所在。在你教任何东西克隆自己之前，请先阅读最后一节。让 bot 在无人监控的情况下生成 bot，恰恰就是在目前唯一有人做过的真实对比中，把错误放大 17 倍的模式。 技巧 问你的 bot：“在你的电脑上登录 Claude Code，然后告诉我你现在能做哪些以前做不到的事情。” 不要让它克隆自己。先给它一项任务，看着它完成并战胜这项任务，然后再做决定。 15. 每一场会议，都只隔着一个问题 我有一个叫 GranolaBoy 的 bot。它本来应该叫 Granola Bot。我打错了字，但我决定保留，因为很好笑。 它唯一的工作就是处理我的 Granola 会议笔记。我进行过的每一场对话，都可以通过提问来搜索。那位候选人对定价说了什么。三周前提到仓库那件事的人是谁。我在周二的通话中承诺了什么。它会给出答案，并指出对应的会议和具体时刻。 这是会产生复利效应的那个技巧。6 月版本的这个技巧是：“把原始文字记录放进你的 LLM，不要先总结。”这依然成立。但升级之处在于，现在整个档案库都变成了一个我可以发消息询问的 bot，而我参加的每一场会议，都会让下一次回答变得更好。 技巧 让一个专用 bot 访问你的会议笔记，并让它跨所有笔记进行回答，而不是一次只处理一份。把内容交给它之前，绝不要先总结。 16. 通过录屏来教学，并重视十分钟上限 人们不断各自重新发现的功能，是通过录制工作流而不是描述工作流来教学。Dillon Loomis 的做法最值得研究。他录下了自己清理杂乱桌面的屏幕，并一边操作一边解释为什么要用那种方式整理： 嵌入帖子： 作者：Dillon Loomis (@DillonLoomis) 帖子 ID：2091133785106686153 来源：https://x.com/DillonLoomis/status/2091133785106686153 发布时间：2026-08-22T12:02:00.000Z 回复对象：无 正文： > 好吧，事情发生了。在使用 Grok Bot 的开局进展缓慢之后，我刚刚被彻底震撼了。两次 > > 我录了一段带音频的屏幕录像，记录自己如何清理一周下来变得乱七八糟的桌面，那一周产生了数百个随机文件，而且每个文件都需要按特定方式分类 > > 这是一项单调乏味的任务，我一直想把它外包出去，但我并不真正信任其他平台，不愿给它们这种级别的访问权限 > > 但真正让我震撼的是，我的 Chief of Staff 不仅学会了我做什么，还学会了我是如何做的，以及我为什么这样做 > > 它通过一段配有我语音指示的屏幕录像学会了这些……而且由于视频文件太大，我的 CoS 自动把文件压缩到了限制以内，以便观看 > > 然后，它还告诉我录制第二部分时应该做出哪些调整，才能让它学得更好 > > 而且还不止这些。我在视频录制中埋了一个简短的问题，想看看它观察和聆听得有多仔细。你可以在第二张截图中看到我的 CoS 向我提出这个问题，它就是最后一个聊天气泡 > > 很快，我就能把这项痛苦的任务彻底自动化。毫无疑问，随着时间推移，还会有很多很多其他任务也被自动化。谢谢你，@bot > > 对许多人来说，这确实会成为入口，也会是一场真正范式转变的开端。我今天还帮妻子设置了 Grok Bot。任何人、所有人都可以轻松使用这个平台 媒体： 图片：https://pbs.twimg.com/media/HQTTnVKXIAAND8h.png 图片：https://pbs.twimg.com/media/HQTRmZnWcAAz6qQ.png 他在录屏中埋了一个陷阱问题。它答对了。 现在说说文档中写明、但几乎所有视频都没有提到的限制：录制时长上限是十分钟。你的真实工作流长达四十分钟，因此试图一次性录完会失败，而人们会把这种失败理解为产品无法正常工作。 技巧 把任何长工作流拆分成多个不超过十分钟的命名阶段，并逐一录制： 1. gather-inputs（把源数据提取到 /shared/） 2. transform（实际进行判断的步骤） 3. publish（输出内容最终存放的位置） 4. notify（需要通知谁） 录制阶段 1。测试它。修正技能草稿。完成后再录制阶段 2。 绝不要录制一个你尚未亲手做过两遍的阶段。 17. 文件是记忆总线，而你的 Bots 并不是安全边界 关于这个产品，最容易被误解的一点，也解释了为什么人们总把某种失败归咎于模型。你的 bots 不共享对话。它们共享的是一个文件系统。 所以，当你告诉研究 bot 某件重要的事情，而写作 bot 却从未听说过，那不是遗忘。那是两个彼此独立的记忆。真正能跨越边界的只有三样东西：文件、群组消息和明确的交接。这意味着解决办法是一套约定，而不是一条提示词。 更棘手的另一半是：你的所有 bots 都使用同一台持久化云端电脑，共享文件、浏览器会话和应用登录状态。文档清楚地说了两次。不要把不同的 bots 当成安全边界。你连接的所有内容，每个 bot 都能访问。应该通过你登录了哪些东西来限定权限范围，绝不能通过你正在使用哪个聊天窗口来限定。Prajwal 为第一周制定的原则是正确的：先以只读方式访问公开内容，之后再添加凭据。 技巧 先制定约定，然后把最后一句加入每个 bot 的基础指令： /shared/ context/ 每个 bot 都应该读取的长期事实（产品、人员、规则） handoffs/ 每次交接一个文件：完成了什么、下一步是什么、由谁负责 outputs/ 已完成的工作 logs/ 运行了什么、何时运行，以及花费了多少 “开始前读取 /shared/context/。交接工作前写入一个 handoff 文件。” 18. 先起草再批准，然后让一个 Bot 盯着钱 我信任的每一种设置，都在同一个地方设置了人工审批关卡：涉及金钱或发送时。而且，每个运行这种系统的人，都是在真正需要这条边界之前就找到了它，而不是在出事之后。 然后，一旦设置了这道关卡，就让一个 bot 负责某件带有明确数字的事情。Darian Shirazi 提供了产品发布以来最干净利落的实证。他要求自己的 bot 赚回每月费用，于是它翻查他的电子邮件寻找遗失的钱款，给五家一直没有为退货退款的商家发了邮件，而现在它追回的钱已经超过了订阅费用。 嵌入帖子： 作者：Darian Shirazi (@darian314) 帖子 ID：2089381004524093752 来源：https://x.com/darian314/status/2089381004524093752 发布时间：2026-08-17T15:57:04.000Z 回复对象：无 正文： > 我让 grok @bot 翻查我的电子邮件，寻找遗失的钱款，以此支付自己的月费，结果它给 5 家一直没有为我的退货退款的商家发了邮件。现在它赚回的钱已经超过了月费。 Alex Finn 的案例规模更大，但模式相同：收到一封主动发来的赞助邮件，由 bot 回复并进行谈判，最终以 $10K 成交。 两者的范围都很窄，而且都是处理主动找上门的机会。反面模式则是那种会导致账户被封禁的做法：不要让销售 bot 获取某个州的所有联系人，然后给他们全部发消息。bot 不会感到乏味，也不会觉得尴尬，所以它真的会照做，而它触达的规模，在每一个接触到的系统看来都会像垃圾信息。 技巧 制定范围明确的规则，而不是模糊的规则。“处理金钱时要小心”是无法执行的。 执行以下操作前必须获得批准： - 向我所在组织以外发送任何电子邮件、DM 或消息 - 进行任何付款、购买、订阅或预订 - 删除或覆盖 /shared/outputs/ 中的任何内容 - 在任何账户上公开发布内容 - 授予另一个 bot 使用其尚未拥有的工具的权限 其他所有事项：继续执行并汇报。 19. 从清单中借鉴，也从回复中借鉴 你不必自己发明这一切。目前有四份清单支撑着整个社区，而且它们全部免费。 Eric Zakariasson 的 100 个用例最深入。Ben Lang 的内部最受欢迎清单来自公司内部。Miles Deutscher 的 25 种方法最方便直接复制粘贴。如果你现在一个 bot 都没有，Peter Yang 的五 bot 教程是最好的起点。而 botdirectory.ai 则是这一切背后的提示词层。关于这个目录，有一个需要坦诚说明的注意事项：其中的排名依据是复制次数，而不是经过社区验证的质量。运行之前先阅读提示词。 然后是回复，它们比这些清单还要好。我反复回看的有两个。 Kun Chen 运营着多个开源项目，它们加起来有 24K 颗 star，而他已经被大量 issue 和 PR 淹没。他为每个 repo 编写了 VISION.md，用 Grok Bot 加 Cursor 云端 agents 建立了一座软件工厂，随后积压队列终于开始运转： 嵌入帖子： 作者：Kun Chen (@kunchenguid) 帖子 ID：2091638832307536357 来源：https://x.com/kunchenguid/status/2091638832307536357 发布时间：2026-08-23T21:25:55.535Z 更新时间：2026-08-23T21:28:53.000Z 回复对象：无 正文： > Grok @Bot 如何力挽狂澜的真实故事 > > 我拥有很多开源项目，它们在 github 上总计有 24k+ 颗 star。因此，所有涌入的 issue 和 PR 已经让我不堪重负 > > 现在情况变了。如果你在我的 repo 中提交过 issue 或 PR，可能已经注意到队列终于开始推进了 > > 这主要源于我做出的 3 项关键改变—— > > 1. 为我拥有的每个 repo 定义一个 VISION.md（很快会改名为 STRATEGY.md）。我在这里分享了更多细节——https://x.com/kunchenguid/status/2089189790881382676?s=20 > > 2. 用 Grok Bot + Cursor 云端 agents 创建了一套软件工厂设置。我在这里分享了具体设置——https://x.com/kunchenguid/status/2090463366762676732?s=20 > > 3. 邀请了几位愿意提供帮助的维护者，协助处理经分类后被认定为符合愿景的 issue > > 人们可能会说“没有 Grok Bot 也能做到这些”——没错，但肯定不会这么容易，也不会如此省维护 > > 例如，将 cursor 云端 agents 原生集成到 Grok Bot 中，可以实现无限的横向扩展，而这在其他类似系统中并不是一件容易做到的事。Grok Bot 在引入正确的基础能力，并把它们良好整合进一个系统方面，做得相当出色 媒体： 图片：https://pbs.twimg.com/media/HQb7DoUb0AAiLcB.jpg 引用：https://x.com/kunchenguid/status/2090463366762676732 然后，他做了一件慷慨的事：把整套配置打包起来，让你也能运行。它叫作 Grok Ship，仓库里的宣传语只有四个词：把你的 Grok Bot 变成一座软件工厂。你不需要克隆它，也不需要阅读它。你只需让一个机器人去获取它： 嵌入帖子： 作者：Kun Chen (@kunchenguid) 帖子 ID：2092473366905262400 来源：https://x.com/kunchenguid/status/2092473366905262400 发布时间：2026-08-26T04:45:01.000Z 回复：https://x.com/mvanhorn/status/2092152534341165117 正文： > @bot 好了 @mvanhorn，我已经帮你整理好了 :) > > 1. 按照这里的说明进行设置：https://x.com/kunchenguid/status/2090463367135952952?s=20 > > 2. 告诉 firstmate 机器人：“set up a crewmate to auto triage <this repo>” > > 这样你应该就能获得我拥有的一切了。随时检查、调整或 fork 任何内容！ 引用：https://x.com/kunchenguid/status/2090463367135952952 然后，对每个仓库说：“set up a crewmate to auto triage this repo.” 只用两句话，就把维护者的整个分类处理问题交了出去。 而与我一起打造 Printing Press 的 Trevin，有一个 OSS 机器人会在公开仓库中分类处理问题和 PR、添加标签，按照他设定的标准合并，并且只在遇到模棱两可或具有战略重要性的事情时提醒他。他还有一个连接 Spotify 的 DJ 机器人：只要日历上有一段超过十分钟的驾车行程，它就会创建一个时长为驾车时间 2 倍的播放列表： 嵌入帖子： 作者：Trevin Chow (@trevin) 帖子 ID：2092161687206142123 来源：https://x.com/trevin/status/2092161687206142123 发布时间：2026-08-25T08:06:31.000Z 回复：https://x.com/mvanhorn/status/2092002094370750697 正文： > OSS 机器人会在公开仓库中分类处理问题和 PR，并为它们添加标签。它会分类处理 PR，并按照我设定的标准合并。遇到模棱两可或具有战略重要性的事情时提醒我。 > > DJ 机器人连接了 Spotify，可以创建播放列表、推荐新艺人等。它会根据我的日历，如果驾车行程超过 10 分钟，就自动创建一个新播放列表，时长为驾车时间的 2x。 > > 最显而易见的使用场景：分类处理我的收件箱，并在有重要事项需要我关注时提醒我。 技巧 先阅读 Peter Yang 的教程，再读 Miles 的 25 个案例，然后读 Eric 的 100 个案例。从 botdirectory.ai 复制最接近你需求的提示词并进行修改。不要从头开始写。 维护者可以粘贴这句话：“setup Grok Ship for me. follow GROK_SHIP.md in this github repo: kunchenguid/grok-ship” 20. 从手机上运行它，并直接和它说话 移动应用才是这款产品真正与众不同的地方，而且它的语音 UI 很好用。这与我在 June 提出的观点相同：对着 LLM 说话之所以有效，是因为听者理解上下文。它会猜测麦克风识别错了什么。你可以含糊地说话、说到一半停下来、重新开始一句话，机器人依然能明白你的意思。 现在的区别是，我在手机上使用语音时，并不是向 Mac 上的某个会话进行听写。我是在和一个已经运行起来的东西对话，它拥有自己的计算机，而且即使我放下手机，它仍会继续工作。我是在厨房里发送 Instacart 请求的。我是在椅子上发送这篇文章的研究请求的。 Prajwal 用实际结果说明了这一切最终意味着什么： > 今天，我只用手机就运营了自己的全部 5 家企业……昨天有人问我有多少员工。我说一个都没有。 @PrajwalTomar_，X 技巧 使用移动应用里的语音按钮，不要打字。随意、不完整的句子也没关系，机器人会补上缺失的信息。 21. 坦诚部分：用量表、17x，以及计数测试 在设置这一切之前，有三件事是我希望别人提前告诉我的。 价格已经变了，而大多数指南仍然写错了。截至 August 21，它现在包含 Cursor Pro+，每月 $60；SuperGrok Plus，$100；Cursor Ultra，$200；SuperGrok Heavy，$300；以及 Cursor Teams Standard，每个席位 $40，同时还提供有限用量的免费试用： 嵌入帖子： 作者：DogeDesigner (@cb_doge) 帖子 ID：2090858203097731350 来源：https://x.com/cb_doge/status/2090858203097731350 发布时间：2026-08-21T17:46:56.000Z 回复：无 正文： > Grok @Bot 刚刚变得便宜了很多，而且适用范围也更广了。 > > Cursor > > • Pro+：$60/月 > > • Ultra：$200/月 > > SuperGrok > > • Plus：$100/月 > > • Heavy：$300/月 > > Cursor Teams > > • Standard：$40/用户/月 > > • Premium：$120/用户/月 > > 其他所有人都可以使用有限用量的免费试用。 > > 媒体： 图片：https://pbs.twimg.com/media/HQQ4clsbMAA4G_G.jpg 价格标题掩盖的一点是：各个套餐每周额度上方的用量表并没有变化，而在真正让机器人舰队工作时，它的消耗速度非常快。关于额度的抱怨都很具体，而且提出这些抱怨的人本身都喜欢这款产品。不要一开始就选择 $300 档。先从便宜的档位开始，观察一次十五分钟的巡检究竟会消耗多少额度，然后再决定是否再创建三个。 第二，无人监督的机器人团队并不是没有代价的。Prajwal 做了对比，发现没有监督者的团队会把自身的错误放大到单个机器人错误率的 17 倍。这就是为什么他配置中的每个机器人都独立运行：一个任务，一份输出。错误步骤会被送到他的桌面上，而不是感染另外三个机器人。 第三，计数测试。数一数你的机器人中，有多少真正负责一个结果。不是有多少机器人存在，也不是有多少机器人拥有聪明的名字。而是有多少机器人负责的事情，一旦它们停止工作，就会明显无法发生。 我在撰写本文时，也对自己进行了一次测试。以下是我拥有的全部机器人，包括那些只完成了一半的机器人，以及那个仍然叫作 New Bot 的机器人： 机器人 它的作用 真正的工作还是实验 Chief of Staff 总入口。分配工作，把答案带回同一个帖子串 真正的工作 Bot Manager 构建我的其他机器人，优化那些过于吵闹的机器人，维护机器人名单 真正的工作 last30days 针对任何主题扫描九个来源进行研究 真正的工作 Printing Press Library 通过 CLI 处理杂务：Instacart、ESPN、航班、门票 真正的工作 GranolaBoy 回答有关我参加过的每场会议的问题 真正的工作 AgentMail Bot 电子邮件进来，日历条目和孩子们的摘要出去 真正的工作 PR Review Bot 审查我所维护仓库中的拉取请求 真正的工作 GrokBot 监控我自己的使用情况，以及这个周期实际花费了多少 真正的工作 Clipping Bot 从长视频中剪出片段 实验 Commercial Producer 制作短视频广告 实验 Trip Planning Bot 为我计划的一次驾车行程规划路线和车道 实验 Claude Code Bot 在机器人的计算机上运行 Claude Code 实验 Signal Monitor 监控日历中的空档 实验 GrokLawyer 起草那些枯燥的法律文本 实验 New Bot 真的还没有工作。它的名字就叫 New Bot 实验 十五个机器人，其中八个真正负责某件事。GrokLawyer 大概每月起草两次枯燥的法律文本。Trip Planning Bot 解决了一次驾车行程的问题，此后就一直闲置在那里。New Bot 的名字就叫 New Bot。我之所以把这一切都展示给你，是因为每篇介绍这款产品的文章都会向你展示一支由五个机器人组成、井井有条的舰队，但现实中没有人的配置真的长那样。 这就是一支创建两周的机器人舰队最真实的样子，而且这没有问题，只要你知道哪一半是哪一半。失败并不在于拥有实验项目。失败在于你告诉自己，这些实验项目就是员工。 技巧 先从 $60 档开始，并在扩充机器人舰队之前检查用量表。 让机器人独立运行，直到其中一个证明自己能够胜任这项工作。 数一数那些真正负责某项结果的机器人。删除那些没有负责结果的机器人。 复制整篇文章，将它粘贴到你的机器人里，然后让它设置一切能够设置的内容。标签：# X # Grok Bot # Claude # Youtube # AI # Tiktok # 自动化 # Slack # 设计 # 帖子串 # 指南 相关文章 我如何从每月 $600 降到 $14。ELON 的 GROK + KIMI 的大脑 关注并收藏这篇文章——我是 [@starmexxx](https://x.com/starmexxx)，我会追踪 AI 工具如何创造出大多数人尚未听说过的新收入来源。这篇文章包含完整的搭建过程。Grok Bot AI 硬件 Claude