Grok Bot Day 1｜三日造公司官方直播学习手册

[0:00:00 - 0:00:26]我们先来做一些自我介绍，简单聊聊背景，然后我会告诉大家今天的流程安排。首先自我介绍一下：大家好，我是 Lauren，Twitter 上叫 potato。我在 xAI 负责 Grok Bot 的工作。嗨，我是 Roshan，也在做 Grok Bot，同时负责 xAI 的其他产品相关工作。我超级兴奋。

[0:00:56 - 0:01:41]其实我们现在都还没想好要做什么项目，还在讨论中，得先确定下来。但我们会尽快推进。在接下来的三天里，我们主要会待在这个房间里。可能会有点乱，我也不知道，估计会比较疯狂。不过，我们也会切换到 SpaceX 的团队成员那里，由他们来分享：第一，Grok Bot 是什么、它是怎么工作的，以及你怎么把它用在工作、生活和所有你关心的事情上。今天我们一边搭建自己的项目，一边就能看到很多实际应用。第一个环节是 Grok Bot 101。如果你对 Grok Bot 还一无所知，我们已经和 Roman、Rita 合作过了，他们非常棒，会从 Grok Bot 的搭建过程讲到它现在的样子。我觉得 Grok Bot 可能会让人有点望而生畏。

[0:01:41 - 0:02:26]尤其是你之前没用过它的时候。这是个挺新的概念。对，没错。我觉得看不同的人用不同的方式去使用它会很有意思。我们请到了一批很棒的嘉宾，对吧？有工程师、有产品经理，也有销售人员，所以不管你从事什么工作，希望你都能感受到 Grok Bot 怎么融入你的日常流程。那个101 环节我觉得会非常酷。太棒了。对，我超级好奇大家的工作流。我自己主要用 Grok Bot 做个人自动化，还有一些工程工作，但还没用它做过 GTM 或市场调研之类的，所以我很想看看。对，我也觉得每次都能学到新东西。我不知道你们怎么想，但每次看到别人用它，我都会想，哦，我原来不知道还能这么用，或者我之前没想到这个点子。也许我们自己也能想出一些新用法。

[0:02:26 - 0:03:06]这就是我喜欢跟 Lauren 待在一起的原因。我就喜欢跟她聊天，Lauren，教我怎么用 Grok Bot。然后我再把这些分享给你们。所以，真的会非常精彩。不过在正式开始之前，我手上有张纸，上面写着我需要说的内容。有一个超级重要、极其重要的公告要告诉大家。你们有机会赢取奖品，所以一定要听好。Grok Bot Galaxy Live Challenge 现在已经上线了。我们要送出的奖品是……

[0:03:06 - 0:03:50]一次星舰发射之旅。你可以带一位嘉宾一起去 Starbase 观看发射。我也想去，我女朋友肯定最想让我带她去 Starship Lodge 了。亚军的话，就算没拿到大奖，也能去湾区 Hawthorne 的 SpaceX 园区参观。所以你们需要关注 @grok 账号和 @bot 账号。报名截止到 9 月 29 日，比赛的全部细节都在那里。我们希望你们分享自己是怎么把 Grok Bot 集成到工作里的。你们需要在 X 上引用官方帖子，附上对你的 Bot 的描述，并分享……

[0:03:50 - 0:04:33]模板链接。所有细节都会来自 @Grok 和 @bot 账号。所以你们直接去那边看看就行，再说一次，你们需要一张机票才能去，饿着肚子去。太酷了。真的很棒。我也想去。对，我们好像还没上过社交媒体。我还没去过。也许下次我们可以安排一下。对，我现在在 X 上看到 Grok 帖子里还有一些发射的超酷画面。所以，记得去看看。X.com/slash/Grok，在那里能看到更多参赛方式和细节。太棒了，太棒了。好的，酷。我们还有点时间。我们主要想讲的就是整体布局、流程是怎么走的、这次比赛。现在我们可以稍微聊聊我们接下来打算做什么。我也想再多给你们一点

[0:04:33 - 0:05:18]关于我们是谁、平时都在做什么的背景。因为这部分可能有点模糊，从来没有讲得很清楚。我们的目标就是向大家展示 AI 到底能怎么帮你们把事情做得更多。更重要的是，AI 能把你们的时间解放出来，不用再被那些每天都要做的琐碎、无聊的任务拖住——这些事我们大多数人一辈子都在做。可能是翻 Excel 表，可能是翻找昨晚某人发给你的消息却怎么也想不起来，或者是写代码，把软件里那些手动操作的部分自动化。其实不只是软件，知识工作也一样，做幻灯片、做设计。我觉得最核心的一点是，

[0:05:18 - 0:06:02]AI 把你解放出来去做真正想做的事。所以我们不妨依次来聊聊，我先简单介绍一下自己，然后请你们也做个小自我介绍。我也希望团队其他成员都分享一下，因为如果你们在看这场直播，接下来 7 到 2 个小时你们都会和我们一起度过。接下来 7 到 2 个小时。我们要从零开始，打造一家真正能运转的公司。很快我们也会明确说说「公司」到底指什么，因为网上对这个词的理解其实挺混乱的。有人说我们在建一家生意，有人转发说我们在做一家初创公司，还有人说我们在建一家几十亿美元的公司。我们也许都能做到，但我也不知道。我们可以试试，我的意思是，有人跟我们说应该去造 SpaceX。

[0:06:02 - 0:06:45]我当时就想，72 小时而已。我们已经在 SpaceX 工作过了，感觉他们火箭已经搞定了，我们可以做点别的。但好，我们马上进入正题。我叫 Matt Palmer，我负责开发者体验。我以前做过开发者关系，现在有几位很棒的队友：Lee Robb、Eric、Milo，团队很强。我们的日常工作主要是用户教育——教大家怎么用 Grok Bot，怎么用这些新技术，怎么用这些以前没人用过的工具和一些全新的东西。所以我每天都在做内容。同时也会做一点工程工作，偶尔写写代码、更新文档、帮忙安排直播之类的。所以我的工作其实是内容、

[0:06:45 - 0:07:28]产品，再加上跟很多人聊天——在 Twitter 上了解产品是怎么运作的、大家是怎么用的，诸如此类。所以我非常期待把这些经验带到我们今天要做的项目里。我可能会从比较高的层面去思考很多事情。后面我们会逐一聊到每个角色。但先说这么多，关于我大概就是这些。Roshan，也许你可以再深入讲讲你每天都在做什么。在那之前我其实挺好奇，你最近最喜欢的一个 demo 是哪一个？因为你做的 demo 真的很棒。好的，酷。对，我昨天其实分享过那个 demo。

[0:07:28 - 0:08:10]既然它就在我个人资料里……希望我们能在做那件事之前，先问问你最近最喜欢做的 demo 是什么？对于一些人来说，X 书签里会发现一个很酷的包或一项新技术。于是我就收藏起来，心想“哇，这个 MPM 包能画地图或做一个旋转地球仪”。然后我就想，好吧，我得抽出时间坐下来，拉起那个仓库，把东西真正跑起来，才能真正理解它，或者去读文档之类的。所以这个 Grok Bot 会看我的 X 书签，找到类似的东西。它会启动一个 Cursor Cloud Agent，用那项技术开始构建。然后我其实是用 Grok Bot 配置了这个仓库，做预览部署，我记得是用 Cloudflare 之类的服务。

[0:08:11 - 0:08:56]所以每天早上我都会收到 Grok Bot 的消息，说“嘿，你书签里有个你觉得很酷的技术，这里有一个已部署的版本”。我在 Twitter 页面上有个演示，讲了怎么做这件事。所以……嗯，这可能是我最喜欢的 demo 了。我非常喜欢它。很高兴我问了这个问题。我觉得这就像……我总是想看看你做的东西。好吧，那我接下来吧。我是 Roshan，我在 xAI 做产品。我觉得过去几个月、甚至一年多以来，产品这个角色真的发生了很大变化。不管你信奉哪种理念，现在每个人都多少是个 builder 了。但我不知道，我觉得我花很多时间在思考……

[0:08:56 - 0:09:40]……如何为客户打造正确的产品，以及如何把客户反馈、大家在使用 AI 工具时的真实需求，融入到产品里。所以在日常工作中，我会思考 Grok Bot 里已经建了很多非常棒的连接器，接入 Grok Bot marketplace，所以接下来是想把更多连接器放进去，同时也在思考我们接下来该做什么、下一个前沿应该是什么。我其实挺兴奋今天能聊这些，因为很少有机会从零开始做一个新业务或新实体。通常你都是在一个已有平台上工作，想着“下一步做什么”，但我觉得这里真正酷的地方在于，我们可以一起做很多从零到一的事情，对吧？比如，我们怎么去找到该造什么的数据，世界在说什么……

[0:09:40 - 0:10:25]……关于各种想法，我们怎么去做用户调研，也许安排一些访谈，跑完整套产品开发流程和 playbook。所以我对此挺兴奋的。我觉得能参与从零到一的部分会很有意思。当然，还有很多有趣的决策要做，比如我们可能会做一些 bots，也许会有一个 designer bot 帮我们设计一些酷的东西，或者一个 marketing bot 帮我们推广一些酷的东西。所以我很想看看我们怎么协调这一切，我觉得会很有趣。那么 Lauren，你要接下来吗？好的，我是 Lauren，我在 Twitter 上叫 Potato。我用 Grok Bot 做了很多特别疯狂、特别随机的事情。

[0:10:25 - 0:11:08]比如几周前，我在 Twitter 上开玩笑说，如果你想在 X 上召唤我，就说 potato、potato、potato，然后我就会现身回复。当然，我得把这个自动化，不然我不可能回那么多 mention。所以我用 Grok Bot 做了这件事。我也在 Grok Bot 上做很多工程工作。所以我觉得来直播和大家聊天、一起做事会很有趣，因为平时我感觉自己像困在家里的地精洞穴里，只是在写代码。我在做 Grok Bot，所以我对性能非常痴迷。

[0:11:08 - 0:11:51]所以我一直在努力让 App 越来越快，我真的很喜欢做这件事。我们都很感激这一点。对了，还有一件事我花了很多时间，就是把 Grok Bot 的代码库整理好，让任何人都能轻松上手，不管你是 PM 还是开发者，都能快速理解代码结构。我也期待在这里搭建类似的东西，这样我们三个人就能一起快速开发了。我甚至还不知道我们要做什么，但我觉得会很有趣。对，我也很兴奋。我喜欢 Grok Bot 的 DevX，从外部看就超级清晰，你把东西安排得井井有条。

[0:11:51 - 0:12:34]比如我们有频道，如果出了问题就直接发上去，然后某个 Cloud Agent 就会去处理。而且通常问题一出现，你就能很快看到它开始工作，这真的很震撼。我很喜欢这一点。所以今天我们在开发时，会用到所有启动一家公司会用的工具。如果你和三个朋友一起创业，大概就是先找个聊天的地方，再找个记笔记的地方，然后用自己喜欢的工具开始开发。而在 SpaceX 工作最酷的一点就是，我们有 Cursor，有 Grok Bot，我们可以用 Cursor 写代码，再用 Grok Bot 解决那些繁琐的手动工作，比如说我们想卖东西，那就要先想清楚到底要做什么，昨天……

[0:12:34 - 0:13:17]我们问了大家，也问了 SpaceX 的同事：你们觉得我们应该做什么？有什么好点子吗？结果收到了几千条回复。第一步大概就是让 Grok Bot 去分析这些回复，对吧？对，就是做市场调研。所以我们先在这里做点市场调研，然后再决定到底要做什么，可能今天上午就宣布。嗯，我们可能需要几天时间，但感觉第一天就应该有个靠谱的想法。对，没错。所以目标就是第一天就确定一个想法。也许现在可以聊聊，我们说“要做一个生意”到底是什么意思？对，我正想问你们怎么定义“生意”。

[0:13:17 - 0:14:00]你们觉得做生意意味着什么？对我来说，就是要做一些有用的东西。我还是那套“做人们想要的东西”的思路。我们需要做有用的、人们想要的东西，最好是我们自己也想用。做自己想用的东西，能让我们更有共情力。你们怎么看？我喜欢“吃狗粮”这个说法，因为我最喜欢的一点就是用 Grok Bot 去开发 Grok Bot 本身，形成一个自我迭代的闭环，成为自己产品的超级用户。所以我们也希望新项目能有这种特性。

[0:14:00 - 0:14:42]对我们的商业想法来说也是如此。不过说到生意，我觉得肯定要赚点钱。对，我们得赚钱。团队想赚钱。只有真金白银进账，才算真正的生意。所以生意就是：把钱赚进银行账户、持续开发、吃自己的狗粮、测试产品、做人们想要的东西。对，如果要再补充一点，我觉得大家容易忽略——尤其我们天天在线上——如果你在看直播，那你就是在 X 上，而 X 就是大家来获取信息的地方。

[0:14:42 - 0:15:25]但这也意味着很多人经常在 X 上在线。我就是其中最严重的一个，我承认自己刷 Twitter、X 刷得太多了。但归根结底，创业就是服务人类，对吧？即使是代理，也是在服务人类或潜在的代理，但下指令给代理的还是人。所以最终还是回到人的体验：比如我在网上买了件 T 恤，它被送到我手里，这可能就是一个商业点子，但核心在于你为人类创造了这件东西。或者我们做 Grok Bot，也是为了让人类能和计算机互动。所以这本质上是一个非常人性化的过程。

[0:15:25 - 0:16:09]最终的问题是：我们如何做出你作为观众想要的东西，让你觉得神奇、觉得有价值。所以我最喜欢的部分就是它真的回到了人本身——怎样才能让一个人开心到愿意给你钱？然后你还能再做一次？或者让他们的代理来做。对，我一直想到这个点子：在 Grok Bot 里，你现在可以给你的 Bot 一张信用卡，比如 Stripe 的 Link 卡。所以我觉得可以玩一些有趣的想法。也许我们可以做一个东西，让人类进来买，或者让 Bot 也进来买；可能是同样的东西，也可能是不同的东西。这听起来挺有意思的。

[0:16:09 - 0:16:53]说不定在看直播的观众，如果还没账号的话，会想注册一个 Grok Bot 账号，然后让自己的 Bot 去买点东西。这也挺有意思的。欢迎大家关注，我们这周或者这三天会把这个东西搭起来。说到这里，我觉得人和人之间的连接过程值得探索；还有物理层面的东西——我们是做数字产品，还是做一个能买咖啡豆然后寄到家的平台？或者做线下的东西？比如我们在旧金山，现在正好赶上 Dreamforce，城里有五万人，大家都特别兴奋。我从来没见过这么多人在同一个街区，街道都封了，昨晚过来特别难。

[0:16:53 - 0:17:38]所以如果我们能把数字的东西落地成现实世界里大家都能互动的体验，对我来说会非常酷。这大概就是我这周 100% 的目标。但我们还不知道能不能做到。我现在只是在说，感觉有点浪费时间。总之，我很期待看到最后会变成什么。我们会保持很轻松的节奏，你们会看到我们的高光和低谷，希望能有娱乐性。我觉得有趣的地方在于，我们有三天时间，看起来很多，但其实也不多。我们需要先搭一些基础设施。

[0:17:38 - 0:18:22]比如我们可能需要一个 Slack 频道，让团队和 Bot 都能聊天；还需要 Notion、Slack 这些工具。Linear 也可以用来做工单管理。我们可以试试 Linear，或者直接用 Slack——如果我们在自己的 App 里报 Bug，我可以直接自动修掉，何必开 issue，不如直接开 PR？但如果后面 backlog 多了，可能还是需要工具来跟踪。所以先从 Slack 开始吧。

[0:18:22 - 0:19:03]然后看看我们还需要什么。Issues 频道。对，没错。我可以开始接线我的工厂。好，那我们就把工厂接上 Issues 频道。好的。接下来不管怎样，我们都要开始走一遍工厂流程。因为你就是 P-Stack 的那位臭名远扬的作者，对吧？大名鼎鼎。大名鼎鼎。不，是臭名远扬，大名鼎鼎。我也不知道。对观众来说，你们可能不知道 P-Stack 是什么。P-Stack 是什么？PSAC 是一个价值百万美元，不，它不值钱，它是免费的，是我做的一个开源插件，把我平时做这些工程工作所积累的所有技能都打包进去

[0:19:03 - 0:19:45]这样任何人都能复用我一直在迭代的那些技能和工作流。我花了很长时间才把它做到这个程度，但上个月我真的把 2500 个 PSAC 的 PR 送进了生产环境，而且我觉得没引入任何 bug。希望没有。所以，如果你还没试过 PSAC，可以去 Grok Bot Marketplace 搜 PSAC，试用一下，然后告诉我你的感受。我刚算了算，一个月 2500 个 PR 相当于每天 83 个 PR，而我们只有三天时间。

[0:19:45 - 0:20:27]所以我觉得你能做得更多。我们买了一个 commit 计数器。街边会有一个 commit 计数器，就在你旁边。我们要去哪儿？我们不需要粉碎。哦天哪。我有点担心。整个团队都在想，哦不。我觉得有时候你说 2000 个 PR，大家会觉得这只是直播里随口一说，但我真的坐在你旁边亲眼看过你做这些事。Grok Bot 这款应用就是 SpaceX 的人在用这种工具快速迭代出来的。

[0:20:27 - 0:21:11]所以希望我们能把这个过程展示给大家，也能把这个产品从几乎一无所有、现在还在构思，到最终交付给大家的过程展示出来。对，我们之前在聊工具，对吧？听起来我们要用 Slack、Notion 这一套，可能还需要 Linear，如果需要的话可以直接发到 main。我是说，我们会在这里互相交流，还需要什么吗？我们需要一些可以搭建的基础设施。我们需要系统，所以可能需要数据库。我知道有个数据库 CEO 住在这附近。他们到时候会出现的。对，我可以说服他们。我们的一些朋友也会加入。对，我们和 Stripe 团队、Link、Payments 那边关系很好。所以我们前面需要一些 Payments。

[0:21:11 - 0:21:55]完全正确。我们可能到时候会开始白板讨论。开始构建，然后向大家展示我们到底要做什么。对，没错。也许我们真的可以在这里做一些白板讨论。对，我们可以弄一块黑板或白板进来。太酷了。团队现在正在听直播，肯定吓坏了。我们确实看到了。直播里出现了原本不在房间里的物品。他有点像顶级白板。直播里最棒的一点是，现在我在直播上，可以直接要任何东西。估计它就会凭空出现。如果我说，路边有家咖啡店，这是为了业务需要。我今天早上还没来得及喝卡布奇诺。我在想下一秒镜头会不会直接出现一杯卡布奇诺。我们可以测试一下这到底能走多远。有一件事我忘了，我们会需要很多 token。我们会需要很多 token。我想我们有一些。我想我们会有一些。我不是在说卡布奇诺。对，我们需要 token。这其实是这个想法的核心。

[0:21:55 - 0:22:40]也许你可以跟我们讲讲我们现在运行的这个设置。好，我们打算用 Grok Bot 的组合来驱动一切。我觉得这是个计划。对，尽可能多地用它。我们已经建了一个 Grok Bot 团队，专门为这三天创建的新团队，里面只用 Grok Bot。我们每个人都会有自己的一组 bots，之后会尽量把这些 bots 展示出来，也能切换不同的 bots，让大家跟它们互动一下。然后，我们真的想把这当成一个独立的公司和实体来运作。所以我建了一个 GitHub 组织，完全空白，什么仓库都没有，可以直接拿来用，这就是我们的起点。这个 GitHub 组织的名字叫什么？叫 Ship by Thursday。

[0:22:40 - 0:23:22]Ship by Thursday，我喜欢这个名字。也许我们也可以把一些东西开源，让大家跟着一起做。地址就是 github.com/shipbythursday。我们可以这么做，现在里面完全是空的。如果你现在去，你会什么都看不到，但我们之后会往里面放东西。也许我们会开源一些彩蛋。我不知道，你觉得呢？对，我们应该这么做。不，我不记得那个组织了。其实我们根本还没建，之前也没做任何准备，所以这些东西现在都不存在。但我们会尽量把东西放出来。我们的目标是让这一切尽可能真实。所以我们现在是从一张白纸开始的。我们有一个 GitHub 组织，有几个 Grok Bot 账号，但里面现在一个 bot 都没有，全新账号。我们会从零开始，带大家一步步安装 P-Stack，做好开发准备。

[0:23:22 - 0:24:07]再过几分钟，我们可以像 Matt 说的那样做一些市场调研。我有一些用户调研 bots，我们的 marketplace 里其实还有一整套 bot 模板。我们可以从里面找一些有用的 bots 拉进来。我们可能还需要招一个 founding engineer。founding engineer 和 bot。我们就直接招 bot 就行。我们肯定需要招一个 bot。或者两个。两个 bots。实习 bot。我其实也在想，作为市场调研的一部分，我们是不是可以让 bots 每天帮我们建点东西，就像你之前说的那个想法，每天让 Grok Bot 给你建点东西。也许我们可以快速做一些抛弃型的原型，用来可视化什么的。哦，这个想法真不错。对。我觉得你好像也有一些 bot factory 相关的东西，对吧？好，这就是我说的那个想法。

[0:24:07 - 0:24:51]如果你正在看直播，可能在想，Matt，我根本不知道 Grok Bot 是什么。那我跟你说，Grok Bot 101 课程，五分钟后就给你安排上。我在这里可以创建 Grok Bot，其他 Grok Bot 也可以创建 Grok Bot。太疯狂了。所以我的想法是，从元层面来说，当你开一家公司时，你需要 onboarding，所以我们也许可以出一份公司 DOC，用来解释我们的流程。对，我们也可以在 Grok Bot 里做这件事。我们可以有一个 Grok Bot，像一个 Grok Bot factory 一样，来创建我们的员工。这个 onboarding bot 可能会说，嘿，你可以先读一下这份 DOC，这里写了我们是谁、我们的原则是什么、我们在做什么。就像一本公司手册，展示公司的现状。

[0:24:51 - 0:25:35]然后我们需要一个能更新状态的 bot，或者让所有 bot 一起更新公司状态，对吧？嗯，我们可以这么做。共享知识库，没问题。大多数公司都有类似的东西。所以当我们增加员工、组建团队时，比如说，好，我们雇了实习 bot。看看我们在 Notion 里做了什么，然后开始原型开发。我喜欢你的思路。我觉得休息回来后，我们可以开始考虑原型开发和市场调研，但我们得先开始“雇佣”bot。所以也许在那 45 分钟里，我们先想好一个招聘计划。没错，我喜欢这个想法。我们肯定需要一大堆 bot，也会把你们都带上。我们现在没在分享屏幕，但所有东西都已经接好了。

[0:25:35 - 0:26:05]你们会看到我们具体在做什么，也能看到我们在干净的演示环境里如何使用这些产品。我们聚在一起之前其实已经下载了 Grok Bot。如果你想创业，我想这是第一件事，也是唯一必须做的事。我很兴奋。接下来简单说一下即将到来的环节和一些注意事项。如果你刚加入直播，我们正在用 72 小时的时间从零开始创办一家公司。

[0:26:12 - 0:26:57]Grok Bot Galaxy 直播挑战正在进行，如果你把模板分享给我们，所有模板里最受欢迎的那个——如果很多人喜欢你的模板——就有机会赢一次去 Starbase 看 Starship 发射的旅行，超酷。对亚军来说，能去 Hawthorne 看看他们实际在建造这些酷东西的地方，也很棒。当我们思考一门生意时，我们会考虑人们真正想要、能为人们创造价值的东西，这就是我们想带着“人情味”去打造的方向。最重要的是“人情味”，这是我们本周要努力实现的目标。我们会邀请不同的嘉宾，邀请我们喜欢的公司和互联网上我们喜欢的人。我们还会请 SpaceX 的优秀员工来，他们都很棒，我不挑谁是我的最爱。

[0:26:57 - 0:27:42]但我们会请一些特别优秀的员工来展示他们的工作流。我们就一起闲聊，他们会来帮我们。没错，我们会请教他们，寻求大众的智慧。我不知道，没有人是孤岛，从来没有哪个创业者是完全靠自己做成事的，所以我们会打电话给朋友，请他们帮忙出主意。但主要还是我们三个人在这里敲键盘。可能会有几分钟我们会在直播里疯狂打字，我觉得我们需要“封锁”一下。是的，会有点像那样。嘿，如果你看过任何大主播——向 Prime 致敬，Prime 是我们的好朋友——他们帮我们搞定了不少东西。现场会是那种感觉，我们就一起待着，可能会有点乱，制作组会冲我喊，让我把桌子收拾干净什么的，但我们一路都会很开心。

[0:27:42 - 0:28:26]你们还有什么想对观众补充的吗？没有。肯定会很有趣，我很期待和大家一起打造这个项目。太棒了。还有，如果你们想给我们反馈，欢迎在 X 上@我们。直播聊天区也一直很活跃，请把想法丢到聊天里。我们会设置好，让自己能实时看到这些评论并与建议互动，这对我们调整方向会非常有帮助。我们真的很想听到大家的反馈，确保这个项目对你们有用，所以请继续把反馈发给我们。我们三个人都在 X 上，用户名应该到处都找得到，欢迎@我们或回复我们，我们也很乐意把这些反馈带进来。对了，我看到现在大概有 8 万人在看。

[0:28:26 - 0:29:10]所以，外面真的有很多人非常兴奋，我们也很期待听到大家的声音，也希望大家能帮忙一起打造我们在这里做的东西。不过有一件事，我强烈建议还没装 Grok Bot 的人赶紧安装并注册一下。我们有免费试用期，大家可以先试用，顺便跟着我们一起边做边看我们分享的一些专业小技巧。我们会把具体操作方法都告诉大家。所以只要下载 Grok Bot，我们就会提供插件、模板等所有东西。最重要的是，Stream 我们会从早上 8 点半一直连播到下午 6 点半左右，大家记得查看时间表，随时都可以来这里收看。我们还会切到工作坊环节。所以如果你下载并安装了 Grok Bot，就能完整跟上它的实际操作流程。如果你之前觉得「我想学 Grok Bot」，

[0:29:10 - 0:29:53]但又担心得花钱买课——完全不用，没有课程，也不用付费，全免费。只要看这场直播就行，这本身就是课程。有人跟我们说，离我们开播还有 25 秒，但已经有人的老板要求他们把这 30 小时的直播全部看完。抱歉，如果你现在正在看，希望你别介意，但你一定会收获很多。接下来我们要把舞台交给 Roman 和 Amrita 来讲 Grok Bot 101，他们两位既聪明又出色，真正参与了 Grok Bot 的开发。我们马上把直播切过去，由他们来给大家介绍 Grok Bot 的基础知识。准备好了吗？嗯，好，

[0:29:53 - 0:30:38]护士已经把演讲稿拿出来了。首先我想简单聊聊 Grok Bot 是怎么诞生的。我觉得我们现在正处在一个很有意思的时刻，当你回顾 AI 改变

[0:30:38 - 0:31:21]并真正重塑了个人和公司工作方式的历程，我认为已经历了几个不同阶段。一开始是单纯的聊天，你向 AI 提问，AI 给出回答，这确实很有用，尤其对研究类工作流帮助很大。接下来是把任务委托给 AI，有一个副驾驶一样的角色陪在你身边一起工作，比如一起迭代幻灯片之类的流程。但我认为我们正站在一个全新阶段的起点：AI 开始更像公司里的队友或同事，这和之前有本质区别。

[0:31:21 - 0:32:00]我觉得这会改变真正符合时代需求的产品形态，也会改变我们在公司里日常工作的模式，从而最大化利用 AI 的能力。再往后，我认为会出现一种奇妙的场景：AI 队友和人类队友在公司里共同协作。你不再只是把一个独立任务外包出去，说「从 A 点做到 B 点」，而是更像和真正的人类同事合作——他们不是一堆你可以随意拆分的任务集合，而是真正拥有成果和职责的角色。

[0:32:00 - 0:32:44]我觉得我们在 Grok Bot 上做了一些和其他市面 AI 工具不同的选择，这些工具你可能已经用过或有所了解。首先是产品决策方面。如果你还没用过 Grok Bot，它大概长这样。我们希望 Grok Bot 给人的感觉更像和队友、同事一起工作，因此它的界面非常简洁，像聊天一样，几乎就像在给同事发消息。

[0:32:44 - 0:33:26]或者同事团队。所以在左侧你能看到所有这些机器人，在这个例子中，销售外呼机器人和收件箱管理机器人各自承担特定角色和不同工作流。我们的理念不是为每个要处理的任务都新建一个聊天，而是为一个工作单元或岗位职责创建一个机器人，你会反复回到这个机器人，它会不断向你学习。我觉得和 Grok Bot 一起工作最神奇的时刻之一，就是你几周前说过「我喜欢幻灯片用这种格式」，然后 Grok Bot 记住了，几周后你再做新的幻灯片时，它依然记得。这就是你对同事的期待，我认为对 AI 也应该有同样的期待。

[0:33:26 - 0:34:11]所以我们采用的是「队友范式」而非「任务范式」。队友真正处于 Grok Bot 以及与 AI 协作方式的中心。第二点与众不同的是，Grok Bot 就像你对同事的期待一样，不仅仅能访问直接集成、MCP 和 API。这些功能很有用，但往往无法 100% 完成你想要的工作。它们拥有自己的电脑，可以像你一样使用：看视频、听播客、点击 90 年代的老旧政府软件——人类能用电脑做的，它都能做。

[0:34:11 - 0:34:52]但这台电脑是你的。除了你熟悉的各种集成和 MCP，它真正打开了 AI 可以从你手中接管的新任务机会。当你和能做这些事情的 AI 合作时，感觉真的很不一样。把工作做到 90% 就卡住，和真正完成、彻底放手、完全信任机器人能搞定，感觉截然不同，真的很神奇。最后一点是所有运行都在云端，而不是在你的电脑上。我觉得我们现在正处于 AI 的一个奇妙时刻，很多工作流

[0:34:52 - 0:35:35]人们非常依赖 AI 的工作流，却运行在本地笔记本上，这有点奇怪。如果你睡着了，电脑合上了，你设定的凌晨两点自动任务就不会触发；早上醒来你很困惑，想用手机启动任务，却发现它还绑在办公室的笔记本上——全是这种怪异体验。我们想直接跳过这个阶段，进入一个未来：你拥有非常聪明的同事、队友、机器人，它们生活在云端，无论你在哪里工作都能和它们互动——可能在手机上，可能在笔记本上，未来可能完全是别的设备。这三点真正影响了我们对产品的所有决策。

[0:35:35 - 0:36:18]感觉像和队友互动、一切都在云端运行、你的机器人能像你一样操作电脑。我觉得我们如此渴望和兴奋地想做 Grok Bot，部分原因来自我们在编程领域看到的现象。过去两年里，开发者的工作已经彻底改变。从手动逐行写代码，到现在很多开发工作的样子——尤其在 xAI 内部——这种转变之大，很难高估。我们有开发者负责成果、负责方向，并指挥他们的团队

[0:36:18 - 0:37:02]代理来完成这些离散任务，并帮他们处理大量重复性工作。我们在知识工作中还完全没看到这种变化。我觉得，如果你对比一下今天和 2024、2025 年知识工作的完成方式，其实差别不大。我们对 Grok Bot 的期望和目标，就是真正成为公司在内部最有用的方式，来调用这些模型完成实际工作。我刚才已经提过一些要点，Amrita 稍后会再讲讲我们内部以及真实企业里看到 Grok Bot 具体怎么发挥作用。我们希望它用起来既简单又愉悦。我们认为，未来 AI 产品的方向应该是

[0:37:02 - 0:37:46]非常简单易用、快速上手，然后再逐步引导用户探索更复杂的能力。我发现很多人用 Grok Bot 的体验是：你先给它一个比较直白、简单的任务，Grok Bot 完成了；你再给它一个更有挑战的任务，它也完成了；你继续给它更难的任务，就这样不断推进，直到你感受到当前 AI 能力的边界。我们的判断是，这些模型会持续变聪明。我们想给它们一个安全的运行环境，让它们真正最大化地帮助公司员工。所以它非常简单、始终在线，就像云端的一位队友，

[0:37:46 - 0:38:31]你随时都能依赖它，就算你睡着了或者电脑合上了，它也能继续把工作做完。你给它结果导向的任务，它就能交付。我觉得下一步就是看它在 Teams 里怎么协作。现在 AI 还主要是单人游戏，你和自己的 AI 助手一起处理各种事情。我们对「共享 AI 同事」会是什么样子、内部工具的未来会变成什么，感到非常兴奋。好了，接下来非常高兴把舞台交给 Amrita，让她再具体讲讲大家和我们自己是怎么使用 Grok Bot 的。太棒了，谢谢 Roman。正如议程所示，本周剩下的时间里，我们还有很多场关于如何在企业层面使用 Grok Bot 的讨论。

[0:38:31 - 0:39:14]你们会看到 GTM、工程、市场营销和管理员四个方向的 Grok Bot 专题。今天这场会挑其中一个方向，做一次现场演示，让大家亲眼看到 Roman 刚才提到的：代理像同事一样协作、代理使用自己的电脑、以及拥有记忆并能从你教它的内容中学习。如果还没报名其他场次的同学，请到 x.ai/galaxy 查看本周的全部安排。我们准备了很多精彩的分享，涵盖企业在各种场景下如何使用 Grok Bot。好，接下来我们进入今天的现场演示环节。

[0:39:14 - 0:39:57]我想先问一下，在座的各位，有多少人已经用过 Grok Bot？看起来不少人用过。有些人可能是第一次接触，今天我们要演示三款机器人：Data Dan、Slide Sonya 和 Email Ethan。它们会一起完成一个项目，而这个项目需要大家参与——别担心，不用发言。它们会收集用户数据，用这些数据生成幻灯片和图表，然后把结果通过邮件发给外部利益相关方。你们将看到这些代理如何协同工作，正如 Roman 所说，它们会使用一些可能并不

[0:39:57 - 0:40:42]原生 MCP 或 API，但它能让你非常轻松地把这些工作外包出去，好让你专注于手头更紧要的事情。好的，我先把它最小化，然后打开 Grok Bot。你会发现它的界面和 iMessage 或者你熟悉的其他工具很像。我这边已经准备好了两个机器人：Email Ethan 和 Slide Sonya，稍后我会再介绍它们。但今天我想和大家一起从零创建一个机器人，这样大家就能看到整个流程。我们要创建的机器人叫 DataDan，我就直接这样命名。创建机器人时，Grok Bot 会根据名字自动给出一些使用建议。

[0:40:42 - 0:41:25]比如你创建一个叫 WorkflowBuilder 的机器人，它就会自动理解这个名字的用途。你会看到这里列出了一些主要用途选项，非常方便。不过我先让它帮我创建一个 Google 表单。我选 Google 表单的原因是，首先我不知道有没有人喜欢做 Google 表单，反正我不喜欢。但它确实是从员工、客户那里收集大量数据最常用的方式；如果你在做用户研究，也可以用 Qualtrics 或其他表单工具来实现。你可以让 Grok Bot 直接帮你创建表单。下面我用语音模式演示一下。

[0:41:25 - 0:41:46]帮我创建一个 Google 表单，包含两个问题：第一个是你每天喝几杯咖啡？第二个是你在旧金山最喜欢的咖啡店有哪些？咖啡店选项可以列 Ritual、Fields、Sight Glass 和 Blue Bottle。

[0:41:49 - 0:42:29]它正在转录语音。语音模式真正酷的地方在于——目前已在内部部署——我们其实有来回对话的语音模式，Grok Voice 可以直接回复你，应该会在接下来一周左右上线。现在大家可以看到语音转文字的效果。它基本把我说的话都记下来了，我把窗口移到旁边让大家看清楚。发送请求后，Grok Bot 会立即响应并开始工作。比如在 Google 表单这类场景，它会直接使用自己的电脑。在右上角你可以看到 Grok Bot 的访问入口。

[0:42:29 - 0:43:11]我可以点进去查看它在做什么。稍等它连接，连接后它就会帮我创建这两个问题，我也能实时看到表单的构建过程。我刚才提到 Google 表单是为了演示如何与没有 MCP 或 API 的工具交互，但接下来我想展示我们已经内置的 MCP。

[0:43:11 - 0:43:55]你会看到我有很多可以连接到 Grok Bot 的 MCP 或插件，你可以根据当前任务随时在这里管理它们。这也是查看现有 API 和 MCP 的好方法，或者你可以直接让 Grok Bot 帮你设置。看起来机器人现在想为我执行一个任务，这是机器人请求批准的典型例子。我先允许它执行，稍后我会再讲如何设置审批规则，比如只允许机器人在征得我同意后发送邮件，或只允许机器人在我批准后向外部客户发送 Slack 消息。这能让企业更轻松地控制机器人能做什么、不能做什么。

[0:43:55 - 0:44:39]在这么大的场合里。所以这会在 Google 表单上运行。运行的同时，我来给大家看看今天要用到的另外两个 Agent：Email Ethan 和 Slide Sonia。大家会发现 Slide Sonia 的电脑上已经打开了我要编辑的幻灯片，和 Data Dan 实际操作的方式类似。Slide Sonia 的好处是我既可以自己编辑幻灯片，也可以教她完成特定任务。大家看顶部有个「Teach a task」，我可以直接演示给 Slide Sonia 看，比如我想新建一页幻灯片，把 Google 表单里的所有数据拉进来，再加个动画或者改成特定颜色，我都可以现场教她怎么做。

[0:44:39 - 0:45:22]我点一下「Teach a task」，假设只教她做一个动画：我点进去，进入「Insert」，再点「Add animation」。大家注意，这是我在远程控制 Bot 的电脑，并不是 Bot 自己操作，而是我先示范给她看。我可以跟她说：「好，这就是加动画的方法，我们来做一个 Fly-in 动画。」然后播放一下确认效果。稍等一下。很好，它还在监控动画的时长。太棒了。

[0:45:22 - 0:46:05]现在任务已经设定好，我知道具体怎么做了，就可以结束教学。结束之后，Slide Sonia 就把刚才的录屏和动画操作转化成了一个技能。以后我只要说「把刚才教你的动画加到某段文字或某张图片上」，她就能从头自己完成。我先去看看 Data Dan 在 Google 表单那边的进度。顺便再授权一次。这些 Agent 的好处就是我可以随时在它们之间切换，也能看到它们互相配合的情况。大家看，

[0:46:05 - 0:46:50]Slide Sonia 正在消化我刚才教她的技能；Data Dan 则在实时创建表单。等表单建好后，我会让 Data Dan 把表单转成二维码，让大家扫码填写两个问题：平均每天喝几杯咖啡，以及你在旧金山最喜欢的咖啡店。然后把收集到的数据交给 Sonia，再让 Email Ethan 把分析结果汇总，发送给——我们来看看谁是「咖啡店之王」。这其实演示了如何把原本很耗时的简单任务自动化，比如公司活动策划要统计一万人的饮食限制，

[0:46:50 - 0:47:34]或者用户研究员想从使用 Grok Bot 或其他工具的客户那里收集反馈。所有这些工作都可以在 Grok Bot 里完成，然后由它来帮我统筹。我再等一会儿。等它运行的时候，我顺便给大家看看审批设置。我们在设置里往下拉，会看到一系列规则，可以决定 Grok Bot 哪些操作需要先征得我的同意。比如我可以设置：「除非你先明确征求我的许可，否则不要替我回复邮件。」或者类似地，

[0:47:34 - 0:48:16]我希望你能自动帮我创建幻灯片，而不用每次都征求我的许可。这样你就能更细致地控制 Grok Bot 可以做什么、不可以做什么，尤其是在它执行长时间任务时，你可以随时了解它在做什么。等它工作的时候多给它一点时间。关于 Grok Bot 的运行方式，我想说一点：它使用的计算机都是相互隔离的，也就是说一个 Grok Bot 无法访问另一个 Grok Bot 的计算机。所以 Grok Bot 在这里处理 Google 表单，并不会影响到

[0:48:16 - 0:49:00]SlideSonia 在那边处理幻灯片。这其实让一个 Grok Bot 可以和另一个 Grok Bot 对话，同时处理两件不同的事情。我自己就是这么用的：我经常和我的 Grok Bot 一起编辑同一套幻灯片。这样很方便，我可以让 SlideSonia 编辑第一页或第二页，我自己编辑第十页或第十一页。我们不会互相冲突或覆盖对方的修改，而是在共同完成同一套任务。这就是 Grok Bot 的本质——一个可以一起协作的同事。SlideSonia 的描述里写得很清楚，我给了她非常明确的指示，告诉她如何编辑现有的幻灯片。

[0:49:00 - 0:49:45]我可以告诉她使用特定的字体和颜色。我每次都会让她做完幻灯片后截图发给我，这样我就能和 SlideSonia 反复沟通，因为她已经有一套预设好的规则需要遵守。我喜欢给我的 Bot 非常明确的指令，这样输出会更一致。如果你想给 Bot 添加技能或例行任务，也可以随时加上。所以当 Data Dana 在工作时，我可以给 SlideSonia 添加一个例行任务：每天早上九点，把幻灯片所做的任何改动总结给我

[0:49:45 - 0:50:29]并告诉我改动是谁做的。这套幻灯片我已经分享给了很多同事，我想知道有没有人删掉某页，或者在某页新增了内容。我可以让 SlideSonia 保留所有上下文，然后设置一个例行任务，每天早上九点把这些信息发给我。你也可以跨多个 Bot 设置例行任务。比如你可以让 SlideSonia 给 Ethan 发邮件，让他们一起每周把幻灯片的改动总结发给我的老板。这样他就能随时了解进度。这让多个 Agent 之间的协作变得更顺畅、更容易。

[0:50:29 - 0:51:13]我再打开 DataDan，看看表单做得怎么样了。看起来它正在做一些修改。今天它请求了很多次批准，有点好笑，可能因为它知道我在录像。等它完成表单设计和内容填充后，它会把这个表单转成一个 QR 码，供大家扫描。这样就不用再发链接了。我现在对外展示链接或 URL 时，基本都用 Grok Bot 生成的 QR 码。然后它会把所有这些信息

[0:51:13 - 0:51:56]把它放到 Google Sheet 里，而 Grok Bot 又能自己访问这台电脑。所以实际上，我可以在它处理这件事的同时，去查看我在 Grok Bot 里创建的其他表单或表格。这其实就是我在用 Grok Bot 的电脑来访问它正在生成的表单、表格或回复。好处是，如果我想接管它正在做的事，或者觉得它在某个环节卡太久，我可以自己先做完，然后再教它怎么做，以防它以后再花太长时间，或者不知道具体该怎么操作。现在它会继续做一些调整，而在我等它的时候，

[0:51:56 - 0:52:40]我来聊聊 Email Ethan，以及我们在 Grok Bot（或 Cursor）里是怎么高效使用邮件的。Grok Bot 与 Google Drive、Google Doc 集成后，Email Ethan 的主要工作就是把 Slide Sonya 和 Data Dan 收集到的所有数据整合起来，再发给外部利益相关者。我的做法是让 Email Ethan 先看我之前写过的真实邮件，从中提炼出特定的技能或语气，以便后续写邮件时使用。比如，我可以直接说“给我的联系人 Jason DeMore 起草一封邮件”，

[0:52:41 - 0:53:26]内容是关于我收集到的咖啡习惯数据。因为它还在处理那份数据，所以暂时拿不到结果，但我可以先演示一下在 Grok Bot 里起草邮件的样子。它会从我本人的资料或已有的表格里拉取数据，然后在 Grok Bot 里弹出一个小窗口，询问用户：“我可以从……获取你的数据吗？”或者“我可以发送给用户吗？”所以，当我希望 Grok Bot 帮我回复邮件时，我会先把这条规则加进去。这样一来，它在发送任何邮件之前，

[0:53:26 - 0:54:08]都会先征求我的同意，这样我就不用一直盯着它发给外部潜在客户的邮件了。好的，接下来我想展示一下各个 Agent 之间的对话。我会趁 Email Ethan 还在工作时，让它直接跟 Slide Sonya 对话，获取她已有的信息和上下文。这其实也是“Bot Steering”的一个例子。有很多种实现方式，你可以在 Agent 的描述里直接写上“把任务委托给其他 Agent”。比如，有些人会设置一个 Chief of Staff Agent，在描述里写：

[0:54:08 - 0:54:50]“你总是要把任务委托给团队。”这样 Chief of Staff 就不会自己做事，而是把任务分给有对应上下文的下属 Agent。但我在这里会直接说：你看，我现在让 Message Data Dan 自己去操作。我可以输入：“你能给 Slide Guru 或者 Slide Sonya 发消息，问问她之前做的 Grok Bot Galaxy 101 幻灯片里有哪些细节吗？我想把今天展示的内容发邮件给同事。”你会发现它很聪明地知道

[0:54:50 - 0:55:35]给 Data Dan 发消息要咖啡相关信息，但现在我可以显式地标记或调用另一个能配合的 Agent，以便在合适的时间拿到正确的上下文和信息。这正是这些 Agent 如此强大的原因：它们是各自领域的专家，拥有各自的角色。你会看到工程用的 Grok Bot 和销售演示用的 Grok Bot，这些 Agent 都是长期存在的角色，拥有记忆。正因如此，它们并不局限于单一任务或项目，可以用于多个任务和项目。如果我愿意，我可以让 Email Ethan 工作整整一年，它会记住我发过的每一封邮件，并从中学习。同样，Slide Sonia 也不仅限于制作某一种幻灯片。

[0:55:35 - 0:56:19]我可以教她使用不同的品牌或主题。她的工作就是创建幻灯片，所以我随时可以调整这些 Agent 的范围和角色，让它们尽可能地对我有用。我喜欢把 Grok Bot 想象成你在创建自己的公司，组建自己的 Agent 团队，你可以决定如何编排它们。如果你想按项目划分 Agent，可以；如果你想按专长划分，也可以。如何编排、如何让它们互相协作完成特定任务，完全由你决定。接下来我会演示 Email Ethan 如何给 Dan 发消息。

[0:56:19 - 0:57:04]以及他如何给 Slide Sonia 发消息。你会看到这些是 Grok Bot 之间的消息。注意 Email Ethan 总是会说「Amrita 让我做这件事」，Data Dan 会说「我还没拿到正确信息，我还在处理表格」。Email Ethan 就会说「好的，那我用我现有的咖啡杯样本数据集」。太棒了。如果我们回到 Email Ethan，再回到任意一条 Slide Sonia 的消息，你会看到类似的情况：Amrita 需要这个的详细信息，请给我一个简洁的 briefing deck，并提供任何后续可用的信息。然后你会看到 Slide Sonia 收到了 Email Ethan 的同一条消息，并能回复和了解进展。如果我再点开她，你会看到：

[0:57:04 - 0:57:48]她被要求做一次一对一的同事 briefing，她会扫描整个 deck，然后在准备好后把大纲传给 Ethan。这就是 Agent-to-Agent 协议和通信，让 Agent 之间协作变得非常容易。但我更喜欢的一点是，我不再需要全程监控。我可以更像一个管理者或监督者，确保一切顺利进行，但不需要深入到 Agent 正在做的每一个细节。就像 Roman 提到的，Grok Bot 的目标是产出完成的工作——无论是做好的幻灯片、写好的邮件，还是创建好的表单——而我只需要确保编排正常运转。

[0:57:48 - 0:58:30]而不是去查看具体做了什么。好的，我会把这个同事改成 Jason，没问题。接下来我再检查一下我的表单，看看它进行到哪了。你会看到它还在和 Email Ethan 通信，但现在已经在创建「你每天喝多少杯咖啡」以及「你在旧金山最喜欢的杯子」这些选项了。计算机使用的速度很大程度上取决于模型，以及我们作为公司和组织如何推进 computer use。你会注意到 computer use 正在…

[0:58:30 - 0:59:14]成为 Grok Bot、Cursor 乃至 SpaceX 整体的超级热点话题。接下来几周，大家会看到计算机使用功能持续升级。我特别喜欢这些机器的一点是，它们都是 Linux 虚拟机，轻量又容易快速启动。所以有时候我在飞机上 Wi-Fi 不好的时候，就会把所有代理工作、计算机使用任务外包给我的 Grok Bot，因为它自己运行的 Linux 虚拟机网络非常给力、速度很快。这也是我把没有 MCP 的工作外包出去的做法，比如 Google Forms、Qualtrics 等；一旦它开始像现在这样提供选项，就方便多了。

[0:59:14 - 0:59:56]我就能创建这些长时间运行的任务，而不用自己手动操作，可以把精力放在其他事情上。好的，正如大家看到的，Bot 在连接外部服务时总是会先请求许可。这里它提示代理正尝试回复一封邮件，但被我自己设置的自动审核规则拦截了。它遵守了我之前设定的规则——我不想让它替我回复邮件。我现在点一下「允许一次」，让它把内容发过去，然后它就会给我展示邮件草稿。这些代理的好处是，假如我想重复做这件事。

[1:00:00 - 1:00:42]我可以随时复制一个代理，拥有五六个邮件代理。有时候我给不同利益相关方发邮件时就会这么做：一个邮件代理专门写给高管、CTO 或 CFO，另一个专门写给普通 Grok Bot 用户，也就是每天都在用它获取反馈的普通人，还有一个专门用来给团队内部发消息。它们各自针对不同对象做了微调，能更好地理解不同利益相关方对特定邮件的反应。如果你想复制

[1:00:42 - 1:01:26]或者在代理里尝试多种不同策略，这就非常方便了。我还想展示一下分享功能：你可以把 Bot 分享成模板，发给团队里的其他人。这正是 Grok Bot 多人协作的亮点——一个代理可以作为模板在整个团队共享，大家再根据自己的场景个性化。你可能之前看到我点开 Marketplace 的时候，这些精选 Bot 其实都是公开的。Lauren 来自 Cursor，她发布的 Bot 就在这里；Clairvaux、Lenny 和同样来自 Cursor 的 Eric，他们发布的 Bot 也都在这里。

[1:01:26 - 1:02:10]我可以直接拿来用，集成到自己的 Grok Bot 生态里。你还会看到这些 Bot 来自我自己的团队。如果我想把自己的 Grok Bot 发布给团队或公司，也可以做到。正如我之前说的，这让相似的 Bot 保持一致变得很容易。比如你在公司的设计团队，有一个品牌设计 Bot，你希望它在颜色、字体、排版上和大家保持一致，那就可以发布一个统一的品牌设计 Bot，让全公司的人都能用。发布这样的 Bot 既能保证一致性，又很容易修改和迭代，大家很快就能

[1:02:10 - 1:02:53]你 bot 的最新版本。所以如果你还没分享过 bot，请分享一下。操作非常简单，就像我刚才说的，点一下顶部的「分享为模板」，其他人就能看到你的 bot 并使用它的全部功能。好的，下面是 Grok Bot 里邮件草稿的示例。你会看到这里有个很漂亮的弹窗，可以让你随时编辑、修改内容。我甚至可以改收件人，如果不是我想要发送的人；也可以删除，或者让它重新措辞。这样的方式让你在 Grok Bot 里就能完成各种邮件起草，不用再去邮件里翻找草稿。

[1:02:53 - 1:03:35]你可以在 Grok Bot 里完成所有操作。我们在 Cursor 里经常做大量外发邮件，而这些工作大多是通过 Grok Bot 来完成的。它非常强大，尤其如我之前提到的，它可以和 Slide Guru 或其他工具对话，获取上下文并直接融入邮件。好的，我再看一下 Data Dan，看起来我的复制表单已经准备好了，太棒了。接下来我会说：「看起来很棒，能帮我把它转成一个可供大家扫码的 QR 码吗？」

[1:03:37 - 1:04:21]等 QR 码生成后，大家扫一下，我们就能收集到回复。剩下的 10 分钟，我们会把这些回复做成漂亮的幻灯片，加入我们的 Grok Bot 101 演示文稿里。这样大家就能看到现场和远程的朋友最喜欢的咖啡店。QR 码马上就会生成，我们就可以开始了。在 Data Dan 完成之前，我想先展示一下 Grok Bot 里可以分类的板块。你会发现我目前有两个分类：未分配，里面放的是还没归类的 Grok Bot；还有一个工程分类，Ling 会在工程环节展示很多这类 Grok Bot。

[1:04:21 - 1:05:05]我的工程团队的 Grok Bot 就放在这里。我喜欢把它们放在这个区域，这样就能和本次演示里的其他 agent 区分开，也方便归类。你们可以创建任意数量的 bot，也可以把多个 bot 拉进群聊并分类管理。比如我想把 Email Ethan、Data Dan、Slide Sonya 放在一个群聊里，看它们之间如何互动，这样我就能更直观地看到它们的沟通流程，而不用逐个点进去查看。

[1:05:05 - 1:05:23]好的，我们就直接打个招呼，看看这三个 bot 会如何回应彼此。同时也给 Data Dan 一点时间生成 QR 码。开始吧，不需要安全验证。

[1:05:26 - 1:06:09]不过我想强调一点：当 Grok Bot 拒绝执行或反问你时，这其实是在提示你可能需要教它一些东西，或者给它更明确的指引。举个例子，如果 Grok Bot 的写作风格不对，我会直接告诉它：「以后提到我时不要用我的全名，只用我的名字。」这条指令就会永久保存在它的记忆里，以后都会遵守。所以每当你引导或调整 Grok Bot 时，这些信息都会被存储在 S3 的记忆中，供未来使用。

[1:06:09 - 1:06:48]这样它就能在后续的决策中得到引导。好的，这是我们的 QR 码。如果大家想扫码并在论坛里输入数据，我们会把这些数据展示出来。我再演示一次 Grok Bot 如何查看数据，以及它如何把这些数据转换成幻灯片，最后我们再来回答一些问题。远程的朋友，如果你们也想扫码观看直播，我很想知道大家喝了几杯咖啡，以及咖啡是从哪里买的。哦，没反应？我们看到什么了？

[1:06:48 - 1:07:08]哦，没有访问权限，嗯，好的。那我们问问 Grok Bot。我要说，看起来大家扫不了码，我们先确认一下这个链接是否公开，抱歉。

[1:07:12 - 1:07:56]其实我稍后在调试 Grok Bot 的环节里会再讲这个。作为现场工程师，这也是我工作里很重要的一部分。客户会来问我，“嘿，这个东西坏了，我该怎么修？”我用 Grok Bot 做的一件很棒的事，就是我总是把问题和解决方法告诉它，同时也会告诉它什么时候做得对，相当于给它验证：“好的，你这次调试的方向是对的。”我一直发现，不管是工程还是现场工程，用 Grok Bot 调试时，给它越多的细节和验证，它的表现就越好。所以你们会看到，比如说，

[1:07:56 - 1:08:40]如果我说大家扫不了码，我们先确认一下这个链接是否公开，它就会自动理解：好的，我需要去调整分享设置。它大概率会立刻检查分享设置，然后决定去获取这个“复制回应者链接”，确保大家都能找到。好的，我们给它几分钟时间处理。我还想给大家看一下群聊，我先快速演示一下我们创建的群聊：当这些智能体互相交流时，我可以确保它们各自在自己的工作流里，同时也能理解其他智能体能做什么。

[1:08:40 - 1:09:20]正如你们在这里看到的，它们都清楚自己的工作流，但同时也能看到每个智能体在特定场景下是如何协作的。比如，我甚至可以对这些智能体说：“嘿，Ethan，还记得你和 Sonia 之前一起处理那封邮件吗？”然后它们就能利用这个上下文，把它带到另一个任务或另一个需要做的决策里。所以我可以说类似这样的话：“Sonia，我们来新建一张幻灯片。”我马上演示一下。这里有数据，我就用之前咖啡数据集的测试表格。

[1:09:20 - 1:10:04]之前从咖啡数据里拿到的。在幻灯片最后一页创建一个图表。完成后，邮件发给 Ethan，我还是用 Jason 做例子，邮件里附上咖啡数据的详情。这又是一个例子，说明所有这些智能体是如何一起工作的；因为它们在群聊里，我可以看到它们的沟通风格，而不只是让它们一对一地发消息。关于一对一的委派，你可以自己决定要不要展示，但在这个群聊里基本上是最简单的方式。

[1:10:04 - 1:10:44]这样就能把所有这些委派任务集中在一个地方查看。你会发现每个代理都会先向我的父代理回复，然后就能清楚地看到它们在这个具体任务里是如何协同工作的。很好。现在可以看到邮件 Ethan 说，他已经准备好了这些示例数据。接下来他会先把笔记留存，等 Sonya 的幻灯片落地。这正是这些代理的优点：它们能理解依赖关系，能判断出「这个代理必须先完成这项工作，然后另一个代理再接手」。这样就能避免冲突的改动，让代理们轻松地编排工作。

[1:10:44 - 1:11:27]这对工程场景也很有帮助，能避免合并冲突，因为一个代理能感知到其他依赖，从而绕开冲突的工具。好，我们先让这些代理继续处理咖啡数据集的图表，同时切换回 Data Dan，看看它对刚才的故障排查做了什么回复。我们可以直接看到它正在尝试解决这个问题。我最常给出的建议是：如果你发现 Grok Bot 完成任务有困难，那就直接告诉它你最终想要的成果。我通常会先说「我想要产出什么」，然后让它反向推导。如果你只是说「这不行」，却没提供足够细节，它就无法从错误中学习。给它的指引越具体——比如「我想让这个 QR 码正常工作，但现在不行」——它就越能自己找到正确的方向。现在它已经在自己的机器上准备好了一切，但卡在分享环节，这正是我可以再推一把的地方。

[1:11:27 - 1:12:12]好的，我再回到群聊，看看这四个代理在处理这张图表、幻灯片（随便你怎么叫）时是如何互相配合的。补充一点：你可以再加一个编排代理，就像我之前说的「幕僚长」，在你不想全程盯着的时候，它能实时收集各代理的工作更新。我现在就创建一个叫「manager」的代理，并把它命名为「live」。我会告诉它要管理的对象：你的任务是从邮件 Ethan、幻灯片 Sonya 和 Data Dan 那里获取他们正在做什么的更新。

[1:12:12 - 1:12:56]同样，你也可以给这个 manager 代理设置例行任务，比如「每两小时向团队索取一次更新，看看有没有阻塞」。这其实和人类团队的日常工作流一样：当团队遇到阻塞时，经理会出面协调解决；代理也可以这么做。举个例子，如果 Data Dan 又遇到之前那个无法创建可分享表单的问题，manager 代理就能立刻收到更新，然后说：「Data Dan 在这件事上被阻塞了，我们怎么解决？我们来 ping Amrita、ping 幻灯片 Sonya，确保她知道这个问题。」

[1:12:56 - 1:13:39]这其实就是在代理之上再加一层编排，既能

[1:13:39 - 1:14:24]只要有一个像这样的编排代理在处理这些任务，就能随时掌握哪些事情被卡住了、哪些事情无法及时解决。好的，我现在回到群聊里。你会看到那封邮件正等着截图。截图会展示 SlideZonia 从咖啡杯里提取到的数据。接下来你会看到一封非常相似的邮件草稿，可能还会附上一张幻灯片，展示我们从咖啡店数据里能获取到的全部信息，并把这些信息整理成一份可用的指南或邮件。很快就能看到。在此期间，我想先检查一下进展。我们会继续跟 Data Dan 保持联系。

[1:14:24 - 1:15:08]因为到最后我还是想知道大家最喜欢的咖啡店，所以我们会在结束前拿到这份信息，但可能要占用一点问答时间。我马上要暂停直播了。我们确实想再跟 Matt、Roshan 和 Lauren 确认一下他们公司的进展。所以如果你在看直播，建议你去看看他们做得怎么样。如果你不在直播间，我也可以在这里暂停。我会把所有 Grok Bot 保持在线运行，这样我们就能看到进展、看到 Data Dan 的表现，然后我很乐意在最后 15 分钟里回答现场观众的问题。

[1:15:08 - 1:15:51]好的，没问题，我很乐意回答更多问题。让我再重复一下，请继续问。你怎么看待给这些机器人赋予的能力，比如发送邮件、付款，或者跟外部人员互动——这些事情通常需要谨慎授权。你能简单说说这对机器人工作流有什么影响吗？

[1:15:51 - 1:16:36]当机器人需要你审批时，比如我们创建 Google 表单时，Data Dan 就向我们请求了很多次审批。这是由我们内部的自动审核工具决定的，它底层有一个分类器，会判断这个操作的风险或安全程度。也就是判断这件事是否需要请求我们审批，还是可以放心执行。我们有一个基础的自动审核工具。此外，我们还有刚才展示的那些规则，比如即使是非常安全的操作，比如在终端里新建一个目录，或者执行某个命令，我也可以告诉 Grok Bot：

[1:16:36 - 1:17:15]“即使你在我的桌面上新建一个文件夹，我也要你先征求我的许可。”所以你可以根据自己的需求，在这些规则里设置得非常细致，或者完全交给我们底层构建的自动审核工具来做决定。这取决于你希望在这些场景下把安全把控到什么程度。我想说的是，你甚至会看到在这个场景里，Grok Bot 其实已经非常谨慎了。它在创建表单时，还特意确认表单里没有索要任何 PHI 或 PII，并且确保每一步都有我参与，这正是我们底层自动审核工具做出的判断。

[1:17:15 - 1:17:59]只是快速追问一下，我其实想问的是另一个方向：你怎么建立足够的信任，让机器人不需要一直请求批准。哦，我明白你的意思了。否则它们就会一直打断你，无法独立工作。是的，我得说，像刚才这种情况其实并不常见。通常我跟机器人协作时，它不会每次都来问我。比如它在创建表单时，其实有记忆这个概念。机器人是可以学习的，比如它问我：“我应该用这份文案给这个人发邮件吗？”我可以回复说：“嗯，看起来不错，之后就不用再问我了。”

[1:17:59 - 1:18:41]关于复制内容，直接发过来就行。如果我想给它这个权限，或者想通过这种方式增强它的记忆，我可以直接操作并建立信任。我们也能把真人加进群聊，让机器人和真人一起协作吗？这是个好问题。我们正在开发类似的功能。比如，你可以在 Slack 里直接 @ 机器人，说「appbot，我要你给我们的代码库加一个新功能」，然后其他人也可以在同一线程里插话。我的同事可能会说：「appbot，我还希望你确保这个功能的 API 性能达标。」这样就能实现人和机器人一起工作。目前我看到的效果是在 Slack 线程里，多个人可以对同一个机器人发言，机器人会综合所有输入。我们还在设计 Grok Bot 内部的界面，但很快就会上线多人群聊模式，让人和机器人一起协作。现场还有其他问题吗？我看到有几个人举手。我有几个问题。

[1:18:41 - 1:19:25]好的。企业版路线图里有没有计划接入公司内部的虚拟机或工具？这个取决于你给它开放哪些工具。你可以把 Grok Bot 的电脑设置成完全封闭或完全开放。比如之前有人问我能不能访问 MongoDB 实例，你可以把 MongoDB 的凭证放在 Grok Bot 的电脑上，让它完成需要的工作。你也可以把 Grok Bot 的电脑加入公司 VPN，这样就能控制它对内部系统或代码库的访问权限。只要给它正确的凭证，Grok Bot 就能访问任何内部系统。我们最近还发布了一个非常好用的集成密码管理功能，需要用到安全凭证时也能处理。总之，只要权限设置得当，它就能访问内部系统。能再讲讲视频里的学习过程吗？比如它是不是在截屏学习？是的，我可以演示一下。

[1:19:25 - 1:19:56]好的，我们来看看实际效果。你能看到它正在从某个电子表格里读取数据，然后用这些数据创建幻灯片或发送邮件。这里有几点值得注意：首先，每个代理都有自己独立的电脑。如果你让它截屏，它完全可以做到；如果你让 Data Dan 创建表单，它也能完成。Grok Bot 在自己的电脑上能做你在自己电脑上做的任何事。如果你想保存截图或文件，比如把幻灯片导出成 PDF，它也可以做到，然后你可以把文件保存到本地。

[1:20:00 - 1:20:42]但屏幕上发生的一切其实都在 Grok Bot 的电脑上运行。这么做的强大之处在于，所有操作都在云端进行，就算我合上笔记本，它依然会继续工作。Grok Bot 可以在我电脑关机的情况下继续处理幻灯片。这就是整个系统的魅力所在：Data Dan、Slide Sonia 和 Email Ethan 都有各自的电脑，它们可以修改表单、创建幻灯片、生成电子表格，而这一切都不需要我开着笔记本，因为它们有自己的电脑访问权限。你能再深入讲讲「教任务」这个功能吗？当你教它一个任务时，它是看着屏幕截图学习，还是其他方式？

[1:20:43 - 1:21:25]好的，我们来演示一下。你能看到它正在从某个电子表格里读取数据，然后用这些数据创建幻灯片或发送邮件。这里有几点值得注意：首先，每个代理都有自己独立的电脑。如果你让它截屏，它完全可以做到；如果你让 Data Dan 创建表单，它也能完成。Grok Bot 在自己的电脑上能做你在自己电脑上做的任何事。如果你想保存截图或文件，比如把幻灯片导出成 PDF，它也可以做到，然后你可以把文件保存到本地。

[1:21:25 - 1:22:10]但屏幕上发生的一切其实都在 Grok Bot 的电脑上运行。这么做的强大之处在于，所有操作都在云端进行，就算我合上笔记本，它依然会继续工作。Grok Bot 可以在我电脑关机的情况下继续处理幻灯片。这就是整个系统的魅力所在：Data Dan、Slide Sonia 和 Email Ethan 都有各自的电脑，它们可以修改表单、创建幻灯片、生成电子表格，而这一切都不需要我开着笔记本，因为它们有自己的电脑访问权限。你能再深入讲讲「教任务」这个功能吗？当你教它一个任务时，它是看着屏幕截图学习，还是其他方式？

[1:22:10 - 1:22:54]是的，特别说一下「教师任务」，你们可以看到它说，好，我想给幻灯片加一个动画。它能看我给它放的视频，然后它就能理解，好，这就是你演示的内容。我可以选中一个对象，选择类型，可选地再看一下，完成后它会把这个保存成一个技能。所以我可以点进去，看到它现在已经有了添加动画的技能。以后我随时都可以调用这个技能。所以任何时候我想说，嘿，还记得我之前给你演示的那个动画吗？我想让你把它加到这一部分。然后我有一个问题。刚才提到有一个选项可以在内部团队里分享模板，是

[1:22:54 - 1:23:38]不是也有一个公开市场？是的。其他人的模板或机器人？没错。所以如果我现在加载我的市场，你们会看到这些都是来自公开市场的机器人。如果你们在手机或笔记本上打开 Grok Bot，应该能看到所有这些机器人。Claire、Lauren、Eric 和 Lenny 的都已经公开发布了。这些是 Grok Bot 团队内部的，只给我自己看，但你们会看到很多已发布的公开市场机器人，打开市场就能看到。如果你也想把自己的机器人分享给我们，我们现在正好有一个挑战活动，我怕忘记就快速说一下，如果你想

[1:23:38 - 1:24:23]说明你的机器人是做什么的，并提供一个链接，我们基本上会给人们一个机会去参观 Starbase，可能还能看到星舰发射。这也正好引到下一个话题，如果你想在市场上看到一个机器人，可能是你自己的，你可以直接在这里输入，我稍后会把这个二维码放出来，因为我认为还有几个问题，但这个二维码是有效的。是的，我对刚才提到的 1Password 感兴趣，所以你必须在机器人的虚拟电脑上登录 1Password 吗？是的，我们实际上已经做了，所以基本上它会弹出一个模态窗口。

[1:24:23 - 1:25:05]我看看能不能展示一下我们之前用的邮箱模态窗口。当要求登录 1Password 时，它会弹出一个类似的模态窗口。每当它弹出这类模态窗口，比如需要输入 API 密钥或环境密钥时，它会把这些信息安全地存储在 Grok Bot 里，这样我们或 SpaceX 的任何人都不会接触到这些信息。所以它会在这里显示，而不是在他们的虚拟机上，然后它会使用这些凭证登录你需要的任何服务。谢谢你的演示。你能稍微解释一下记忆是怎么工作的吗？好的。你可以编辑它吗？你可以整理它吗？它是怎么忘记你不再需要的东西的？好问题。

[1:25:05 - 1:25:49]记忆是存储在 Grok Bot 内部的 S3 存储桶里的。基本上这意味着它是长期存在的，是持久的，但你也可以修改它。所以如果你想让它忘记它做过的一件事，比如有一次我删除了一个演示用的机器人列表，然后我让首席助理机器人说，嘿，还记得你启动的那两个机器人吗？我希望你以后不要再委托它们或使用它们。所以这里有点微妙的地方，机器人会记住你告诉它的所有事情，但比如，如果它委托给另一个已经不存在的机器人，它就不会记得那件事，或者不知道那个机器人已经被删除了。所以有些事情你需要去更新

[1:25:49 - 1:26:33]还能改善它的记忆，让它能从这些事情中学习。记忆的另一个好处是，正如我之前提到的，你可以复制 Bot。复制 Bot 的好处在于，它会带着全新的联系人和全新记忆开始。所以它会保留你想要的相同人设，比如刚才的 Ethan 邮件 Bot，但不会保留之前的任何记忆。这就像重新启动一个全新的人类或机器人，记忆归零，但保留了如何继续工作的机制和理解。问得好。好的，我们还有大约四分钟。我把这张幻灯片放回去，让大家都能看到，然后我用几点总结来结束。

[1:26:33 - 1:27:16]总结一下我们目前所做的事情。我对 Grok Bot 最大的建议就是：去试试。正如你所看到的，启动任意数量的 Bot 非常简单，但我每次想到使用 Grok Bot 时，都会想：我一天中最烦、最不想做的事情是什么？在这个场景里，可能是创建 Google 表单、发送出去，然后分析数据；可能是外发邮件，你会在 Grok Bot for Sales 和 Grok Bot for SDRs 中看到很多这类应用；也可能是工程团队清理过时的功能开关；现场工程师则可能是回复我已经忘记的客户支持工单。

[1:27:16 - 1:27:59]所以我鼓励大家想一想自己一天中希望不用做、或者希望能把时间找回来的环节，然后用 Grok Bot 来处理。想想你可以创建哪些 Agent，既赋予它们个性与工作方式，让它们能完成你的工作，同时把这部分工作接管过去，把省下的时间投入到其他地方。我觉得这就是 Grok Bot 的魅力所在：现在我找回了这些时间，可以用来准备更多演示，或者多喝点咖啡。无论什么能让我开心的事情，现在我都能做了，多亏了 Grok Bot。今天我听到了很多大家使用它的精彩故事，也让我非常高兴。所以我也鼓励大家互相交流，听听别人是怎么用 Grok Bot 的。

[1:27:59 - 1:28:44]因为看到不同规模的公司如何用 Grok Bot 解决各种不同的用例，真的非常有趣。好的，总结一下，我觉得这张幻灯片展示得够久了，希望大家都截图了。今天的学习总结主要有三点。第一，Bot 可以访问 MCP 之外的工具。所以 Bot 可以创建表单、创建 Qualtrics 数据，还可以访问你们公司客户 VPN 里的服务。好处是不用再连接 MCP、走认证流程，你只需要给 Bot 一台电脑，告诉它：这是我希望你访问的内容。

[1:28:44 - 1:29:28]这是我希望你完成的任务。再次强调，从结果出发，Bot 就能倒推需要执行的步骤。Bot 拥有记忆，包括从视频教学中学习。我们之前演示过，我教 Bot 学习动画，然后就能把它当作一项技能应用到后续任务中。我们还提到，Bot 可以跨多个项目工作，因为它是一个领域专家，是一个人设，而不是一个单一任务，这正是它的强大之处：你可以拥有一个长期存在的 Bot，处理各种不同的事情。另外，我们也清楚地看到，Bot 在执行任务前会请求人工批准。

[1:29:28 - 1:29:44]这是为了确保 Bot 能适应企业环境，它会就正确的事项请求你的许可，不会做危险或有害的操作，能在不做任何你不希望它做的事情的前提下，准确完成你需要的任务。好了，以上就是我的全部内容。

[1:29:44 - 1:31:05]谢谢大家。

[1:31:05 - 1:31:50]欢迎回来，各位刚才看到的是 Ann Reed 和 Roman 的 Grok Bot 101 演示。今天我们会把这些环节和现场动手结合在一起。你们可能也注意到有新嘉宾加入，我先快速介绍一下，然后我们就开始动手。刚才 30 分钟我们其实就是在闲聊，拿了咖啡、喝了水，简单 Slack 一下，待会儿会展示成果。不过在正式开始前，我先给大家简单说一下——团队要求我必须念这段，所以我就念：我们有 Grok Bot 工程专场，超级精彩。我们团队里有很多优秀的工程师，我真的不敢相信能和他们一起工作。

[1:31:50 - 1:32:33]我们把这些内容免费分享给大家。老实说，如果有人拿去卖课，肯定能赚很多钱，但我们选择慷慨分享。课程时间是太平洋时间 12:30 到 14:00，大家千万别错过。现在加入我们的是 Peter Yang，伟大的 Peter Yang。Peter，能不能先跟大家简单介绍一下自己？大家好，我叫 Peter。

[1:32:33 - 1:33:18]我做了十多年产品经理，后来选择退休，现在做 YouTuber。做了那么多培训之后，我开始做一些实操性的 AI 面试和教程。我真的很喜欢 Grok Bot，用它来经营我的个人业务，整天和机器人聊天而不是和真人聊天，有点可悲，但我尽力了。很高兴能来这里。对了，Peter，你是 Behind the Craft 通讯的作者，对吧？是的。你的通讯读者很多。嗯，很多读者不是机器人，是真人，还有 YouTube 频道。所以今天的气氛就是这样：我们把嘉宾请进来，大家随便聊聊。和一个做过很多优秀产品的人一起聊，正是开始做产品的最佳方式。

[1:33:18 - 1:34:00]那么我们先从招聘员工开始吧？好的。酷。要不要先快速看看我们目前的搭建情况？好啊。Roshan 来演示一下他屏幕上目前的内容，我们切过去看看。好的，我们开始吧。刚才那场演示的时候，我们其实也没完全闲着，只闲了一点点。组建公司总得先理一理思路。我们已经搭了一些东西，不知道大家能不能看到我的屏幕。我们建了一个「Ship by Thursday」的 GitHub 组织，之前提过，现在还是空的，还没有仓库。

[1:34:00 - 1:34:43]很快就会开始填充内容。我们还建了一个 Slack 频道，方便我们和机器人互相聊天。我觉得这会很有意思。在 xAI 的 Slack 里，我们每天都能和机器人聊天、互动，感觉很棒，所以这个频道应该也会很有帮助。我们还建了一个 Notion 工作区，想写一些东西，比如手册、机器人入职指南之类的。Lauren，你觉得我们应该在 Notion 里记笔记吗？我自己其实不怎么记笔记，但你们想怎么做都行。我喜欢看到什么就马上做，你懂我的意思吧？

[1:34:43 - 1:35:27]所以我觉得我们可能需要文档来记录事情、待办事项。但我在想，既然要快节奏、灵活推进，文档很快就会过时，那我们……我觉得应该雇一些员工，你们觉得呢？咱们雇一些 bots 吧。我们需要 bots，对吧？好，那就这么办。让我切换到 Grok Bot。这就是我的 Grok Bot，你们看，现在完全是空白的。嗯，这里什么都没有。我唯一做过的就是进入 marketplace 接入了 X MCP，所以我们已经和 X 连上了。彼得，我挺想听听你的想法，我们从哪里开始比较好？我们之前在镜头外聊过，可以先做一些用户调研之类的。

[1:35:27 - 1:36:12]然后了解一下用户的声音，再想想……对，我觉得我们应该雇一个市场调研 bot 之类的，因为正常来说要 PMC 调研，但我们现在已经来不及了，所以也雇个 bot 吧。酷，太棒了。Roshan 正在做一个市场调研 bot。我们知道 AB 那边有些问题，稍后会把屏幕分享切回来。我们现在就和之前在 Grok Bot 101 里演示的一样，新建一个 bot。等切回来之后再给大家看。创建 bot 的最佳实践，我挺想听听大家的看法。你们觉得呢？第一条就是要给它起个特别搞笑的名字。哎呀，我刚才直接叫 market research bot，看来不行。那我们第一个 bot 叫什么？不知道，要不要问问聊天区？对，问问聊天区。聊天区已经给了两个建议。嘿，大家在看直播吗？我们该给这些 bots 起什么名字？我们要做市场调研。如果你刚才没跟上，我们昨天在 Twitter 上问了大家想让我们造什么。

[1:36:12 - 1:36:55]我们还在 xAI 的幻灯片里也问过。所以如果你以前创业过，可能遇到的第一个挑战就是：怎么和用户交流，对吧？我们现在有上千条消息，准备用 Grok Bot 来创建这个市场调研 bot，把这些消息过一遍。所以，这就是我们今天要开始做的第一件事。有人说 Marky Mark？Marky Mark，好吧，我挺喜欢的。那就用 Marky Mark。Marky Markface？Marky Markface？Marky McMarkface。Marky，好，我们看看。Marky McMarkface。经典！OK，经典的市场营销命名风格。接下来我觉得可以直接翻一下我们在 X 上收到的那些反馈。我知道过去几天有很多帖子。真的很多。所以我打算……

[1:36:55 - 1:37:38]很高兴能在 Potato 开始创业。Matt，你的 X 账号是？我的 X 账号是 Maddie P。Maddie P。然后 Peter 呢？Peter G. Yang。Peter G. Yang。好的。Roshan，制作那边刚给我发了条消息，你可以看一下 Slack。我们拿到了新的投屏链接，应该能解决刚才的画面问题。好的，我去接一下，我们继续讨论。做任何事都会遇到问题，我们正在创业，不是所有东西都完美运行。我们是一边做一边迭代的，包括 AV 设备在内。顺便问一句，我们现在有公司吗？要不要起个公司名？要不要起个公司名？我的感觉是「shit by Thursday」就是目前的公司名，之后再决定我们到底在做什么。

[1:37:38 - 1:38:21]对，但我觉得……整个……我不知道，听起来你好像有想法。嗯，我其实没什么想法。OK。Potato lab？我不知道。Potato lab。也许我们可以在上面放几个 crock-pots？或者放一些 Grok Bots 之类的？OK，我可以让 bot 给我们提建议。让它想一个最 meme 的公司名。Meme-worthy company name。好的，我觉得投屏应该已经修好了，对吧？Roshan 说投屏修好了，我们来试试把画面切到投屏。耶！第一步，我们终于能展示我们在做什么了。OK，那我们现在回到刚才展示的内容。还是那个空白的 Grok Bot，虽然我们刚才已经建了 Marky McMarkface。

[1:38:21 - 1:39:03]我已经把 X 插件装好了，现在已经用我的 X 账号认证好了，你们应该能看到。要不我放大一点给你们看？好的，放大一下，这样更清楚。嗯，这些插件都挺好用的，能轻松给机器人添加各种功能。现在很多工作都是靠连接各种系统来完成的。我们有一些精选机器人，后面会陆续展示。Lauren，我知道你有 Dr. iPod，随时可以拿出来秀一下。好的，我们先从表达兴奋开始吧，我们要开始创业了。我们都在 X 上发了这场直播的预告。你们可能注意到，通话窗口在背景里，所以画面有点像无限镜。明白了，我先把这个全屏。

[1:39:03 - 1:39:47]综合一下大家在最近帖子下的回复和建议。我挺好奇你们在回复里有没有看到什么有意思的点，或者在 Slack 或 X 上有没有挖到什么新点子，比如公司名字之类的。嗯，我们已经在看 X 上的反馈了。好奇作为产品经理，你们在做调研的时候是怎么判断哪些想法靠谱、哪些可以相信直觉的？要不直接问问直播间的 20 万人他们愿意为这个产品付多少钱？那就这么干吧。

[1:39:47 - 1:40:32]我觉得可以用亚马逊的那套框架：先想清楚我们的客户是谁？他们的痛点是什么？能提供什么价值？所以我们的客户是谁？我们要为谁做产品？我们就是在为现在正在看直播的每一个人做产品。我们也想借这次直播展示一些酷的东西，让大家看到创业背后的有趣技术，但同时也要展示那些很琐碎的日常工作，比如创建账号、建 Slack、修屏幕共享之类的。毕竟这些事情还是得一步步做完。我们也想展示哪些部分可以自动化，以及我们想打造的产品。

[1:40:32 - 1:41:14]我们希望做的东西不要太晦涩，要让大家都能理解、能用得上，真正能帮到人。所以我们会围绕这些方向来找灵感：既有酷的技术，又能服务大众，让大家都能参与进来。我觉得我心目中的用户，可能并不擅长 AI 编程，就像我妈妈，她连邮件都用不熟练，但也许她能学会用 GraphBot。我们要做的生意，也应该是她能理解的那种。

[1:41:14 - 1:41:57]妈妈，如果你正在看直播，我们要做的生意希望你也能看懂。我觉得不要做得太技术向。还是先看看大家的评论吧，我们收到了很多想法，有些看起来挺有意思的。顺便再自卖自夸一下，我之前发过一条推，要不要把它调出来？

[1:41:57 - 1:42:41]如果你们看我在 X 上的个人资料，我发过一条关于「Grok Bot 土豆锅」想法的推文。大家觉得怎么样？你们愿意出多少钱买一个？能听到你们的声音吗？太棒了，我就用这个来做。聊天区里有什么想法？你们会花多少钱买这个？你们愿意为它付多少钱？我喜欢这个小 Grok Bot 土豆锅。对，它还有个小 Grok Bot 土豆锅的 logo，还会发光。也许可以想想怎么让它的眼睛动起来。对对对。你们得在中国找家工厂什么的来做这个。对，那会很有意思。当然，里面还有土豆，正在煮土豆。爱了，爱了。对，肯定是我们接下来要做的。

[1:42:41 - 1:43:24]看看我们的 agent 现在怎么样了。看起来它还在找一些线程。我喜欢用 Grok Bot 的一个技巧是，你可以随时告诉你的 bot，每三分钟给我一次状态更新什么的。如果你想要更强的响应力，它其实一直在后台运行。但有时候，如果你觉得有点急，想知道「我的 bot 到底在干嘛」，你可以直接问它。对。我其实很喜欢打断 bot。就像「嘿，实际上改做这个」，然后能多跟它聊一会儿。我发现这比一直等着 LLM 回消息要有趣得多。哦，来了。好的。看来我刚才的打断起作用了。

[1:43:24 - 1:44:07]好的，我们来看看这些主题。看起来我们找到了一堆想法。我们挑几个过一遍。好的，「不要再来 SaaS 演示了」，这个不错。大家想要一些实体的、本地的，或者非科技类的客户。这其实跟 Lauren 刚才说的很像。我们在提到里看到了一些人。硬件公司、油漆公司。什么？油漆公司。我喜欢这个。工作室可能需要翻新一下。我们现在就找些油漆工。你们做得很好。但如果你们家的房子需要重新刷漆，我们就来。也许我们会以 Grok Bot 油漆公司的名义出动。对，我喜欢这个。给非科技客户做真正的实体生意。不是 SaaS，好的。

[1:44:07 - 1:44:51]看起来我们有一个关于消费端趣味产品的分类。我看到 Neopets 引起了很多兴奋。对，我们也不……把加密的东西从聊天里拿掉。不要 meme coin，我们不做这个。我不知道。Neopets 倒是个很棒的产品，还有 Club Penguin。对。向我频道里的用户和大家致敬。对对。也许把一些复古的东西带回来，我喜欢这个，我喜欢这个。我喜欢这个想法，一个「建立公司」的公司。哦，这有点元。对，也许让 agent 去建立公司，一个帮助人们建立或实现自己目标的公司。对。我喜欢这个，我们在后台也讨论过，但我最近特别看好平台模式。给人们提供一种方式，让他们自己成为创作者，或者赋能他们自己的生意，平台先生，对。

[1:44:51 - 1:45:36]对，也许是小企业主，或者餐馆老板，或者那些不是特别懂科技的人。对。因为他们经营生意的时候，有很多物流和琐碎的事情要做，也许 Grok Bot 可以帮忙。我其实也很喜欢这个，而且它也符合那种实体、真实的感觉。对，有点意思。很多人建议我们为聊天区做点什么，你们知道我们有 7 万人预注册，但现在看直播的人更多，所以也许我们可以挑一个大家想自动化的东西，然后试着把它做出来。这里还有很多很有趣的想法。独立作者的图书营销，也许是景观或树木服务的市场。谢谢你的…

[1:45:36 - 1:46:19]集市喊单环节。一个宝可梦卡牌集市，我喜欢。一些跟气候有关的，还有点餐外卖、并购咨询的。我们在聊天里还看到有人喊 Club Penguin。Nice。我能问大家一个随意的问题吗？哦，当然可以。既然你们喜欢 Club Penguin，那你们小时候玩过、一直玩到大的最喜欢的游戏是什么？噢。他们切到我的时间了。哦，天哪。哦，其实我有点背景故事。我的 Twitter 昵称 Potato 就是因为我在玩一款叫《最终幻想 14》的 MMORPG。我是《最终幻想》的忠实粉丝，当时给角色取名字很纠结。

[1:46:20 - 1:47:04]我有几个想法，但后来我突然想不起来那个种族的名字了。游戏里有一种小小奇比风格的角色，我就觉得我的角色有点像土豆，所以就叫 Potato。后来发现普通拼法的 potato 已经被占用了，我就加了个 E，成了 Potatoe。嗯，就是这样……一个传奇就诞生了。哈哈，真的挺好玩的。所以是《最终幻想 14》？对，14，是网游版。我好像玩到 7 就停了，所以应该是 14，没错。对。对我来说，一直是《帝国时代》，现在在 X 上好像有点复兴的感觉。

[1:47:04 - 1:47:41]不过我从小就超级喜欢策略游戏，这可能也说明了我为什么会选择现在这份职业。就是那种统筹全局的感觉。我从来没玩过高 APM 的《星际争霸》，但很喜欢经典策略游戏，喜欢思考计划，引擎建造类游戏也一直是我的最爱。对对对。明白了。APM 完全没意义。我正想说，如果喜欢《帝国时代》、《异星工厂》、《星际争霸》这些游戏，你就特别适合做高成就、会用 agents 的人。顺便说一句，我正好相反，所以我接下来要说的基本上……

[1:47:41 - 1:48:25]都是把我脑子玩废的东西，但也造就了今天的我。说到主机游戏，我小时候玩过 PS2、GameCube，后来到了 Wii 时代。像《超级大乱斗》，还有一些 Wii 上的随机游戏都超好玩，还有《星球大战：前线》、《滑板高手：职业滑手》，就是那种典型的……主机游戏。对，就是主机游戏，没怎么玩过电脑游戏，真的都很开心。对我来说也主要是即时战略，不过我玩的是《星际争霸》。谁？《星际争霸》。我以前经常翘课去玩《星际争霸》。等等，你觉得现在用 bots 的感觉是不是有点像在玩《星际争霸》？

[1:48:25 - 1:49:08]我觉得终极的、大家常说的 AI 最佳用户界面是语音，但我认为其实是玩游戏。我也这么觉得，同意。嗯，那会很棒。我其实有时候在工作中也会有这种感觉，我以前是写文档，很多早期的 PM 工作就是写很长的需求文档，我们之前还讨论过 Notion，对吧？你会写很长的 brief，把所有需求都写清楚，然后再去 build。现在感觉更像在玩游戏了，你在 prompt bots，bots 负责写作和创造，你更像一个 orchestrator。所以我觉得跟 bots 一起工作确实有点策略游戏的感觉。我刚才在后台问 Lauren 她会不会读产品规格文档，她说不读。

[1:49:08 - 1:49:53]我不看任何产品规格书。其实以前我就觉得我的工程师们反正也不看产品规格书。产品规格书当然有它的位置，但现在我们有了 agents 和 bots，我一直在挑战自己——我在 xAI 的 Slack 状态永远写着“Why not today?”，这几乎成了我的口头禅。你现在有一个神奇的输入框，电脑里住着一个外星智能，你输入什么，它就能帮你实现，几乎像在施魔法。

[1:49:53 - 1:50:37]Bot 能直接把它做出来，所以几乎所有事都只差一句 prompt。我总是逼自己：与其提 issue，不如直接开 PR，让 bot 去修；与其写一堆 PRD，不如先做出原型，拿到团队里讨论一个能点、能交互的东西，更直观、更真实。所以我想问大家，我们能不能尽量让 bot 直接去做？三天内用美元做出来，你们有三天，别再浪费时间了。好，我们确实在浪费时间，该继续了。

[1:50:37 - 1:51:22]刚才我已经 prompt 了 bot，说了我们的大方向，想用真实世界的 operator 来验证 bot。我觉得有一些有趣的点跑出来了，比如「社区餐厅运营助手」。在代码越来越便宜、东西能快速做出来的今天，我还是觉得把用户故事想清楚很重要，所以我让 bot 列了一些用户故事。它不仅理解了任务，还主动建议了 day-one demo，我们可以先做几个原型出来感受一下。

[1:51:22 - 1:52:05]比如餐厅运营经理可能想要一份包含预订和菜单上下架情况的晨报；店主可能想在点评平台上管理评价。我很喜欢这些能帮人处理日常琐事或每周痛点的点子，比如找承包商、协调慈善组织、做志愿者群管理等等。它还提到一些本地化的想法——如果能在湾区做一些线下的、把科技和真实物理世界结合起来的事，那会很酷。我们开场时也提过，但从直播间里帮真实商户落地确实有点难，三个人能拉到别人帮忙，但还是挺有挑战。

[1:52:05 - 1:52:38]你有没有想过什么具体的线下场景？刚才你说的第一件事好像是餐厅运营相关的业务？对，我挺喜欢 bot 的这个反应，我还点了赞，它现在正在继续往下展开。

[1:52:38 - 1:53:21]我不知道自己喜不喜欢这些名字，但我们可以回头再讨论。顺便说一下，大家刚才在请求分享屏幕。哦，能看到我的屏幕吗？好的，我们会提醒制作团队把屏幕切回来。哦，这就是我的屏幕，没问题。坐在我旁边的 Roshan 马上会切换到他的屏幕。我刚才也在做一些市场调研。Roshan 刚才指导说，你随时可以右键或者用其他方式给这条消息点个赞。当你点赞后，Grok Bot 就能知道你点赞了，所以你会看到我们下面的小机器人说：“哦，Matt 点赞了这条消息。”它会把这个信息融入到后续回复里。

[1:53:21 - 1:54:05]我还创建了一个市场调研机器人。我们也有模板，Roshan 本来可以直接分享模板给我，但现在它知道我点赞了这条消息，就可以把这个信息用上。我们刚才说的是——我们也可以用语音，因为直播里打字太麻烦——比如我想口述，就可以点这个按钮说：“我们对其中几个餐厅点子比较感兴趣，所以你可以开始思考一些带线下元素的商业想法，看看怎么把本地餐厅业务和我们现在在展台做的事结合起来。也许是体验式活动，或者我们帮本地餐厅老板做点什么。”这些都是我们刚才想到的点子，我觉得大概有……

[1:54:05 - 1:54:44]两个不同的细分方向：一种是想开新餐厅的人，他们想先用快闪店测试；另一种是已经有餐厅的人，他们想更高效地运营。没错，一个是运营角度，另一个几乎是开店角度，你可以再探索一下这个空间。好的，酷。甜甜的，是的，所以我们在做头脑风暴的时候，很好的一点是，就像 Roshan 一样，我刚才加了一个 X 连接器，我们是现场搭建的，所以我们其实一个插件都没连，我刚加了我的 X，现在就能直接聊天了。所以“餐厅快闪 OS”这个想法挺有意思的——一个快闪工作室，帮助本地餐厅快速上线限时概念店。

[1:54:44 - 1:55:27]我们现场搭建操作系统，让真正的厨师成为客户，认领一家餐厅——比如我们帮助一家经营困难的旧金山餐厅，这件事我觉得一直很有意义，也值得探索。体验式晚餐剧场、创意活动，以及需要购票的晚餐俱乐部。哦，我其实挺喜欢购票这个部分的。好的，那做起来会挺有意思的。你知道，很多活动都有购票需求，对吧？或者管理报名的人。一个能为参与者订位、预留桌位的机器人。哦，这也挺有意思的。我们现在收到了一些典型的 AI 回复。最佳组合：快闪 OS 加上真正的一家旧金山餐厅。好的。

[1:55:27 - 1:56:07]所以 Grok Bot 建议的是，我们在后端搭建一些工程系统，让我们能真正和旧金山的一家餐厅合作，找场地、找厨师、找可以合作的餐厅，然后举办一场活动。我们交付产品、帮助店主，同时现场做一些可以品尝或带走的东西。你们觉得怎么样？我们感觉如何？我不知道，这挺有意思的。是的，我真的很喜欢这个想法。我真的很喜欢“快闪 OS”。我现在戴上工程师的帽子来看……

[1:56:07 - 1:56:48]可能会很有意思，因为办快闪活动听起来挺复杂的，我们需要活动管理、支付、报名系统之类的功能。做这些应该挺有意思的。肯定还需要预约功能，对吧？预约，没错，我们肯定要支持预约。我之前在旧金山订过几家很棒的餐厅，可以直接挑时间进去，对吧？挑时间。因为餐厅可能只开一天，或者只做晚餐，我都还没想清楚我们到底要不要做这个。没问题。我可以占一张桌子，比如 4:30 到 5:30，所以我们得考虑餐厅的场地布局。

[1:56:48 - 1:57:33]我们得先退一步想想能容纳多少人，然后再决定是打电话预约还是在线预约？两种都可以。疯狂的想法，我们干脆直接开始做原型吧。我觉得装好 P-Stack 然后快速演示一下会很酷，就像我们快速把这些东西搭出来一样。我觉得我们应该去感受、触摸这些东西。对，我觉得你可以快速搭一个落地页，写着「我们在旧金山最爱的餐厅」，再办一场 Dreamforce 附近的快闪活动。好，就这么干。那我来学……你想先开始搭一些东西吗？我们切换到你的屏幕吧？好的。我们要切到 Lauren 的屏幕，假设她已经准备好了。我有吗？AV 团队给 Lauren 留了条消息。

[1:57:33 - 1:58:17]那边有个链接给你检查，是用来投屏的。你设置好之后我们就能看到你的屏幕了。酷。我在想我们是不是可以分工一下。听起来我们想和很多本地商家聊聊，比如餐厅，所以我们需要快速启动一个 GTM 动作，是要做 GTM Bot 还是 Prospecting Bot？我觉得是 Prospecting Bot。好的。对，我们来想想：如果我们要做这个想法，首先要找一个餐馆老板，或者至少会做饭的人，因为我自己会做饭，但你们不会想吃我做的菜，对吧？所以我们要找会做饭的人，第二件事是找愿意吃这些食物的人。

[1:58:17 - 1:59:00]以及快闪活动涉及的所有后勤工作。这些都是我们需要开始做的事，而要做到这些，就得接触真实的人。所以我们需要能主动联系这些人的 Bot。我想从写文档开始，虽然我不是 PM，但我希望把所有东西都记下来。我可能会先在 Notion 里做个脑暴。听起来我们可能要从编程开始，Lauren 可以先搭 P-Stack 的东西，Peter 可以帮我们理清思路，因为我们现在完全没头绪。我们这里会有一些人来做一个落地页，别人可以真正去查看。好的，如果可行的话。在原型阶段，我们可以直接创建一个新 Bot。

[1:59:00 - 1:59:45]我就叫它「我的原型 Bot」。你是一个原型。你会用 Cursor 来做一个落地页原型。顺便问一下，你想不想装 Dr. Eggbot？Dr. Eggbot，太好了。好的，我们马上切换过去。我来给你们演示一下我们具体要怎么做。对了，不知道的观众我简单说一下，Dr. Eggbot 是我创建的一个 Bot，它用的是我自己做的 P-Stack 插件。我基本上教会了 Eggbot 如何创建高质量的 Bot。所以我们可以……

[1:59:45 - 2:00:29]好的，屏幕出来了。我已经装好 Doctor Egg Bot，就是那个好医生。然后我还有一个 Steve Bot，可以切换到 Steve。我看了下征集想法的帖子，它也给出了几个不同的点子，但我们是想先把这些想法做成原型，还是直接走……我对餐饮生意感觉还不错，我们也许可以先从餐厅相关的原型开始做，除非你……我知道你可能会展示一些超能力工作流，或者要跑几千个 agent。

[2:00:29 - 2:01:13]或者别的什么。如果你喜欢这个想法，我看看能不能筛选出一些有趣的线下生意点子。也许你可以让 bot 去调研一下真正卖土豆、薯片或炸薯条的好餐厅。炸薯条，我喜欢这个。我们应该先做 prospecting，再做 building。没错。也许我们可以分工一下。对，好主意。来试试看。还有一件事我觉得也挺好的，就是可以引入一个 Designer Bot 来帮我们做品牌。如果你愿意，我们可以先搭一个原型，然后我再扔一个 designer bot 进来，帮我们审一下这些原型。你知道有什么好的 design bot 吗？我其实不知道。对，我应该有一个 design bot，可以把它拉进来。让我去找一下。

[2:01:13 - 2:01:58]哦，如果能从聊天里招一些 bot 也挺有意思的。我觉得这点特别有意思，因为现在我的 bot 侧边栏挺冷清的。我有一个 X-Bot，只用了插件；然后是 Steve，它是我目前唯一的主 bot；还有我刚装的 Dr. A-Bot。Steve 又给了一些线下公司点子，又有油漆店、本地服务生意、钢琴调音——这个挺有意思的——还有 AI 重建建筑或手艺活，以及户外广告牌。不过我有点纠结，我们要怎么……

[2:01:58 - 2:02:00]……怎么把这些东西做成原型？

[2:02:04 - 2:02:49]挺酷，但三天内做出来有点难。硬件、回收。Festiva Tube，那是什么？我不太清楚 Festiva Tube 是什么。YouTube？你觉得它会来吗？Uber Eats 和 RoboTaxi？哦，那可能挺有意思的。我有个想法，我们为什么不……我觉得我们对 pop-up 的想法已经对齐了，我觉得不需要再看其他了。好的，我觉得平台这个想法也挺有意思的。也许我们先从平台开始。我们有很多东西要打基础，GitHub 现在几乎是空的，Notion 也是空的。所以 Lauren 可以先开始做原型，或者说先把愿景做出来，你可以想想这个东西实际长什么样。我真正想做的是用 dictation 功能，直接……

[2:02:49 - 2:03:31]好，那就这么办。好的，然后让 Steve 回来。好的，所以计划是，我们已经对齐了，我们来听听你的想法。好的，Steve。我们想做一个 pop-up，我觉得先从平台开始。所以我们需要考虑……首先我想考虑的是，我们需要哪些 bot。我想你可以和 Doctor Egg Bot 一起，帮我想一个小型工程团队，来搭一个原型。

[2:03:31 - 2:04:14]做个特别松散、粗糙的东西就行，先验证一下想法。所以我在想，我们一开始甚至都不需要数据库，直接用 Google Sheet 充当数据库就好了。我们可以先做一堆前端文案。对，我们可以做一个落地页。你觉得有必要做吗？我觉得测试想法的时候有个落地页会很有用。落地页，没错。我觉得我们得先启动机器。那我们就从落地页开始？从落地页开始。然后看看能拿到多少注册，我猜。我们先做一个落地页，试着收集注册信息。但我也很想看看我们还能做点什么。Steve 现在得把这些乱七八糟的东西都记下来。抱歉。现在我们像个靶子。好，我来剪辑一下。

[2:04:14 - 2:04:59]总之，Steve，能帮我们为这个快闪店想法做一个落地页吗？忽略我们刚才的噪音。希望这次转录能顺利。好了。我再稍微编辑一下。在 Lauren 做这个的时候，我要启动我的 prospecting bot。我还装了 Dr. Egg Bot，Lauren 做的超棒工具。我要描述一下，我需要一个 prospecting bot。这个 bot 要帮我们评估做餐厅快闪店的可行性。

[2:04:59 - 2:05:42]它会帮我找餐厅，也会帮我找可能去这些餐厅的人。但我们先从餐厅和餐厅老板开始，因为这很重要，非常重要。我在想，也许我们可以从 X 上获取这些信息。也许有些看直播的人认识在旧金山开餐厅的人，提示一下，对吧？这可能是一个来源，但我们也可以想想是否需要一个落地页，比如一个网站，让人们提交他们的资源，或者我们只需要一个电话号码或邮箱，让人们可以联系到我们。所以我们需要一个 prospecting bot 来帮我评估这些选项，最终帮我搭建这些系统。我已经转录好了，现在要发给我的 Grok Bot。Dr. Egg Bot 会创建这个 prospecting bot。

[2:05:42 - 2:06:25]看起来屏幕上还有聊天。我们创建的所有 bot 都在上面，你可以跟着看这些东西。随着我们搭建这些东西，随着所有系统越来越好，我们会持续更新。Steve 是一个 Grok Bot 模板，还是你自己做的？真正的 Dr. Egg Bot。Steve 就是默认 bot，我只是重新命名了一下。Dr. Egg Bot 很酷的一点是，就像我说的，doctor 可以查看你所有的 bot 并修改它们。比如这里，我要让 Dr. Egg Bot 把 Steve 变成我的 chief of staff / executive assistant，因为我现在在想，随着我开始搭建这个原型，我……

[2:06:25 - 2:07:08]开始考虑如何把工作分配给我的所有 bot，这样我就不只有一个 bot，而是每个 bot 都有自己的上下文，成为一个小专家，然后我的团队可以一起工作。所以，我要让 Dr. Egg Bot 把 Steve 变成我的 Chief of Staff Executive Assistant，然后我主要和 Steve 对话。同时，我要回复这条消息，说，是的，创建一个 prototype bot，做一些松散的，我不知道，HTML、

[2:07:08 - 2:07:51]CSS、JS，原生，原型，给它起个有趣的名字。和食物主题相关的。我喜欢食物，所以一定要和食物相关。我要不要先建一个 repo 来放代码？当然。好的。那样不错。我要公开吗？不如让大家跟着看。暂时先保持私有。我们先保持私有。我们先保持私有。直播结束后再开放 PR。这样就不用担心不小心把东西放上去了。这里有个 repo。我刚建了一个叫 popup 的空 repo。如果需要，我们随时可以改名。对，我拿到真正的 Dr. Egg Bot 了。

[2:07:51 - 2:08:36]我觉得 Dr. Eggbot 绝对是必备的，所以我几乎想把它做成主打产品。毕竟是我做的 Dr. Eggbot。对了，聊天里有人问能不能自己下载 Dr. Eggbot，答案是可以。所有这些 bot 都有一个市场，你可以进入 Grok Bot，点击添加自己的 box 时，它就直接显示在最中间的显眼位置。告诉 Dr. Eggbot 我不喜欢这个名字。有一点我一开始没意识到，你只要跟 Grok Bot 说话，就能改动里面的一切。所以如果你说「我不喜欢这个名字，换一个」，它就会改。或者说「Dr. Eggbot，跟 Lauren 屏幕上的 Steve 说话」，它就会去跟 Steve 聊天。你现在可以看到它在要求给原型起新名字——一切都是可塑的，一切都以聊天为先。如果你用过其他工具，可能觉得这不太直观。所以在考虑定制产品时，要记住这些特性。

[2:08:36 - 2:09:20]Lauren 在处理这些事情的时候，我开始思考不同的渠道，比如我们怎么收集信息？如果有人认识厨师、或者有场地，我们需要一个联系方式。我们也需要一种方式来调查场地、给这些人发邮件。我们有邮箱吗？能联系到人吗？还是得先解决这个问题？我记得有个插件，好像可以发邮件。不，我是说公司有没有邮箱账号？这个也得搞清楚。我们得先确定公司邮箱账号，可能还要先定个名字，好统一对外叫什么。有了名字再注册域名，有了域名再弄 Gmail 之类的，不用太复杂。我们需要一个公司名。我们需要一个公司名。我们需要一个公司名。你们打算叫什么？好吧，Peter，你已经有个名字了。我们还需要一块公司招牌。

[2:09:20 - 2:10:03]有人在聊天里建议叫 potato lab。Potato lab？Potato lab？行啊，毕竟跟食物有关，对吧？Potato lab。我们可以顺着这个思路再 brainstorm，比如我们在旧金山做餐厅快闪，把快闪做成一种服务。我们可以继续 brainstorm，也可以让 Grok Bot 帮忙查查哪些名字还没被注册。好的，聊天框，我需要你帮忙给我的原型机器人起个有趣的名字。有人说 Grok Bot。我们现在有 Steve 给的几个选项：Pickle、Natural、Waffle、Dumpling、Churro、Meatball。你们可以在聊天里刷屏，告诉我最喜欢哪个，我眯着眼看看。

[2:10:03 - 2:10:47]看能不能看到。哦，这是给 bot 起的名字？对，这是给我原型机器人起的名字。好的，我看到有人投 potato、shrimp、nacho。很多 potato，nacho、grok pot、mashed potatoes、grok pot。我挺喜欢 grok pot 的，你们觉得呢？对，grok pot 不错。就是 grok pot。grok pot 挺好。对。所有优点都回来了，比如你们觉得做快闪餐厅选哪类餐厅比较有意思？我挺开放的。我们肯定可以问问 Grok Bot，但其实我现在正跟我的 Dr. Eggbot 聊天，让它帮我做一个优先级排序 bot。这太 overwhelming 了，我一边直播跟大家聊天，一边还有很多人走来走去，就感觉……

[2:10:47 - 2:11:31]我们怎么把这些问题拆解掉？其实我用 AI 很大一部分场景就是：我把脑子里想的事一股脑说出来。我脑子特别活跃，总是在飞速运转，然后让 AI 帮我放慢速度、理清下一步该做什么。它告诉我，我们需要找到理想的餐厅合作简报，需要先做一个 spike，看看我们最开始要交付什么、要先做什么。我们还要把潜在客户列出来，规划 outreach，等餐厅路径确定后再邀请客人。所以说，OK，我们先把这件事拆解掉。这就是我在创建这些 bot 时觉得最有帮助的地方。我现在已经有了一个 Grotpot 在跑，不知道为什么，可能是个需要修的 bug。

[2:11:31 - 2:12:15]名字我自己来。但这就是我喜欢提示的方式。我喜欢先把高质量的上下文塞进聊天里。所以在真正开始原型之前，我会先问：有哪些高质量的落地页设计来源？找一些参考。然后我可以挑几张，差不多拼成一个小 mood board。在开始做自己的落地页之前，老实说，我已经很久没做过落地页了。我也不知道我们想做到多糙。直接用 Times New Roman 也行，超级——我已经准备好一个设计 bot 了。丑。所以如果我们想做点设计润色的话，没问题。

[2:12:15 - 2:12:59]这个落地页是给某家餐厅用的？还是给餐厅注册用的？我们是要做一个平台。对。但我觉得——我很好奇大家怎么看——我之前一直在讲 dog fooding，要是我们自己先办一场 pop-up 呢？对，我们可以。我们应该先把平台搭起来，然后用它来办自己的活动。这是不是太疯狂了？不，我觉得一点都不疯狂，挺好的。太有野心了。但这感觉很真实，对吧？我们可以真的去找个地方办一场 pop-up。你可以就卖点薯条。服务。所以，对，对。pop-up 平台，然后我们自己再办一场 pop-up。我觉得这正是我们在做的。野心挺大的。

[2:12:59 - 2:13:44]我们就喜欢做有野心的事。像任何好公司一样，我们可能会 pivot，但我感觉这是个不错的开始。太棒了。对，对。我喜欢。好。我让 Grok Bot 想几个方案，它已经找到几个不错的落地页画廊了。我会让它挑几个方向，然后我们看哪个最好，再决定用哪个。你可能得告诉它我们要卖薯条，或者你想卖什么。我们要卖薯条。我跟 Steve 说一下。我再聊聊。你能跟 Grok Bot 说一下——好，意识流来了，Steve 别介意——我们打算

[2:13:44 - 2:14:27]做一个 pop-up 平台，你可以用我们的软件在你所在的城市或其他地方快速开一家 pop-up。我们还想 dog food 自己的软件，也就是说我们可能会自己实际跑一场 pop-up。所以，我们是不是需要两个落地页？一个给我们自己的活动？对，然后一个给平台。一个给潜在餐厅？一个给来买薯条的人？我觉得我们是要把人连接起来。我不知道我们还没决定卖什么吃的，pop-up 具体长什么样，但我们的

[2:14:27 - 2:15:11]目标是这样的：我们需要找到既能卖食物、做食物，或者是专业人士的人；同时我们也要找到想来参加活动的人。但现在最开始的阶段是找场地、找各种资源。所以我们可能希望它看起来比较靠谱：好，这就是我们在做的，我们把这些人连起来，活动是这样的。然后可能还需要一个落地页专门给这场 pop-up。所以我觉得我们需要很多个落地页，因为我们——如果我们能找到餐厅老板，我们是不是还需要找到那些有兴趣主办 pop-up 的商家或个人？还有我们可以雇佣的人？我们也可以做 outreach，对吧？我觉得我们不需要把

[2:15:11 - 2:15:56]所有这些事情都可以先开始，对吧？比如，我可以开始发邮件，我们可以开始收集信息，我们可以先手动操作，在写代码之前，对吧？所以我们可以开始找——我要把这个提示发出去。好的，酷。所有这些种子，让我们看看。哦，你一直在录音吗？我一直在录音。我是说，你知道，打字和说话同时进行真的很难。我觉得，Lauren，你可以做一个弹出式法式薯条的东西，然后 Matt，你可以做供给端。现在，我在处理一些文档。所以我正在澄清我们在做什么。所以我们先从高层次开始。我们在做什么？而且我认为这对我们的 bots 很重要，因为当我们拥有这些 bots 时，我们要给它们上下文。而上下文就是信息。所以我们想做的就是把在座每个人脑子里的信息提取出来。天哪，这是个问题。这里还有一个小技巧，我也很喜欢用，就是提前

[2:15:56 - 2:16:39]就是，你知道，你可以把所有这些都倒出来。比如，我最喜欢的提示方式之一就是，你知道，直接打开麦克风，然后，就说几分钟。然后在最后，我通常会说这句话，比如，用你自己的话把刚才我说的话复述一遍，这样我就知道你理解了。这比我自己去翻看整段文字快多了。看看我们得到了什么。所以 Steve 听到的内容是：你们正在构建一个平台，帮助人们在所在城市快速开起快闪餐饮店。软件加上运营，把各个环节串起来。你们还会自己先吃这套系统，亲自跑一次快闪。这意味着不止一个面向公众的页面，而不是一个大页面。所以我们需要一个面向专业人士、餐饮业主、运营者的平台页面

[2:16:39 - 2:17:23]用来跑快闪。我们自己的快闪活动。我还不知道具体要做什么，但也许我们就来一场神秘快闪。嗯。也许我们的探路过程会带来一些有趣的结果。也许我们会找到一些愿意帮忙的合作伙伴。哦，但是这里，Grok Bot 其实在提……或者说 Steve 其实提了一个非常好的建议。对。所以现在，瓶颈并不是建一堆落地页，而是第一个闭环。找到场地、找到运营者、找到做或卖食物的人，然后再吸引参与者。这说得对。所以这其实非常好。这是一个非常好的思路。哦，看起来我们有一些快速原型训练。看看我们有什么。好的，让我们退一步。

[2:17:23 - 2:18:08]所以基本上你们的意思是，我们只需要动手去做。我们需要开始做这个快闪。对。所以我们会围绕这个闭环来工作，而为这个闭环写的软件，基本上就是我们的公司，对吧？所以，好吧，首先我们需要找到订桌的人。我们需要找一个地方来办这个活动，还要找一艘船。所以我们怎么做这三件事？我们可能需要为此写一些软件。但你为什么假设需要桌子？因为如果你只是做快闪，我们可以直接去柜台买东西。我是说，我们可以这么做。但我认为我脑子里想的是，或者我理解的方式——我们还在琢磨这个想法，所以如果我理解错了请纠正我——是做一个让大家觉得有趣的体验，就是我们真的找一位厨师，或者找个人来办一场活动。所以它不只是「嘿，你过来吃薯条」那么简单。

[2:18:08 - 2:18:51]更像是，嘿，我们找个仓库，找个厨师。你买张桌子，就有了体验，人们可以来这里感受一下，也许还能吃点东西。这需要很多人手，很多准备工作。你说的其实门槛更低，比如找个特别会做薯条的人，我们就摆个柜台就行。这样其实就不需要预约了。我之前还想，我要预约这个时间，我要来这里，我要打电话订位子，但像排队这种形式可能更简单。不管你们觉得哪种最好，我们都可以继续 brainstorm。嗯，我觉得我们可以看看现有的早期原型，然后把它推出去，看看能不能上线。能把东西直接放到网上，总是很酷的。

[2:18:51 - 2:19:35]也许我们可以找个预览链接。我们目前有三个方向。一个是深色主题的，另外两个看起来比较 corporate，第三个我个人不是很喜欢。对于这些原型，是 Grok Bot 做的，还是你们用 Cursor 做的？Grok Bot 做的。OK，这挺有意思的。还有一点很酷，Grok Bot 可以直接给你 HTML，所以这次我们不需要部署到任何地方，就是纯 HTML 和 CSS 在 Grok Bot 里渲染，挺酷的。但我觉得我们应该给点反馈，对吧？也许可以试着调整一下这些设计。看起来你这里有个 bot，够了。

[2:19:35 - 2:20:17]嗯，我又要来一段意识流了。Peter，你在做这个的时候，我挺好奇的，我们之前还没怎么聊过你对这种生意的看法。我想知道，当你想到 solo 创业者，或者那些在创业的人时，你有没有看到什么特别好的建议？也许是我们接下来几天可以借鉴的。我觉得作为 solo 创业者，我意识到的一点是，你要设计你的生意，让你做更多自己真正喜欢的事。因为你有时间，你可以做一些能赚更多钱的选择，但最后你可能会做一些自己不喜欢的事，这就违背了创业的初衷。对，对，对。

[2:20:17 - 2:21:01]而且，我觉得很多人都在想 idea generation。我们今天早上花了很多时间在想 idea，怎么找到对的 idea。对。你跟很多人聊过，你怎么看？你对大家怎么找对的 idea 有什么建议吗？是像我们之前说的那些传统方法，比如测试、看什么有效，还是说，怎么判断一个 idea 是好的还是坏的？我觉得关键是尽快拿到市场信号。因为在 AI 之前我们做 PM 的时候，总是内部争论，做一堆文档，然后上线，结果发现没人要。所以现在一切都是要尽快和客户聊，拿到市场信号，看看是不是真的有人愿意付钱。有时候他们可能会说，哦，这个 idea 不错，只是出于礼貌。

[2:21:01 - 2:21:44]试着看看他们是不是真的会付费。别太执着于自己的点子，点子不值钱，团队才重要。我觉得这点说得很好。对，我还注意到，现在测试点子也容易太多了。那你有什么建议？是多试几个点子，看看哪个行得通？还是你是怎么考虑的？我觉得重要的是，你得让落地页先接触到对的人。聊天室里的人可能不是我们想找的餐厅老板，对吧？不过我还觉得，现在谁都能做出任何东西，但纯粹靠软件赚钱其实挺难的。

[2:21:44 - 2:22:28]因为如果你没有实物或服务环节，现在做个 SaaS 或带数据库的落地页太容易了。那我为什么要付钱？为什么要为一个后面接了数据库的落地页付费？没错。所以真正测试市场、拿到第一笔钱，可能才是我们该尝试的。对，人们愿意为难事买单。好，那我们先锁定几分钟，等下一位嘉宾进来。彼得，在你离开前非常感谢你来跟我们聊天。有什么临别感想或建议吗？我们之后可能会再私信你，保持联系。

[2:22:28 - 2:23:12]不过先说说你目前看到的情况，以及你对其他业务和产品打磨的看法，有什么建议？首先，我加入是因为我真的很喜欢这个产品。不是为了推销，但这是我用过第一个真正感觉像在跟真人、或者说有性格的人对话的产品，而不是一堆聊天记录。我很喜欢它，也想给用 Grok Bot 的大家一个建议：想想怎么让这些机器人更主动一点。比如和它一起想办法追踪落地页数据，或者挖掘餐厅老板线索，然后让它设置每周定时任务，自动给你发更新。

[2:23:12 - 2:23:55]我跟 Lauren 一样，喜欢让它用编号列表发更新，这样我就能一条一条回复。比如「这个点子不行」。现在我把所有机器人都设好了，每周五它们都会来问我，我给反馈后它们就自己去干活了。感觉很棒。对，所以我的理解是：雇一堆机器人员工，让它们把你不想花时间的事自动化，同时让它们主动把事情推给你，而不是你去指挥它们。这个总结对吗？完全正确。走之前我还有个小功能建议。第一个功能请求，很让人兴奋。我觉得很重要——你们为什么还要用 Slack？

[2:23:55 - 2:24:34]如果能让人直接在这个界面里进频道跟机器人聊天就好了。现在最孤单的地方就是，我只能跟我的机器人聊天，我想跟 Lauren、跟其他人聊天，大家互相协作。也许这个功能快来了？机器人协作已经在排期里，我们会记录下来。今天我们三个人各自带着机器人团队一起「做饭」，应该很快就会感受到这个需求了。彼得，再次感谢你来聊天，今天太棒了。非常感谢，回头见。太好了。对，我现在要去买薯条了。大家再见。谢谢！

[2:24:34 - 2:25:18]给刚加入的朋友们简单说一下，我刚才做了几件事。我给 Steve 提了点原型反馈，觉得目前有点无聊、太平淡，然后让 Grok Bot 再生成几版新原型；同时我还让 Dr. Eggbot 做一个“开挂”工程师 Bot。Grok Bot 负责快速出原型，后面我们会再配一个真正的工程师 Bot 来考虑技术栈和实际落地。我会保留原型 Bot 专门做快速、丢弃型的原型。

[2:25:18 - 2:26:02]当然，我又需要大家帮忙给 Bot 起名字了。聊天室里已经出了几个不错的名字，但我还需要更多建议，大家快来锁定！Spud 听起来挺带感的，Spud 还是 Tater？你们更喜欢哪个？我看到有人说 gnocchi……我自己偏向 Tater，那就 Tater 吧！土豆元素直接上位。原型又多出几版，天哪，设计师估计已经在翻白眼了。这个看起来有点像小票……顺便提一句，当我们说到 Grok 的时候，其实指的是模型本身。

[2:26:02 - 2:26:46]这里跑模型的是 Grok，而外面套的代码框架叫 harness。Grok Bot 本身非常轻量，和大家可能听过的 GrokBuild 那种编码 harness 不是一回事。这些都只是轻量原型。等我们真正做工程实现时，会接入 Cursor，把大部分工程任务交给 Cursor，因为 Cursor 的 harness 写代码、搭东西都很强。所以当我们把想法落地时，你们会看到 Lauren 更多地依赖 Cursor Cloud Agents，后面我们也会演示；从低保真到高保真的演进过程也会体现出来。

[2:26:46 - 2:27:30]产品演进很正常，我们也在做一些工程决策。我想让 Tater 开始思考搭建这个平台的技术栈。我们有来自 Grisel 和 PlanetScale 的朋友（剧透一下），所以大概率会用它们，但除此之外还有哪些选项，我现在还没想死。

[2:27:30 - 2:28:12]就让 Bots 自己挑，快速搭起来吧，别陷入无休止的技术栈争论，先把产品市场匹配跑通再说。太好了！这段时间我在屏幕上唯一做的事就是写 Notion 文档——我知道 Lauren 不太喜欢，但我自己觉得对规划很有帮助。等会儿如果切到我这边的画面，你们会看到我把目前已定的事项整理了一下：公司名叫「Ship by Thursday」，除非我们想出更贴切的名字，否则就先这么叫，先冲着周四上线。

[2:28:13 - 2:28:56]Lauren 是 CTO，她技术最强，全面负责技术；Roshan 是 CPO，负责产品细节和整体方向——Chief Product Officer，不是 Chief Potato Officer。Lauren 才是首席土豆官，同时也是 CTO。来，给公司起些正式头衔吧！我们需要一些铭牌，我手边有纸，但没法边写边说。Lauren 稍后会整理官方职位。目前我们在做的，是在旧金山做一个餐饮快闪店，用这个体验……其实我们还没最终决定是不是开餐厅，但先在旧金山做一个和食物有关的快闪活动。

[2:28:56 - 2:29:40]我们会用这段经验来打造一个运行快闪活动的操作系统，也就是这个元产品。我们的目标是建立一家能让我们多做自己喜欢的事——把大家聚在一起——的公司。在这份文档里，我只是想说这件事进展得很快，所以我们需要快速行动、把事情做完。还有很多细节需要搞清楚。我会把这个踢给所有我用的 Grok Bot，让它们至少了解我们正在做什么。最重要的是保持上下文一致。因为当嘉宾上场时，我得向他们解释我们在做什么，也得向我的 Grok Bot 解释我们在做什么。所以，是的，我们已经在做了。我觉得很快可能还会有另一位嘉宾加入。

[2:29:40 - 2:30:23]你是我们的 CEO 吗？我想是的。如果必须有人来做，那我就来。你可以当那个成熟的人。天哪。等等，高管用的 e-sense 是什么？抱歉，我忘了。天哪，太棒了。首席土豆官，Theo Chat 太疯狂了。我刚才在和一些……一个非常正式的名牌。谢谢。我拿这个要做什么？比如我该……你的 Twitter 账号是什么？Folder。Atrosion 下划线 S。Roshan。Lauren，我拿这个要做什么？我不知道，就随便放着吧。我们会处理的。能拿点胶带吗？我们线下再处理。

[2:30:23 - 2:31:07]有人告诉我团队正在接入一位虚拟嘉宾。不过，如果你想切到我的屏幕，我们可以开始在这里做点什么。我喜欢把事情规划好，也喜欢做原型。太棒了，谢谢。谢谢，Lauren。非常重要。头衔。我们得把它们调好颜色并正式做出来。也许来点折纸。这个能用吗？Lauren，聊天室注意到你的 Grok Bot 应用有更新。哦，天哪。我们把更新留到……我不知道我有没有勇气在直播里做这个。是的，我们休息时再做。团队发版的速度真的很快。哦。

[2:31:07 - 2:31:51]我们还有几种颜色。我不知道。也许我们不用做得那么好看。OK。CEO，请现在做一个行政决定。这三个里面选哪个？原型不用太在意。我们选粉色吧。我今天有点疯狂。夜市粉。就这么定了。这些在我看来不太重要。所以我们快速推进，最终会把 Cursor Cloud Agents 接进来，然后再找设计支持。对，设计 bot。我们得弄一个设计 bot。我觉得那会很棒。给正在观看的大家，以及我们这里的团队，简单同步一下接下来几分钟会发生什么。两分钟后会有一位嘉宾加入。我想我们会尽量趁这段时间先跑几个构建。大家觉得我们应该先启动什么？

[2:31:51 - 2:32:34]我觉得可以先启动一些 Cloud Agents，把前端和后端先搭个框架。要不要先在仓库里放点代码？Lauren，你觉得我们应该先启动什么？这样我们可以在和嘉宾聊天时一边做一边推进。好的，你想建 GitHub 仓库吗？是的，我刚刚建了一个，已经放进 Slack 了，就是 popup.git，如果你们有的话可以分享一下。这就是我们的 Slack。对，这是我们的 Slack 频道。看看我的名字。我觉得我应该改成真实姓名。Lauren，首席土豆官。我之后再放照片。它在哪儿？应该就在那儿。

[2:32:34 - 2:32:50]好的，好的，我们已经……我可能也应该放大一点。酷，酷，酷。好的，那我们就试着把落地页建好并推送到这个仓库里。

[2:32:53 - 2:33:36]哎呀，然后开始想想怎么托管。我们现在要买域名吗？我好像有 Vercel 账号，不如先用测试账号试试，等我们确定名字再买域名。行，听起来不错。你知道吗，我打算让 Steve 帮我们想几个域名。嗯，这主意也不错。或者我们可以用营销 bot，干脆雇一个营销 bot 来想想怎么做品牌、起名字，再跟设计团队协调。既然你是首席产品官，要不要你来定域名？我可以生成几个，但我对起名不太在行，你大概也猜得到。嗯，我们先把东西搭起来再说，好，那就开始干吧。

[2:33:36 - 2:34:19]好。酷。与此同时，我们的 bot 已经在忙起来了。我觉得一旦把代码放进 repo，所有 bot 就能开始提 PR，大家就能一起迭代，这点对我很重要。谢谢，我们搞定了。哎呀，我的名牌倒了。这些都是经营公司的日常。我们还有更正式的。团队正在搭基础设施。这就像公司建设的附加环节。好，我们有几个想法，我不知道喜不喜欢。哦，什么？哦，这个其实挺有趣的。我们有 claimstall.com、stall.run、nightmarket.app，

[2:34:20 - 2:35:04]popup.place、openstall.co、peanutpopup，挺可爱的，peanutpopup.com、POPEDO.com 和 hostapop.com。我不知道喜不喜欢这些。我们有 Notion 文档吗？就是那种虚拟账号？我们已经有虚拟账号了吗？你能把我加进去吗？可以，我给你发公司文档版本。太好了。我想把这个喂给我的 bot，让它们了解我们在做什么。内容还很简陋。我喜欢偏向，即使切换到我的屏幕，我也觉得越简单越好。如果我们考虑 AI 涉及的所有东西，给它的信息越多，它就越依赖这些信息。所以如果你给它一堆糟糕的信息，

[2:35:04 - 2:35:49]就会得到一堆糟糕的输出。所以我们要思考的是，怎么把我们正在做的事情用最简洁的描述告诉 AI？这就是我现在在做的。把文档发给 Roshan，我们继续推进。酷酷酷。Lauren，你最好的邮箱是哪个？你应该有一个。就是我 Slack 资料里的那个。好的，我来拿一下。成员，我会把你设为管理员。我们这里有 Cursor 吗？应该加 Cursor bot。哦，对，我们绝对应该加。我们需要一些。Nurse Slack。好的，复制，没地址。好的，Lauren，我要把你加成 Vercel 组织的 owner。

[2:35:49 - 2:36:32]好的。我还没在 repo 上设置 Vercel，所以一旦有 repo，我们可能要连一些东西。哦，等等，我以为你在建 repo？我们有 repo，但是个空的。哦，好，好。我觉得已经这样了，Steve 在我们聊天的时候就做了。我喜欢，好。在等嘉宾的时候，我们不如先干点活。我不知道，是的，2 看起来我们在切换。太好了，我们有一些屏幕关闭了。非常好。那是我们的平台。它是个 index，不是 HTML，但比我们刚开始时多很多，我们来看看。等等，没有，样式都是内联的。太棒了，我喜欢。这很 scrappy，但这就是你需要的。我现在就把 Vercel 连到 repo 上。点部署按钮。

[2:36:32 - 2:36:34]对，我需要授权我的 Vercel。

[2:36:41 - 2:36:59]在这里配置 GitHub。邮箱。酷，好，我看到我们的 popup repo。

[2:37:01 - 2:37:46]好的，我得先注册一个账号。Lauren 正在注册账号，我这边先创建几个 bot。我觉得我们得赶紧开始干活了。我正在做一个运维 bot 和一个创意总监 bot。创意总监 bot 主要是帮我起名字、处理高层细节之类的事。运维 bot 就是用来实际干活的，比如设置 Slack 之类的。

[2:37:46 - 2:38:29]这些都是运营公司必做的事。我们现在做的很酷，但这些活还是得人来干，之后再逐步自动化。好的，我好像已经邀请你了。邀请邮件可能在你邮箱里。或者我发个链接给你。看到了，太好了。我能先把屏幕切掉吗？AV 那边能把画面切掉吗？我可以先停掉直播。好的，切掉吧。

[2:38:29 - 2:39:07]没事，刚才露脸了。没关系，他们那边已经处理好了。好的，我们的直播流断了。有人能接替直播吗？我来接。我来接，直播救援，别担心。我也在直播，但好像没接上。别担心，我们的麦克风是正常的，马上回来。技术故障中。好的，我先连一下 Notion。好了，我们回来了，大家能看到我们了。

[2:39:07 - 2:39:52]好的，我们还在继续。好的，我下线了。看看部署进度。看到有部署了。有人已经部署了吗？我部署了。主分支有部署在跑，直接 push 到 main 就行。orphan omega dot virtual 出来了。好的，但现在它还只是个 HTML 页面，没什么功能。我们得让它能跳转。需要把这些信息收集起来。要不要用 Google Sheet 收集邮箱？

[2:39:52 - 2:40:35]听起来不错。但怎么方便接入 Google？不如直接用 Ocean 数据库。我们已经搭好了 Ocean MCP，对吧？不知道 Ocean 能不能扛住这么大的流量。那就先用 flat file 数据库吧。我也连上了 Versailles 账号。酷。好的，我来问问 Steve。我们已经部署了落地页，

[2:40:35 - 2:41:17]但现在落地页还不能保存注册信息。Steve，能不能先把它连到 Notion，建个 Notion 数据库？然后把我加到 Notion 里。对，Notion 的买家。

[2:41:17 - 2:41:56]同时我们也该看看技术栈的选择。托管在 Dressel 上，没问题。或者我们直接上 PlanetScale？要不要一步到位用真正的数据库？因为如果先用测试方案，后面还得重构。对，我们就这么干。等接好之后就顺畅了。我还是想用 Postgres，那就小改一下，用 PlanetScale Postgres。

[2:41:59 - 2:42:41]付款功能确实是后期再说，nice-to-have 而已。我们不需要这些 nice-to-have 的东西。好的，我先给这个计划提点反馈，然后再去找 Steve 说要连上 PlanetScale。我需要把这个加进去。哦，对了，我们好像已经建了一个 PlanetScale 的组织，对吧？我们正在处理这件事，可以联系他们。我今天早上收到了邀请，所以我觉得我们应该……让我想想。抱歉我现在没在分享屏幕。好的，我们会把 PlanetScale 那边的活儿搞起来，谢谢。向 PlanetScale 团队致敬。

[2:42:41 - 2:43:25]我觉得接下来几天可能会有 PlanetScale 的嘉宾加入。太好了，继续推进吧，棒棒的！对于刚加入的观众，我们正在想办法恢复屏幕分享，暂时先口头描述一下：Matt 正在带领 ops 团队整理公司 playbook，并确保我们有 go-to-market 的动作；我们有一个早期 landing page 的 HTML 原型，方向是做一个 pop-up 业务或 pop-up 平台，让大家轻松办 pop-up，我们自己也可能办；Lauren 正在做集成工作，目前在接数据库。以上是小结。

[2:43:25 - 2:44:10]我要说的是，我需要 PlanetScale 的账号，然后就能让它帮我们建好。PlanetScale 我们已经有账号了，向 PlanetScale 团队致敬，我们可以继续推进。PlanetScale，让我找到邀请并完成设置。我觉得我们还需要一个域名，对吧？我们还需要域名。创意总监，我们可以直接聊聊，给我们一些域名灵感。我们需要一些有趣、酷的域名。另外我们还需要开始……

[2:44:10 - 2:44:54]我们需要重新打开屏幕分享。哦，我想知道 ShipByThursday.com 是否还能注册？这个域名空着吗？ShipByThursday。除非有人在聊天里把它抢走了。

[2:44:54 - 2:45:32]我应该停一下……如果你想现在就买这个域名，建议尽快。也许我们可以通过 Bercel 买下来，直接绑定到项目里。好的，听说下一位嘉宾临时来不了，所以你们可以继续看我们多做一会儿。我们现在挺忙的，感觉有点落后了。太好了，我要说，好的。希望很快就能恢复屏幕分享。凭据的事……尽量自己先解锁，能想多少想多少。

[2:45:32 - 2:46:16]考虑一下表结构，给我们准备一些依赖，但先解锁我们，等计划再推进。能关掉吗？不行？我们现在好像切错屏幕了。我们有 cell 账号，对吧？是的……我不知道有没有邀请你，让我现在发一下。好的，我来处理。我们会搞定的。你是用刚才发给我的同一封邮件吗？我用我的个人邮箱吧。我们现在没在分享屏幕，我把个人邮箱 Slack 给你。好的，顺便说一下，Steve……

[2:46:16 - 2:46:21]我希望你告诉 Tater，之后都用 Cloud Agents。

[2:46:24 - 2:47:09]也许可以建一个 project agent。好的，对于正在观看的观众，Grok Bot 是一个非常强大的工具，可以编排 bots 并自动化很多事情。Cursor 的 Harness 则非常适合写代码。我喜欢做的一件事就是让 Grok Bot 帮我启动 Cloud Agents，而 Cloud Agents 就是在 Cursor 的 Harness 上运行的代理，它内置了所有的智能和工程知识……

[2:47:09 - 2:47:53]接入 harness，让 Grok Bot 帮你管理它们。这样我们其实可以在 Grok Bot 里完成全部工程工作，尽管我们用的是 Cursor Cloud Agents。而且 Cursor Cloud Agents 的好处在于它们跑在云端，还有自己的虚拟机，能测试我们的应用、到处点击、抓 CPU trace，功能很全。所以我们可以在 Graphbot 里原生完成这些操作。你只需要告诉你的 bot 去启动一个 Cloud Agent。如果已有仓库，也可以让它帮你配置环境，让 Cloud Agents 真正

[2:47:53 - 2:48:35]知道如何启动你的应用并在云端运行。到目前为止，我已经告诉我们的工程师 bot Tater——也许我可以给它起个标题？还能起标题吗？也许不行？标签呢？好像也不行。OK，那 Tater 现在就要开始用 Cloud Agents。你会看到它已经为我们新建了一个 project。Project 有点难描述，大概就是一种更高级的 Cloud Agent，特别适合长期项目。所以我让它启动一个

[2:48:35 - 2:49:19]用来保存我们应用的所有工程上下文。以后需要做更多工程工作时，就直接往这个 project 里发消息。我们先看看效果，也许最后不用 project，也说不定。我们有 PlanetScale 的凭证吗？嗯，我正在处理。看这里，我觉得也可以先本地跑。我的意思是，我们还在等 PlanetScale 的凭证，所以暂时先在本地或者 Cloud Agents 的机器上做开发，

[2:49:19 - 2:50:04]做完后截图或录一段视频回来，部署的事之后再说。我这边已经拿到了 shipbythursday.day 这个域名。哦，你喜欢吗？我们准备在上面搞点东西。哦，你想把它连到部署上，让大家能直接看？它在 Vercel 上。我本来想做一个公司落地页，因为我们需要 Ship by Thursday 的公司落地页。然后产品页我觉得

[2:50:04 - 2:50:47]可以用独立的产品域名。Ship by Thursday 会是我们的主站，也就是公司官网。它代表公司本身，是所有子公司的元信息。然后我们再开始做实际的产品。我们需要一个产品名，它叫什么？可以慢慢想，我们时间还多。但至少得先有个工作标题。OK，我也不知道该叫什么。现在因为我们有了域名，我需要部署一些代码做公司落地页。我正在用 Dr. Egbot 安装 Cursor Team Kit、其他技能、P stack，然后把它们连到 Cursor Cloud Agents。等准备好之后，我就能开始写代码

[2:50:47 - 2:51:21]把落地页部署上去，顺便把界面美化一下。不过我们现在就是边做边改，大家就是跟着我们一起建公司。我们手头确实有很多事要做，要建的东西也很多，但这正是乐趣所在。好了，我看到 Steve 犯了个错，他开了一个 PR。我要说一句新规矩：暂时不要开 PR。

[2:51:21 - 2:52:04]我们先直接合到主分支，等有人反对再说。好了，不管怎样，我们先看看这个 PR 到底改了什么。哇，2000 行，我就不全读了。

[2:52:04 - 2:52:38]另外我想做的一件事是梳理工程流程。我们有 Tater 这个工程 bot，但我还想要一个 reviewer 类的 bot。所以我来告诉 Steve。我们先切到暂停画面，稍后回来。Lauren 会继续讲工厂创建。我们先切一下，马上回来。

[2:52:38 - 2:55:16]遇到一些技术问题。

[2:55:16 - 2:56:00]发起新频道通话。嗨，Lovell。我们公司刚开始组建，所以正在启动第一批 agents。我正在为公司做一个着陆页，我在 Cursor 里能看到团队其他成员正在做的 agents。哦，我们有嘉宾。Cody，你好，谢谢你加入我们。嘿，最近怎么样？看你们现场搭建很有意思。我们在做线上买卖和交易的市场平台，同时通过咨询业务帮助别人扩大规模。你们可能在 X 或网上看到过我们的 App，大概有 1500 万人在关注我们，所以我们一直在线上讨论这些话题。

[2:56:00 - 2:56:43]太棒了。我知道你们已经在用 Grok Bot，至少你们的团队在用。我很好奇，用得怎么样？主要用来做什么？可以分享一些你们最喜欢的功能吗？应该很有用。所以我想展示一下我们正在做的一些东西。你们应该能看到我实时分享的屏幕，上面有个仪表盘，显示一本书，上面有 13.5 万用户。你们能看到吗？能看到。好的。简单来说，我们这周就要推出这本书了，还有两天，感觉有点像产品发布。你们能看到我们在跟踪数据。我们用 Grok 混合搭建了这个，部署在 Vercel 上，基本上

[2:56:43 - 2:57:25]能实时追踪参会人数。如果往下滚动，我之前也不知道它能做到什么程度。你们能看到付费和自然流量的对比、各个渠道的表现、平均 CAC 和平均客单价等数据。因为我们经常在网上讨论和开发产品，所以我想展示一些帮助我们搭建的东西。Vercel 就是其中之一。另一个可能有用的工具，不知道你们现在能不能看到一个仪表盘，这就是 Pulse。基本上

[2:57:25 - 2:58:07]这就是我们搭建业务的方式。你们知道 pitch 的概念，但很多人不知道怎么把产品展示给潜在用户。所以我们会根据利润最低的受众制定计划。总之，我不确定屏幕分享是不是已经停止了，但这些就是我们用 AI 现场搭建的一些东西。之后我们会给出建议，帮大家理清思路，决定到底想做什么业务，或者目前最大的问题是什么？一个好问题往往能得到最好的答案。我们有一个想法，觉得可能可行，但怎么才能得到同样的验证呢？如果你们没跟上我们的思路，我们的想法是开一家餐厅快闪店，需要把餐厅

[2:58:07 - 2:58:52]和想体验的客人对接起来，还要找场地，做一些相关准备，然后把这个过程做成软件卖给别人。好的，所以现在最大的问题是，理论上你们可以处理许可、快闪申请、租赁等所有物流环节，这些你们已经搞定了，但需要确保有足够的人来消费，对吗？是的，我们会先专注运营，再去找法务处理其他事情。好的，所以你们是想先获取用户，还是先解决租赁问题？我的看法是，在决定做什么业务之前，最好先试着卖给三个人，尤其是像餐厅快闪这种业务。

[2:58:52 - 2:59:37]你们不会为这种项目拿到风投的，大概两千家公司里只有两家能拿到 VC。所以这其实挺好的，是个好生意。但我大概会全力去想怎么拿到分发渠道。你们现在已经有 43 万人了，这是不公平的优势，但假设没有这个优势，我会怎么做？第一，我觉得 X 是个非常好的平台。我自己也在上面，而且马斯克本人似乎也不介意，所以我认为一点争议是没问题的。我其实还特意找了几条我最有争议的推文，让大家看看。

[2:59:37 - 2:59:57]就是我被互联网骂的时候发的那些。比如这条，不知道大家有没有刷到过，大意是「尽你所能搬到奥斯汀」。这是用 Higgs Field 做的 AI 生成视频，大概花了一个小时。

[3:00:00 - 3:00:44]我们只用了一个编辑一半的时间，消耗很少的 credits，结果在网上被骂翻了，因为视频里有个在奥斯汀冲浪的人。但你看播放量，谁在乎呢？有 240 万次观看。我当时是想招人，因为我们有一堆业务想找人来申请，结果真的有几百人投了简历，评论区还有几百人在转发。所以我觉得，如果我是你们，我会先去试试什么话题能引发争议。你们相信什么、别人却不信？而且我真的建议你们开一个 X 账号。另外一个思路是：什么内容能让人愿意讨论？我们做过另外一条

[3:00:44 - 3:01:28]推文，说「别用付费广告起步做生意」，结果大家非常生气，但我坚持这个观点。我们把说法稍微夸张成「做到五百万或一千万收入之前都别打广告」，于是大家就炸了，说「Cody 你是傻子吗？每个生意都需要广告啊」。但这条推文真的引发了大量讨论，而我的目的是把流量引到新书发布页面。那条推文拿到了 570 万播放，还带来了 2000 个注册。所以成本很低。我建议你们也从这里开始：找找你们能制造的「小争议点」。这建议其实挺好的。说到广告，我们之前确实在考虑投广告，也许我们应该重新考虑一下。

[3:01:28 - 3:02:11]这得看情况。问题是，一开始就打广告，你其实还不知道自己的目标用户画像，不知道要找谁。你得先花钱去试。如果还没拿到融资，为什么要做这件事？第三点，等你知道自然流量有效之后，再把广告预算投在有效的内容上。也就是说，先在 X 上做实验，搞清楚什么内容是好的、谁是精准用户，再把钱砸上去。我们几乎所有业务都是这么起步的。等你知道自然流量什么样、用户画像清晰了，再叠加广告预算，我们现在就是这么做的。非常有道理。我觉得我们应该把这段录下来，或者喂给 Grok Bot

[3:02:11 - 3:02:56]这样就能用来指导下一阶段的业务了。Cody，你说说看。或者你可以把那些营销大户表现最好的推文拿出来，喂给 Grok Bot，然后对它说：「我们想达到某个结果。」你可以把 Grok Bot 连到 TweetHunter 和 X 上，让它抓取所有高表现推文，然后说「给我挑出前 15 条，借鉴框架而不是原话」，再重新发出去。对，我很喜欢这个思路。我想回到你之前问的一个问题，你当时分享了一些反直觉的观点，也在往这个方向靠。我想问问，最糟糕的商业建议

[3:02:56 - 3:03:41]你听过给企业的最差建议是什么？因为我觉得显然我们会有很多人上台，他们应该都会给我们 A+ 级的建议，但知道要避开什么也同样重要。所以我很好奇，最差的建议你听过哪些，我们又该注意哪些？嗯，我一开始听到并照做的建议是：雇 A 级人才，然后别挡他们的路。这听起来很美好，我觉得换成 bot 也一样——就让你的 bot 自己跑，你别插手。但你们也亲身经历过，因为我们自己也跑了好几个 bot，你其实做不到。你必须不断迭代、不断监督。所以我不知道在座有多少人做的是单人公司还是多人公司，但我们这家公司有 150 名员工，而我们差点把钱花光的那一次，就是因为我听了那句建议。

[3:03:41 - 3:04:25]所以我觉得，如果你打算雇优秀的人，就必须严密监督他们。我们会说：雇优秀的人，把目标说清楚，把激励对齐，确保他们赚的每一块钱都跟你赚的钱挂钩，然后再做运营层面的 oversight。所以用 Brock，你可以先搭个小原型，就像我们做的那样，追踪我的现金回报率、AOV、LTV；如果你要雇一个 marketer，就把所有指标都跟他的激励目标绑在一起，这就是我会做的做法。太棒了，太棒了。对，我觉得有很多东西都是大家习以为常的分享，我也想听听你的看法。

[3:04:25 - 3:05:09]你之前提到，我们现在有很多人在看直播，谢谢大家收看，看到这么多观众真的很鼓舞人心。你已经建过一些非常大的业务和 marketplace，我也想听听你对「分发」这件事的看法——分发是不是一种护城河。你最近在 X 上也发过一些相关帖子。很想知道你整体的看法，以及对我们正在做的这些项目的建议，或者任何其他想法？首先，大多数人其实讨厌这个观点，他们讨厌「分发就是护城河」这个说法。但我之前在 XDMs 跟 Jack Dorsey 聊过，他是真正早早就这么说的人之一，尤其在产品越来越容易被做出来的今天。

[3:05:09 - 3:05:52]我觉得如果我们在 Contra 投过项目——我们今天已经做了 36 笔投资——我们看到很多 AI 项目，而它们失败的第一原因就是没有分发。所以这个观点不受欢迎，大家都不爱听，但这恰恰是拿到融资的关键。对大多数业务来说，你需要现金流，也需要分发，因为你拿不到融资，就只能靠现金流去支撑。所以我建议：一定要死磕这件事。我觉得现在很多创始人还不够重视。在最开始，大家都在做产品；甚至现在还有人说自己在 stealth 模式下开发，而你们正好相反——你们在公开做，我们也是这么做的。

[3:05:52 - 3:06:37]但我可能还会再给你们一个建议：没人会相信你，所以你必须拿出 proof。我们喜欢在 X 上分享。总会有人不喜欢你，总会有人觉得你做得不够好，也总会有人不想看到你成功。所以希望你们现在就把所有跟 Brock 相关的截图都存下来，因为等六个月后真的跑起来了，你们会想拿出来展示从第一天开始的用户增长。我们有一个叫 proof vault 的东西，我强烈推荐：把所有对你们产品说过的正面评价都存进去，再按 testimonial、视频观看量等维度拆分。

[3:06:37 - 3:07:22]截图、最近添加的证明、是否已验证、是否允许公开分享，因为大家最终都会想知道这些细节。非常有道理。如果你愿意，我们很想做个互动练习，和你一起创建一个 bot，先给它一些初始提示，再把你分享的建议转化成我们能用于业务的工具。听起来有趣吗？那就来吧。好的，我们看看能不能把 Matt 或我的屏幕放到直播上。如果不行，我们就在后台操作，之后再分享结果。

[3:07:22 - 3:08:06]好的，这是我的屏幕，那是你的屏幕。或许你可以带我们看看现在要做什么。来吧，Cody，我们要创建一个 bot。我觉得我们在营销和分发方面最需要帮助，因为目前有点盲目。所以很想听听你对如何开始提示的建议。Matt，如果我们要新建一个 bot，或许可以先给它起个名字。好的，我们开始吧。首先要问：你希望它做什么？在构建任何东西之前，我们得先搞清楚，业务里最需要完成的第一件事是什么？是为了赚钱或获取用户？我们的首要目标是什么？是获取线索？还是让用户付费并注册？我们要达成的目标是什么？好的，那我们先从……

[3:08:06 - 3:08:49]我们打算试试快闪体验。你刚才说得很好：我们想先找到三个人愿意付费，来验证这个想法是否可行。所以目标可以是线索，也可以是一个注册表单，先收集感兴趣的人的邮箱，再从这批人里尝试拿到第一批注册。或者先把消息传播出去，让大家知道我们在做什么。我觉得不错。我一直喜欢有受众的地方，所以我可能会从收集邮箱开始，因为这样以后还能再联系他们。你现在应该还没把购买流程、预约系统这些都连起来，对吧？没错，完全正确。好的。

[3:08:49 - 3:09:34]所以我建议先从 lead magnet 开始。你已经在 X 上做得不错了，在座的大家应该也都在玩 X。所以我建议先做一个高质量的 lead magnet。通常我们做生意时会遵循模仿、迭代、创新的路径。所以有没有人已经把你想做的这种生意做得很好了？你们对市场有了解吗？其实我对快闪店完全没有市场认知，这点提醒得很好。好的，那我建议单独做一个 bot 来做这件事。你们打算在哪个城市做？旧金山。好的，那里有很多空置餐厅，条件不错。所以你的意思是，我们应该先对做过同样事情的其他生意做背景调研。

[3:09:34 - 3:10:18]没错。如果你之前没做过，就去找出已经做得最好的人，然后逆向工程他们是怎么做的。所以我做的第一个 bot 可能会是这样的：帮我找出旧金山排名前十的餐厅经营者，抓取他们网站里最好的五个页面，再找出过去六到十二个月里各大主要城市里做得最好的五个快闪餐厅页面，然后把这些内容整理成一份文档，方便你们查看。接下来你们可能还需要思考品牌定位和差异化——你们对如何定位自己有想法吗？

[3:10:18 - 3:11:03]这个弹窗？太棒了，没错，我正在追踪。所以我在用，我们其实有一个可以创建其他 bot 的 bot。这是 Lauren 教我们的。我在说，嘿，我们需要一个 operator research bot，然后把你刚才说的要点记下来。我会说，嘿，去找旧金山最好的餐厅巡游、那些巡游的最佳站点、类似的快闪活动和类似公司，然后用我们在 Notion 里的创始文档做 grounding。哦，我喜欢这个。因为我一直在记一些笔记，关于我们到底想做什么、目标是什么。所以这个 bot 会有我们的业务背景。Cody，谢谢你的提示，这能帮我们搞清楚自己在做什么，因为通常是这样的，

[3:11:03 - 3:11:47]有时候我们处理这类问题，哪怕是写代码，也会想：肯定有人做过，对吧？所以如果我们能从别人试过、可能失败的地方起步，就能抢先一步。对，再加上你一开始的 storytelling。你真正要做的是，在拿到租约或其他任何东西之前，就得先把梦想推销出去，尤其是想免费拿到东西的时候。如果你想先免费测试想法，那就得说服别人为什么应该帮你。所以我认为你现在要做的——我可能有点上下文——如果你在做产品，希望不是随便挑个东西扔几个点子就开干。通常你会先亲身经历这个问题一段时间，但你可能想在这里写清楚：

[3:11:47 - 3:12:27]最好的餐厅老板，比如 Danny Meyer，当初是怎么给 Shay Shack 做快闪定位的？我们怎么复制？然后你可以说，一个杀手级的落地页，要有一行标题钩子，再加上独家、稀缺、时效性和相关性——人们做任何事的四个原因——对这个项目来说会是什么？我会把这些全喂给一个能输出很多结果的工具。这对所谓的「争议」特别好，比如什么能让人讨论这个？对，在旧金山，可能就是一个 AI 餐厅快闪

[3:12:27 - 3:13:11]咖啡馆，或者你可以玩一玩，为什么 claw bots、claw bot 聚会在旧金山那么火——那些小龙虾帽。我们怎么复制？会有什么不同版本？我们有一些可爱的 Grok Bot logo 可以用进去，对对对。你可以，不过我唯一想说的是，logo 是关于你的，而不是关于他们的。你卖的每样东西——这对你的老板和 Grok 来说是好事，但对用户来说，真正让他们想参与的是什么？所以你会看到我们的广告。我们为这本书的发布花了几百万美元在广告上，直到这周——还有两天就结束了。那些到处都是我们 logo 的企业风广告，

[3:13:11 - 3:13:54]表现只有非企业风广告的四成。我们表现最好的广告是我和我丈夫互相聊天，或者我们在自己公司里的画面，或者干脆放了我们狗的广告。所以，是的。所以如果你在做广告，我经常说「pair」很重要，对吧？对，越不企业风越好，现在越不精致越好。我们做过一些过度精制的广告，不行，这对独立创业者其实是好事。你不需要大制作就能做。我喜欢，我喜欢。也许有一个想法，我在想我们是不是应该先做一个营销计划

[3:13:54 - 3:14:38]然后启动一个 bot 来帮我们把这些建议整理成一份计划。也许我们可以这么做，但我好奇的是，能否给 Mucody 最后一点建议，关于传统企业——这是你显然做过大量工作的领域——就是说，如何帮助传统企业，让它们用上 AI、实现增长、拥抱新技术。显然我们现在在想的是一个快闪店，这在很多方面和传统餐饮业主或传统企业本身有关。所以我很想听听你对「科技赋能」这类企业的总体看法，以及你见过哪些组件最有效、哪些最无效，这样我们就不会在 AI 这件事上太冒进。总之，我们很想听听你的通用建议，也许还能把这些建议喂给我们的 bot。

[3:14:38 - 3:15:18]然后再拿它来做一个营销计划之类的。我不知道。好的，没问题，我们正朝这个方向努力，听起来不错。嗯，让我想想。过去两年我们接了大约 1600 家企业，主要是家政服务、专业服务，还有一些线上业务，但几乎所有企业在刚来找我们时都会做一次排名。几乎所有企业都没有像在座各位这样高强度地使用 AI，他们只是用 Google 搜 ChatGPT 查点东西。所以你们现在在做的这件事，真的会把大部分小企业远远甩在身后。这是我想说的第一点。

[3:15:18 - 3:16:00]如果让我来思考 AI，我总是想起 Charlie Munger 说的「永远反过来想」。我肯定会先问：哪里能让小企业立刻赚到现金？因为很多人想卖给小企业的 AI 服务，其实和收入没关系，而小企业的平均利润率只有 15%，所以他们通常没什么现金。如果你的 AI 服务不能立刻和收入挂钩，那大概率卖不出去。这只是我的一个想法。但如果你能做点什么——比如我们现在在讨论如何营销你们正在做的这个 bot、怎么快速上线——我可能会这么做。

[3:16:00 - 3:16:45]你们手上有什么独特的数据？比如你们在快闪店里用 Grok Bot，也许可以把现场所有对 AI 感兴趣的用户名单整理出来，做个小调查，然后把这份数据送给所有来餐厅的人，签到就能领一道免费菜之类的。对我们来说，我们的引流钩子是：「我们已经分析了 15000 名小企业主。」我们确实用了技术，这次没用 Grok Bot，而是结合了 Claude、Vercel 和 Replit，做了一份真正能给用户带来价值的调查，让他们觉得……

[3:16:45 - 3:17:26]他们从这份问卷里拿到的价值，比给我们邮箱的付出要多得多。这份问卷特别的地方在于，它能告诉你自己是哪种类型的创业者。所以我想说的是，对你们来说，与其只是为了注册而收集邮箱，不如想想怎么给用户提供极致价值，让他们觉得「不给邮箱都对不起这份价值」。我们也把这份问卷发到了 X 上，你们可以去看。我们大概做了五六个类似的东西。你可以在五分钟内快速做一个针对你们具体场景的引流钩子，发到网上，大家会想要你们正在讨论的东西，然后顺便注册你们的餐厅。我觉得这就是我会做的做法。

[3:17:26 - 3:18:08]总结一下，重点放在收入动态上，把业务本身放在第一位，把技术和数据更多地看作赋能能力。这样概括是否合理？我知道内容远不止我这两句话，但……是的，我的意思是，做生意最终是为了赚钱，没人做这个是为了慈善。所以我认为，如果你始终从第一性原理出发——希望业务真正带来收入——你就会做那些能让公司长久存活的事。这就是为什么我一直强调：回到你的线索来源、如何捕获线索、能否让线索赚钱、能否给线索提供比你索取的东西高 10 倍的价值。如果你能持续做到这些，

[3:18:08 - 3:18:51]你就很难失败或陷入贫困。太棒了，听起来很棒。这都是我们自己永远想不出来的东西，所以我们正在取得进展，我超级兴奋能继续构建这些东西。Cody，你有什么临别寄语吗？我知道你已经非常慷慨地给了我们时间，这真的很有帮助。我们肯定会把 bot 扔到转录稿上，让这个营销计划运转起来。但在切换回构建模式之前，你对我们或在座的听众还有什么想说的吗？没有，我觉得你们在做一件很酷的事。只是记住，生意就是为了让你从中获利，否则它会太他妈难、耗时太长，而且相当痛苦。而它最终变得有趣的唯一方式，

[3:18:51 - 3:19:33]就是你成功了，赚到了收入和资本。所以我认为这是我有时在构建者身上看到的问题——他们会构建很多酷的东西，但如果你构建了，我保证他们不会来。好吧。Cody Sanchez，非常感谢你花时间和我们在一起。这太棒了，学到了很多。显然，我们需要专注于赚钱，听起来也要帮助别人赚钱。也许吧，我想是的。再次非常感谢。我想我们会短暂休息一下，把我们这边的一些事情处理好，大概五分钟，我们很快回来。然后我们会向大家展示我们一直在做什么，以及我们将开始构建什么。希望我们能把落地页做出来。好，完美，搞定。很快见。

[3:44:03 - 3:48:50]我们准备开始了。大家能听到我们吗？我想我们回来了。

[3:48:50 - 3:49:32]太好了，我们回来了。我们还活着。非常感谢大家的加入。我们要做的是快速回顾一下。我们刚才在这里捣鼓了一些东西。距离下一场开始还有大约五分钟，那场是 Grok Bot for engineering，应该会很精彩。但与此同时，我们今天早上做了一些市场调研。我们在 Twitter 上查看了大家对餐厅的所有建议，我们就我们要构建的内容达成了一致。我们还和 Peter Yang 以及 Cody 聊了聊，他们帮助我们更多地了解了 go-to-market，以及我们在构建什么。从现在开始，我们的重点真的就是构建东西。所以我想我们会主要展示 Lauren，展示 Potato 在工程会议之后做的事情，以及展示我们能构建什么。

[3:49:32 - 3:50:15]但我们达成一致的想法是在旧金山开一家餐厅的快闪店，一种快闪体验。所以我们的目标基本上是把一家餐厅和一群想吃饭、想体验的人连接起来。通过创造这种体验，我们会拥有某种软件。因此，理想情况下，在三天结束时，产品既是一个操作系统，一个用于创造这类体验的产品，同时也是体验本身。我想这就是我们要努力的方向，对吧？是的，我觉得这听起来……雄心勃勃，但我们会尽力。是的，是的。我在想有没有办法让它也变得有趣，比如加入一些……我不知道，我们会琢磨一下。也许我们可以让预订体验不仅仅是传统的预订体验，而是……

[3:50:15 - 3:50:59]我把疯狂的想法留到第二天再说。太棒了。那我们先请 Lauren 聊聊你做了什么？我还在搭建，但基本上我在建我的土豆工厂。刚才下播时我新做了一个叫 hash brown 的 bot，它的工作是 review Tater 打开的 PR。提醒一下，Tater 是我的工程 bot，所以 hash brown 就是我的 reviewer bot。这让我想到，如果 Roshan 和 Matt 也能有类似的 setup 就好了。

[3:50:59 - 3:51:44]所以我现在在 repo 里加 P stack。你可以把它们都装在自己电脑上，也可以直接在 repo 里设置，让你的 bot 或 agent 帮你搞定。这部分正在进行。同时，我让 bot 去配置 cursor automation。cursor automation 就是一种响应机制，比如我一开 pull request，

[3:51:44 - 3:52:27]它就会把 PR 发到 Slack 频道，然后有个 automation 自动接手 review，甚至帮你 merge。我还不确定具体流程，但希望能做到：bot 把 PR 扔进 Slack，reviewer bot 自动 review，过审就直接 merge。之后我再尽量把代码库打磨得更易上手。总之还有很多事要做。听起来像在搭脚手架？对，就是在搭脚手架，也在积累 agent 的各种技能。

[3:52:27 - 3:53:10]我觉得这些基础建设很重要，但也不想过度设计。startup 的目标是活到第二天，所以我们先做简单、可扩展的东西。30 分钟休息或演讲结束后我就继续搞。对，这不就是 SpaceX 那套流程吗？没错，只是这次我得从零开始。以前的东西都没了，但正好可以重新思考原来的方案，也许有更好的做法。

[3:53:10 - 3:53:52]也许在建新工厂的过程中我能找到灵感。完全同意。我们先回到那边。刚才休息时还提到，我可能会接手 lander 的视觉设计。我一般用 PSTAC 开发，流程是先让 Grok Bot 做 ID8，再推给 cursor cloud agents 实际搭建。现在只剩一分钟了，之后会交给旧金山 Dreamforce 现场的 Grok Bot 工程团队演示。我们的同事会现场演示这些 workflow 怎么在你自己项目里落地。接下来就交给那边，回来后我们继续 build。

[3:53:52 - 3:54:35]很高兴下午再见大家。下午好，欢迎来到 Grok Bot Galaxy，感谢参加今天的 Grok Bot 工程师工作坊。我叫 Ling Xi，是 xAI 的软件工程师。简单介绍一下，我在 Cursor（现在叫 xAI）已经待了九个月，发布了两个产品。之前做过 Cursor 3 Asian Window，现在在做 Grok Bot。

[3:54:35 - 3:55:16]有意思的是，过去两个月我只用 Grok Bot 完成工程任务。靠着它，我三周内一个人做出了 Grok Bot 移动端的第一个版本，也学得更快了，因为我能接触到 Grok Bot 的各个方面，还能按第一性原理尝试不同方法。越用 Grok Bot 开发，我就越想把这种超能力分享给大家，这也是今天工作坊的主题。

[3:55:16 - 3:55:59]我们的整个工程之旅大约从 2024 年初开始。在此之前，我们只有基于语法的 outer completes。之后我们加入了 tap completion，这已经是巨大的进步。从那以后，我们又推出了 ask 和 edit。那是我们第一次真正感受到 agent 的力量，它能帮我们更快、更轻松地浏览代码库，还能处理一些重复性任务。但当时它们还无法完成大量任务，我们就不断迭代。

[3:55:59 - 3:56:42]接着出现了 agentic coding。Cursor 2 和 Cursor 3 都是围绕 agentic coding 展开，它可以操控你的电脑、鼠标和键盘，进行端到端的测试。更重要的是，它能放眼更长的时域，判断下一步需要做什么，还能做规划。我们有 slash goal、slash loop 这些功能，能让 agent 独立完成任务，不用我一直催。但那时候我们还是得写 prompt、启动 agent。

[3:56:42 - 3:57:26]必须通过某种界面来操作。下一步就是自动化，运行在 Cursor Cloud Agents 上。这是一个全新的时代，因为 agent 可以根据触发条件启动，比如收到 Slack 消息。这解锁了很多可能性：你不再需要亲自启动 agent，它可以在你不在电脑前时自己启动；它还能 24/7 全天候运行，哪怕你睡着了；它也能根据 Slack 消息自动触发。

[3:57:26 - 3:58:10]另一个解锁点是，它不再受限于你本地电脑的性能。Cursor Cloud Agent 的核心理念是：能在云端运行你在本地电脑上能做的任何事。这意味着我们可以给你 10 台甚至更多机器并行运行。你的 agent 再也不用争同一个端口。当时 Cursor Cloud Agent 让整个团队几乎都实现了 10 倍甚至更高的效率提升。但我们也在思考：下一步应该是什么？Agentic coding 已经很强了，我们看到小团队也能交付大产品。那接下来呢？怎样才能让生活更轻松？

[3:58:10 - 3:58:54]于是我们想到，可以做 Grok Bot，做一些 AI agent 来帮我们写 prompt、做编排。因为之前我最多能同时管理 15 个 Cursor Cloud Agent，已经很吃力了。我需要在不同 cloud agent 之间不断切换。我真的希望有一个 agent 能帮我启动后续任务、排队消息，在我觉得不该继续或需要转向时帮我 nudge 或打断。我们相信现在的模型已经具备捕捉这些信号的能力。

[3:58:54 - 3:59:38]所以我们把它们组合在一起，就变成了一个自主 AI agent 团队，可以像同事一样工作。你可以直接 @ 它们、直接和它们协作，它们也能和你一起成长。这就是 Grok Bot。让我来介绍一下 Grok Bot：它是一个完全自主的 AI agent 团队，专为各类工作设计，包括工程任务。首先，它 24/7 全天候运行，完全自主，不受你电脑是否开机限制。

[3:59:38 - 4:00:20]其次，它也不需要你真的有一台笔记本电脑。最能解放工程师的一点是，它可以帮你管理 coding agent，不只是 Cursor Cloud Agents，几乎任何类型的 coding agent 都能管。最棒的是，它和 Cursor Cloud Agents 有原生集成，能读取 transcript、启动 Cursor Cloud Agent。它也能在私有 worker 上启动，所以如果你想用自己的 Mac 机器，它也能启动到那台 Mac 上。凡是你在 Cursor 窗口里用 Cloud Agents 能做的事，Grok Bot 都能替你完成。

[4:00:20 - 4:01:04]通过工具调用，所以你不必让 Grok Bot 去控制某个用户界面来启动代理和读取转录，它可以直接通过工具调用高效地读取所有内容。对我来说，这解锁了很多工作流，因为它不仅能查看 Cloud Agents 正在做什么，还能看到正在进行中的任务。例如，我给 Grok Bot 一些指令，让它在工作流完成后检查该工作流或 Cloud Agent 里有哪些证明，然后根据我的指令判断任务是否已完成。

[4:01:04 - 4:01:48]或者是否缺少一些重要证明，比如截图或前后性能对比。如果缺少，Grok Bot 可以直接给 Cloud Agents 发一条跟进回复，说明还需要做什么，这样 Cloud Agents 就能继续工作，即使我不在电脑前。第二点是它能连接你使用的大多数工具。例如，如果你是一名工程师，要把网站或仪表盘部署到 Vercel，它有 Vercel MCP，可以连接所有这些部署。所以这不是把 Vercel MCP 连接到你的本地编码代理或编码工具。

[4:01:48 - 4:02:32]而是它可以 24/7 全天候运行，能在构建失败时检测到信号并开始处理。它还能根据特定时间直接触发部署。比如你想在明天早上 6 点部署，但你是个夜猫子，你可以直接告诉它「明天早上 6 点部署」，它会记住时间，并在那个时刻调用你使用的所有工具。这样你就不再需要在需要的时候启动本地代理或其他代理。另一个很大的优势是它有记忆和例行任务，这是最大的解锁点，这实际上是一个巨大的飞跃。

[4:02:32 - 4:03:14]与我们之前拥有的持续学习相比，它可以根据你告诉它的内容持久化记忆，而且时间跨度非常非常长。另外，Grok Bot 是命名的，所以你可以让不同的 Grok Bot 拥有不同的记忆，这样它们就不会被大量可能与当前工作无关的记忆淹没。这非常重要，因为大多数时候，当你和 Grok Bot 谈论它应该做得更好的事情时，它可以直接记住，下次当它启动 Cloud Agent 或对 Cloud Agents 做一些修订工作时，

[4:03:14 - 4:03:57]它可以应用你之前喜欢的方式，然后直接用在发送给 Cloud Agents 的提示中。多亏了这个记忆系统，你就不用重复说过的话了。我认为理解为什么需要 Grok Bot 也很重要，因为市面上有很多产品可能也能做你以为它们能做的工作。例如，我曾经是 Open Claw 和 Hermes Agent 的重度用户，但它们其实无法很好地完成工程任务，因为它们缺少与 Grok Bot 的一方集成。

[4:03:57 - 4:04:41]所以我认为第一个想法是你不再需要任何「咖啡因笔记本电脑」了。我觉得这是很大的解锁，因为我知道很多人可能都有一些工具或终端命令来确保笔记本电脑保持唤醒状态，只是为了把事情做完。我们认为这对任何工程任务来说都不是优雅的体验，我们想摆脱它。所以 Grok Bot 24/7 拥有你的电脑。你的笔记本电脑可以保持唤醒，也可以保持不唤醒，只需作为发送命令的终端。发送完命令后，你就可以合上笔记本电脑，不用担心任何事情会停止工作或停止运行。

[4:04:41 - 4:05:23]第二点是它在所有平台上都能完美使用。我们最近发布了 iPad 和 Android 版本，而且它已经在 iOS、Windows、Linux 和 macOS 上可用。所以你真的可以在任何地方工作。比如，你可以躺在金门公园的草地上，而你的身体正在工作。第三点也是 Grok Bot 相比其他产品最大的障碍之一，就是你可以在需要时控制电脑。和其他产品不同，当它们需要登录或需要有人帮忙点击某些操作时，你无法做到。你只能提示它们，然后无助地

[4:05:23 - 4:06:07]在转录文本里看着发生什么。对 Grok Bot 来说不再是这种情况。在任何平台上，比如 iOS、Android 或 iPad，你都可以直接点击电脑来完成任务，无论是登录某些很难导航或需要某种人工验证的服务，还是在登录时你不想把密码交给它，你都可以使用移动客户端或桌面客户端来点击远程电脑完成任务。你在其他产品上真的无法做到这一点。最后一点是第一方编码代理集成。这也只存在于 Cursor

[4:06:07 - 4:06:51]我们 Cursor Cloud Agent 与 Grok Bot 的集成非常非常顺畅。几乎你在 Cursor 用户界面里能做的所有事情，Grok Bot 都能做到。让我分享几个我非常喜欢的工程用例。过去两个月它一直在给我赋能，我真的很喜欢我们围绕 Grok Bot 所做的一切，也为我们自己构建了 Grok Bot。第一件事是当我不在时也能把事情做完。所以想象一下你可能在睡觉，或者在飞机上。你的队友需要解除阻塞，而你是唯一能开关某些服务的工程师。

[4:06:51 - 4:07:35]以前他们必须等到你下飞机，这有点遗憾，因为在现代初创公司里，速度非常重要。所以想象一下你被 ping 了，你的 Bot 可以监控你的 Slack。根据你设定的情况或条件，自动解除他们的阻塞，完成必要的审查，然后在 Slack 里回复确认。这就是现在正在发生的事。而且它运行得非常顺畅，因为我不需要一直守在笔记本电脑旁边。即使有些事情确实需要我审查

[4:07:35 - 4:08:18]或需要我监督，我也可以在手机上查看。然后一旦我觉得没问题，我就可以通过 Grok Bot 发送消息说，好，这个看起来不错。批准它。然后 Grok Bot 就会发送批准，并通知发送者这件事已被批准。他们可以继续进行。我们还可以进一步思考，如果它们能帮我监控整个 Slack，而不仅仅是我发送「已批准」的时候。我可以告诉 Grok Bot 我的审查标准是什么。我需要附上截图。我需要附上不是假测试的测试。

[4:08:18 - 4:09:00]然后每当有人在 Slack 里@我或发消息给我时，它们可以读取消息，检查是否是审查案例。然后它们可以启动我的技能进行代码扫描，并根据我给的标准进行代码研究。它们也可以在 Cloud Agent 中运行，这样就能在你的代码库里执行技能。然后它们可以回复确认。所以我不需要一直守在电脑旁，甚至不需要一直守在手机旁，只有当我的 Bot 真正需要我时才介入。那再进一步呢？如果监控 X 呢？

[4:09:00 - 4:09:45]X 上有很多关于图表机器人的 bug 报告，这些反馈非常有价值。所以我们也利用与 Slack MCP 的一体化集成，在 Slack 上部署了机器人，让它们自动启动任务，检查生产环境里的 producer 是否仍然有效。如果有效，就去修复并给我发 PR。其他需要安全审查或找对应负责人审核的场景也一样。现在一切都由机器人互相联系，只有在绝对必要时，人才会介入。

[4:09:45 - 4:10:30]这样我们就能专注于更深层的工作。你可能会好奇，如果机器人能做一切，那人还站在什么位置？这个问题问得很好，因为人类依然有很多事情需要专注。我仍然在驱动产品方向，也需要深入大量设计细节。还有很多机器人目前无法完成的高难度工作，比如性能问题、如何架构下一版应用以避免现有的大部分问题、以及如何在前端建立良好的架构，避免未来代码变得混乱。我还需要给它们更好的指令。

[4:10:30 - 4:11:11]比如如何说“不”。这在产品里非常重要，因为会有大量 bug 报告和反馈，但有些并不符合产品需求。机器人很“善良”，默认会全盘接受，所以你需要设定边界，告诉它们为什么要做这件事、什么不该做，以及背后的理由。机器人有记忆系统，能记住你说过的话，并在未来的决策中应用，这样你就不用反复强调“我不希望这个出现在产品里”“这不够简洁，我们需要简化”。

[4:11:11 - 4:11:53]另外，我需要确保我的机器人不会被卡住，这也很重要，因为中间有很多鉴权步骤。Grok Bot 需要有很好的体验，能让人类快速解除它的阻塞。下一个用例也是我最喜欢的之一，已经在市场上架：夜间代码清理。我们都知道过去一年里可能发布了一些草率代码，大家都不喜欢。有时很难强制每个 agent 都遵守同一套规则。

[4:11:53 - 4:12:35]所以另一个办法就是趁夜里把这些草率代码清理掉。那时候大家都不在发版，冲突概率更低，风险也更小。大多数时候只是小问题，可以把代码压缩成更小的模块，或者删掉你讨厌的长注释。这些改动风险很低，可以在夜间完成。你也可以信任 Cursor Cloud Agents，根据你设定的条件合并 PR，比如你已经提供了清晰的端到端证明，满足条件就可以放心合并。

[4:12:35 - 4:13:16]现在我的设置是每天凌晨三点，机器人会启动一个研究型 Cloud Agent，对整个 monorepo 进行审查，找出代码质量不佳、应该模块化却没模块化、注释没精简到必要程度，以及我们偶尔遗漏的安全审计等问题。

[4:13:17 - 4:14:00]我们需要在夜里把这些问题全部抓出来，早上醒来就能看到一堆 PR。接下来是内部工具，这也在改变组织内部的协作方式。以前，比如通过邮箱而不是链接把人加入测试名单，你可能会想：我可以做一个内部仪表盘，加鉴权、接数据库，部署到某个带鉴权墙的 Excel 后面，再分发给内部员工报名测试名单。这确实可行，但有了 agent 编码后，应该已经不需要这么做了。

[4:14:00 - 4:14:43]你可以在一两个小时内完成这件事。但问题是你为什么要自己做？Grok Bot 的灵活性之一在于，它可以用更简单的界面运行逻辑，比如 Slack 消息。所以这里的解法是，我让大家在 Slack 里 @ 我的 bot，然后把邮箱地址写在旁边。Grok Bot 会基于 Slack 消息触发例行任务或 webhook 信号。只要有人 @ 它，它就会自动执行把人加入 TestFlight 的流程。我唯一需要做的，就是确保 Grok Bot 能安全地访问 TestFlight。

[4:14:43 - 4:15:27]除此之外，我只需要给它一个提示，告诉它要做什么，这个内部工具就能用了。接下来是我另一个最喜欢的使用场景——自动修复一切。你可能有很多部署流水线、CI 或者端到端集成测试。最大的问题是，当 CI 变红时，我们通常会 @ on-call，而不是让另一个 bot 去修复。现在情况变了，只有在真正需要的时候才会叫 on-call。大多数时候 CI 变红，bot 会自动介入，

[4:15:27 - 4:16:12]开始检查哪里出问题，然后启动一个 Cloud Agent 来修复，同时按照指令判断是否可以合并，直接合并。所以现在需要人去查看、切换任务的周转时间已经非常非常短了。不只是 CI 变红，任何部署错误、CI 不稳定，或者内部流水线里任何有信号或告警的任务，都可以接入 Grok Bot，只有在 10 分钟内没解决才会通知 on-call。

[4:16:12 - 4:16:56]大多数情况下，Grok Bot 能在 10 分钟内搞定。现在我来介绍一下我是怎么组织这些 bot 的。我们现在处于一种中间状态：既不需要只有一个 bot，也不需要一整个 fleet。我有一个叫 Lin Xixi 的 chief of staff，Craig 负责 UI 工程，Steve 负责 DevX，Hogan 负责 Infra。你可能会问，为什么需要三个工程 bot 而不是一个？因为它们显然跑在同一个模型上，应该都能完成任务。100% 它们都能完成你给的任何任务，哪怕我把 UI 任务交给 Hogan，

[4:16:56 - 4:17:40]它也应该能解决。问题在于上下文，以及它们如何管理自己的 fleet。每个 bot 都有稍微不同的 pipeline，基于它们的工作内容，也有各自的上下文限制。为了避免在切换太多任务时超出上下文限制，我更倾向于把它们分开，这样告诉 Hogan 的所有内容都会保留在 Hogan 的记忆里，包括所有指令等。下次有新任务进来时，Hogan 可以直接基于已有上下文开始新任务，而不用重新拉取指令再在新区域启动任务。

[4:17:40 - 4:18:24]这能让你的 fleet 运行得更快。关键是你其实不需要和每个工程师单独沟通，除非必要。你可以主要和 chief of staff 沟通，chief of staff 可以把请求分发给各个工程师，因为 chief of staff 知道谁在做什么，同时也能节省上下文，不用记住所有工程流程或开发方式。现在我来演示一下我是怎么设置这些东西的。这会是一个非常即兴的演示，因为我也是第一次设置这些。

[4:18:24 - 4:19:07]现在我刚从市场下载了 LinkSheet 的工程师机器人。它已经完成了所需仓库的入职流程，还接入了 Notion。我现在要从市场下载 Nightly Audit 机器人，你可以在 Grok Bot 团队这里找到它。有一个 Nightly Audit 工程师，我会编辑它。现在非常简单，它已经开始执行所有入职任务了。问题是，这个 Nightly Audit 工程师并不了解我现有的工程工作流。所以我要做的不是告诉它

[4:19:07 - 4:19:48]所有我可能已经说过的事情，比如遵循这个流程，先做这个再做那个，而是让现有的工程师机器人来入职我的新工程师。你好，我团队里来了一个新成员叫 Nightly。把它们改名为 Steve，然后告诉它们工程工作流是如何执行的。我的工程师机器人，其实我应该把它们改名为 Craig，因为这是我给它们的称呼。

[4:19:48 - 4:20:21]我的 Craig 会给即将成为 Steve 的 Nightly Audit 工程师发消息，然后开始握手所有这些内容。你可以看到我的 Craig 刚刚给 Steve 发了一条消息，说明一切是如何运作的，包括我们的 Notion 看板是如何搭建的、clean 的定义是什么，以及如何在不同阶段的工作流中推进。

[4:20:31 - 4:21:15]在机器人之间，你只需要让它们互相交流。你可以看到它们也互相确认了，所以我其实不需要和 Steve 说话。我的 Craig 会直接告诉我，一切都已确认，没问题。现在 Steve 已经具备了 Nightly Audit 的技能。为了演示，我现在就启动它。通常它会在凌晨 4 点运行，但现在让 Steve 立即启动 Nightly Audit 工作流。

[4:21:15 - 4:21:56]我刚让它停下来。与此同时，我们会等待 Steve 做一些研究，然后把关于 FlyLo 的所有发现反馈给我们。我们再看看其他例子，说明我如何与代理并行工作。现在我已经有一个任务要处理。我认为 FlyLo 网站有一个被报告的问题，非常紧急。所以好的，我认为 flylo.air.com 存在问题。

[4:21:56 - 4:22:38]用户无法查看之前预订的航班。你能检查一下这是不是真的吗？我的机器人可以在电脑上浏览网站、点击操作，并向我展示发生了什么。这是一个未被阻塞的场景，因为我们知道很多工程师的工作流无法通过 MCP 实现。如果你需要根据某些指令或在特定时间点击按钮，你可以让机器人通过使用它们的电脑来完成。

[4:22:38 - 4:23:22]它正在检查 FlyLo，我可以从电脑上监控。是的，它目前正在浏览网站，试图判断这是否是一个真实的问题。它正在导航，你可以看到它基本上可以做你在网页上需要的任何操作。所以你几乎所有的工作流都可以被委托和解锁。我认为因为这个问题是用户报告的，我希望它能紧急处理。

[4:23:22 - 4:24:04]但问题是，当你和代理交谈时，它们可能知道“紧急”意味着我需要尽快得到结果。但它可能会跳过步骤或开始猜测，以确保更快解决。我们不希望这样。我们不希望代理猜测事情，我们想要确定的结果。所以以前在 Grok Bot 之前，我可能会反复告诉它们，比如，我需要紧急处理。举例来说，我需要紧急处理。并告诉它们你需要做什么以及不应该做什么。但如果要提取这些指令呢？我不想每次都重复自己。

[4:24:04 - 4:24:46]这就是 Grok Bot 的全部意义，或者说自主编程的全部意义：你不应该重复自己。我会让我的 chief of staff 去 onboard 一个新成员，叫 Jenny，让她负责所有运营工作。Jenny 需要为我的工程团队管理 playbook，并把 playbook 放在 Notion 上。

[4:24:46 - 4:25:26]这样其他工程师就不用再去更新 playbook。我的 chief of staff 会先把 Jenny onboard，然后 Jenny 会在 Notion 上搭建 playbook，之后根据我告诉他们的任务和时间安排来更新 playbook，其他工程师就能直接复用同一套 playbook。你可以看到 Jenny 已经在台上，而我的 chief of staff 也在做 agent-to-agent 的聊天，让他们互相握手。

[4:25:29 - 4:26:12]所以我其实不用直接告诉 Jenny 要做什么，我只需要和 chief of staff 沟通。让我先看看 Steve 进展到哪一步。好的，Steve 在没有我额外指令的情况下——这是我内置的指令——已经开始研究代码库里有哪些可以改进的地方，还启动了一堆 Cloud Agents，看起来已经完成了。Steve 现在正在把这些改进整理成 PR。接下来我再回到 Craig 那边。

[4:26:12 - 4:26:55]看看他那边的情况。好的，他确认了，问题确实存在。SlashTrips 只是个 stub，而导航还在指向它。目前还没有检查之前是否已经订过机票。现在需要紧急处理。我本来想立刻做，但现在先放慢一点，把「紧急」这件事同步清楚。大家都知道，coding agents 有时会跑非常长的 horizon，这在需要紧急处理时并不好。

[4:26:55 - 4:27:35]解决这个问题的思路之一，就是让你去检查它们的 trace、检查它们的 tool call，确保它们在正确的轨道上，并在可能跑偏的时候及时 nudge 或 steer。但这要求你一直守在电脑旁边，而有时候你有其他事情要做，没法每秒都盯着 trace。所以我通常的做法是给 bots 设置一个 P0 escalation workflow。

[4:27:35 - 4:28:19]P0 的定义是：Grok Bot 需要每五分钟监控一次 Cloud Agents，检查它们的进度，看它们目前运行到哪一步。有时候 Cloud Agents 会跑很长时间的测试，比如 sleep 300 来等待另一个 shell 里的异步测试；有时候测试又很快，一分钟内就能跑完，那就会浪费四分钟。所以当 Grok Bot 检查 Cloud Agents 时，可以发现它们是否在做不必要、耗时的 tool call。

[4:28:19 - 4:28:57]如果发现，就立刻中断，然后根据当前情况重新发起 prompt。这一切都不需要我参与，我也不用写任何 prompt。我唯一要写的，就是 P0 的定义：设置一个 routine，每五分钟检查一次 Cloud Agents，看它们是否跑偏。

[4:28:57 - 4:29:41]比如跑了很长的 sleep 300，或者过于保守。我们有时候只是需要事情跑得更快一点。这是我给的一个非常粗略的 prompt，它可以随着你和机器人的互动不断完善。比如你发现它在某些场景下表现更好，就可以直接告诉它去做，不用再写成 skill，也不用每次都重新写 prompt，只需要像跟队友说话一样，在普通消息里说一次就行。

[4:29:41 - 4:29:54]做一些紧急的事情。我们的目标太保守了，没有在合适的时候打断或提醒他们。

[4:29:58 - 4:30:43]你发现他们走偏了。你需要这个，紧急，紧急，紧急，紧急。所以我也会告诉他们去修复这个问题。我可以直接点击回复，这样就能保留我引用的上下文。紧急修复这个问题。把它当作 P0 来处理，然后它就知道什么是 P0 了。但只有 Craig 知道他的 P0 是什么。与其复制粘贴到我每一个工程师 bot 里——因为现在如果有 10 个、15 个或 20 个 bot 就无法扩展了——我会交给 Jenny 来处理。让我看看 Jenny 现在是否在线。Jenny 负责编辑。Jenny 负责编辑。

[4:30:43 - 4:31:28]所以 Jenny 会在他们需要做决定的时候提醒我。我觉得这对我来说是个很好的问题。他们刚刚给 bot 发了消息。我觉得一切都设置好了。现在我会让 Craig 和 Jenny 讨论这个 P0 工作流，并把它写进 playbook 里。这样我的 Craig 就能和 Jenny 讨论，把它加入 playbook，然后 Jenny 可以自动向其他工程师宣布。也要让 Jenny 向每个工程师 bot 宣布。

[4:31:32 - 4:32:16]这样做的好处是，你只需要思考一次需要做什么。你完成工作流，完成交接，这样你所有的 bot 就都知道在什么时候需要做什么。下次发生类似情况，或者你需要添加新的工作流——比如你确实需要先做某一步才能触发部署——他们就可以直接更新 playbook。所有工程师都会知道，而不需要你逐个告诉他们。这和人类组织的运作方式非常相似，只不过是在 agent 的规模上，agent 有上下文限制。有时候人类也有。所以适用于人类团队的处理方式，有时候也适用于 bot。

[4:32:16 - 4:32:59]有些不适用，但你可以随时实验你现有的工作流，看看是否有效。所以他们告诉了 Jenny，你可以看到大部分对话都是 bot 之间直接进行的，就像我在管理他们，就像我在指导我优秀实习生一样。所以他们大概知道哪些事情需要在他们之间交接。他们只是不知道组织里发生了什么，应该遵循什么样的工作流，什么是好的，什么是坏的。所以 Jenny 向其他工程师 bot 宣布了。你可以看到 Jenny 和所有 bot 都聊过。

[4:32:59 - 4:33:41]然后还和 Craig 讨论了 playbook 的更新。P0 紧急现在已经成为标准操作了。是的，你可以看到。还有一些其他想法是，我希望我的 PR 附带一些证明，这样我审查起来更容易。这也是我现在的工作方式，我不会真的去检查我的 cloud agents，我会检查结果和证明。但如果证明没有附上，那会非常令人失望。所以我不得不把他们叫回来，说，哦，这个缺少证明。那就很糟糕了。我应该只做一次，这样之后所有的东西都会自动附上证明。所以我会和我的 Craig 说，

[4:33:41 - 4:34:22]他现在有点像我的工程主管，playbook 的另一个要求是确保每个 PR 都附带证明，比如 UI 改动的截图和性能提升的性能指标。他们应该不知道要和 Jenny 说什么。让我们看看 Steve 那边的情况。Steve 已经收到了一些回复。你可以看到一些清理工作，PR 已经准备好了。

[4:34:22 - 4:35:04]我可以直接点击过去开始审查。还有一个还在运行。Grok Bot 最好的地方是，即使你在和他们聊天，他们仍然可以很好地完成现有的任务。就像一个能稍微多任务处理的人类一样。不过有时候，如果你打扰得太厉害，他们会开始失去上下文，因为要处理的任务太多了。所以这就是我的原始工程师 bot 的用武之地，你可以从 marketplace 里获取，它自带一个 fleet notion 数据库，定义了每个任务以及它们所处的阶段。

[4:35:04 - 4:35:46]即使一个 bot 要管理 20 个 cloud agents，它也不需要把所有 20 个 cloud agents 的信息都塞进有限的上下文里。只要需要执行下一个任务，它随时可以回查这个数据库。所以它其实不需要记住当前在做什么、哪些 client agents 正在工作、哪些已经完成、哪些还需要人工介入。可以看到，这是一个 trust polish，它正在 watch 3.3，检查可能存在的 security comments 和 bug bots。这也是工程流水线里一个很大的 unblock。

[4:35:46 - 4:36:28]box bots 可以帮你找出 agent 引入的问题，security common feature 也能监控潜在的安全问题，比如信息泄露或 session 管理等。这非常有用。通常我的工作流是直接进这个 PR 做 review，然后 merge。让我看看这个 PR，这就是之前我在 stage 前启动的那个 Cloud agent。

[4:36:28 - 4:37:13]它截了一些完成情况的图。你还能看到，我的 agents 现在已经在为 Cloud agents 写 prompts 了。我不再需要自己写所有 prompts，虽然我以前偶尔会自己写，但现在不需要了。agents 会帮我做，所以我大部分时间只需要决定哪些任务需要执行、哪些需要终止。你看这个任务直接返回了所有截图，我可以放心 merge。接下来回到演示部分。今天我们分享了很多我的工作流，我想总结一下今天能学到什么。

[4:37:13 - 4:37:56]希望大家能带走一些关于如何搭建整个工作流、如何利用它的想法。我觉得最震撼的一点是：把它们当成实习生。当你不知道该怎么跟机器人沟通，或者它们表现不佳时，不要把它们当成 agent、不要去调用 skills 之类的东西。在 Grok Bot 里，你可以像在聊天软件里跟一个有天赋但不知道该做什么的实习生聊天一样跟它们交流，一旦你告诉它该做什么，它就能发挥出超强的能力。另一件事是，我们可以再往前想一层。

[4:37:56 - 4:38:39]除了单纯修复问题，还可以减少重复劳动。有时候我需要反复给 agents 发同样的 prompt，如果每次都要打字或复制粘贴十遍，那太浪费时间了。你可以再往深想一层，搞清楚到底需要做什么，然后把它抽象成一层——通过 playbook 或其他 bots，在合适的时候去 nudge 另一个 bot。最后一点，我觉得对使用 Cursor Cloud agents 做工程来说也非常重要，那就是建立完整的反馈闭环。

[4:38:39 - 4:39:21]无论你做什么工程任务，都需要有反馈闭环，这样 agent 才能知道成功和失败的信号。这对 Grok Bot 判断是继续 nudge 还是停下来让它 merge 也很有帮助。比如，你可以让 agent 控制你电脑上的网站操作，我觉得这是最简单的反馈闭环。对于硬件工程，也可以通过信号判断某样东西到底好不好。谢谢大家，workshop 到此结束，非常感谢大家的关注。对于线上参与的朋友，

[4:39:21 - 4:39:26]接下来请回到 Matt、Lauren 和 Roshan 的环节。

[4:40:05 - 4:40:47]我们接下来要构建的东西，也许一个好的起点是让 Lauren 介绍一下她已经开始交付的内容。Lauren，你有什么分享吗？我不知道我做的东西有没有意思，但背景是：在 xAI 的 Slack 里，我们有很多自动化，比如 review PR、自动 eTriage bug reports 之类的。所以我想为我们搭建一些基础的东西。

[4:40:47 - 4:41:20]这样你的 bot 就能往站点频道发 PR，方便大家 review。review 完就能合并，然后我们再想想怎么部署，最好能自动部署。刚才说的这些运维工作我一直在推进，我可以简单过一下目前的情况。不知道我的屏幕有没有共享？我们确认一下？好的，我们先把 Lauren 的屏幕切上来，然后再开始讲。

[4:41:20 - 4:42:02]好的，在等 Lauren 切屏的空档，我们先简单回顾一下我们在做什么。CEO 先生，请。好的，我们要做的是一个餐厅快闪店，要在旧金山线下办一场快闪活动。这个目标有点野心。

[4:42:02 - 4:42:45]我们的目标是同时收集想参加快闪的人，以及真正能把快闪落地的人。因为我们在做这门生意，但本身不是餐饮从业者，所以可能需要找餐厅、牵线搭桥、找场地、处理所有后勤，然后再围绕这些工作搭建一个平台。我们要把做快闪的这套软件产品化、卖出去。所以在第三天就赚到钱确实有点激进，但我们会尽力实现。这是我正在连接 GitHub、创建仓库的画面。目标是周四前上线。如果能切到 Lauren 的屏幕，她还有更多内容要展示——主要是 Cursor Cloud Agents 的权限管理。我们先切过去，在这之前，Lauren 正在搭建她的「软件工厂」。

[4:42:45 - 4:43:28]我正在把一些 GitHub 仓库连进来做设计工作。我的流程通常是从 Grok Bot 开始，然后转到 Cursor。这里可以看到 Grok Bot 和 Cursor 的交互。等 Lauren 的屏幕切上来，我们就能讲她是怎么用 Grok Bot 的了。不过现在我们还在做餐厅生意。我是 CEO，但不是自封的——有人这么说的，我顺便澄清一下。Lauren 给我们都起了头衔：Roshan 是 CEO，兼首席产品官；Lauren 是另一位 CEO，兼首席土豆官，同时也是 CTO，负责造东西。所以趁现在，我先把 Cursor 配好。

[4:43:28 - 4:44:13]继续添加一些仓库。通常你只需要授权你的组织。我们用的是「Ship by Thursday」这个组织，已经配置好了。这里还有我们在建的几个仓库，主要就是 Thursday 和我们的公司。另外还有一些其他东西，但这两个是主要的。我有一个域名，应该能访问这两个域，也应该已经授权了。看看 Grok Bot 是不是正常。与此同时，我还创建了一些 bot，比如优先级排序 bot，还有操作研究 bot。我之前跟 Cody 聊过，想了解一下做过类似快闪的同行。

[4:44:13 - 4:44:56]比如 restaurateurs、operators 之类的名单，我可以做一些基础调研。这些其实都是很棒的餐厅，像 Flour and Water、Home—Across the Restaurant Group 都在里面。这样我们就能理解他们的商业模式了。更重要的是，我们在开发软件，把人连接起来。创建这些 bot 用的是 Dr. Eggbot——Lauren 的 bot，在应用市场里能找到，是最早的精选 bot 之一，专门用来造更多 bot，可以叫「bot 工厂」。现在 AV 那边，如果能把画面切到 Lauren 的屏幕就好了。Lauren，你在共享屏幕吗？我共享了。好的。

[4:44:56 - 4:45:39]我们会找到实现的方法。看，搞定了。共享屏幕真麻烦。就像我刚才说的，我们在 Slack 里新增了几个频道，有一个 PR review 频道。我把画面放大一点，让大家看清楚。我的想法是，我或者我的 bots 会把 PR 链接发到这里。Cursor 已经接了一个自动化流程，目前还比较简单，就是在自动化里写了一段 prompt。

[4:45:39 - 4:46:23]也许我可以直接演示给你看。这就是那个自动化。它会帮我们 review pull request，用 P-Stack 检查正确性、风险、是否缺少测试等。我还不太确定这些规则是否合适，但我们会慢慢迭代。以后只要这个频道有新帖子，自动化就会触发。我还在建一个 bug reports 频道，准备放一套类似的自动化。

[4:46:23 - 4:47:06]等页面上线后，我们也许能想办法自动抓取 X 上的反馈，把它们汇总到这个频道里，形成一条自动开 PR、分类 bug 并修复的流水线。当然现在我们还没有正式的报 bug 入口，应用本身也还很简单，但我希望先搭一个基础框架，好让我们尽快开始。另一件事是这个功能，我在 X 上经常提到：verification。

[4:47:06 - 4:47:48]它是高效使用 bots 的关键。不知道为什么 Slack 画面卡住了，但 verification 确实很重要，它能让 bot 运行应用、抓 trace、做 heap snapshot、调试 bug，让 agent 独立完成工作，而不用一直等我。没有 verification 技能，bot 就得反复说「你去跑一下应用，点一点，看看有没有问题」，来回沟通非常慢。

[4:47:48 - 4:48:20]所以我想把 verification 技能搭起来。Steve，我已经提示过他了，先用 P-Stack 运行「Create Verification Skill」这个技能。它把任务分给了 tater bot，我们来看看 tater 现在在做什么。tater，状态如何？

[4:48:29 - 4:49:11]看看它会返回什么。你们现在应该能看到我的屏幕，我在处理 lander 页面。Lauren 在处理 verification 技能时，我们先把她的画面抢救回来。我继续做 lander 页面。Lauren，你对 landing page 有什么想法吗？我们已经开始接一些东西了，但现在屏幕又卡住了。总之，我们已经把 blender 接起来了，也有一个测试域名，稍后会分享给大家。目前我们主要在打磨设计，我会启动一些 bots 来做设计，我有一些现成的 skills。

[4:49:11 - 4:49:52]「make interfaces feel better」这个 skill 不错，我偏好极简风格，适合在做 branding 之前先用它。我会把 Lauren 做的原型拿过来，改成看起来更专业一点的样子。你继续做后端服务，我们之后再接入 wait list 报名功能。现在 Lauren 的屏幕好像恢复了，你继续说吧。酷，正常了吗？好的，它已经 spawn 了一个 Cloud agent，我们就等它把 skill 建好。

[4:49:52 - 4:50:36]PSAC 插件。我想在等待的时候，我们可以快速看一下 PSDAQ 以及这个技能能做什么。我觉得验证技能有两个比较有意思的部分，根据我的经验，这两部分能让技能对 agent 更有用。第一部分是你需要一个 CLI、脚本或者某种工具，让 bots 或 agents 可以可靠且确定地与你的应用交互。

[4:50:36 - 4:51:19]现在 bots 和 agents 已经很聪明了，它们可以现场写脚本，但这显然会消耗大量 token，而且不可复现，因为每个 bot 都会用自己写的脚本来做验证。我更希望它有一套标准的工具。所以 create verification skill 会为我们创建这个 CLI，同时还会创建一个叫 feature map 的东西。现在我们还没有什么功能，所以这个对我们来说还不是特别重要。但 feature map 的作用，顾名思义，

[4:51:19 - 4:52:03]就是给 agents 和 bots 一张地图，让它们理解这个应用——有哪些功能、怎么访问、键盘快捷键等等。让我看看为什么这么慢。我现在在处理 waitlist。我们只需要让人们提交邮箱，然后记录下来。有几个不同的平台，我其实比较喜欢 Loops，它确实很不错。你也可以用 Resend，我可能会先从 Resend 开始，因为它上手很简单，agents 在这方面也比较擅长。所以这个 landing page，我们可能已经有插件了。

[4:52:03 - 4:52:46]我在想我们有没有。哦，我觉得你说得对，我们确实有。对，我们有。太好了。所以我现在让 agent 去处理 Thursday 这个 repo。我们确实有 Resend 插件，这挺不错的。我现在就等这个结果。顺便说一下，域名已经上线了。对，已经连上了。我注意到了。已经连上了。你们现在有提交了吗？我们还没听到提交表单的消息。不，我收到了。我确实收到了。哦，你收到了？我把它接到了我们的数据库里。真的吗？

[4:52:46 - 4:53:31]所以如果有人访问这个页面，我想我们应该能看到记录。看看我们收到了什么。也许我们能看到有没有。嗯，我要……这个是在后端吗？我不需要去……还是？对，你需要去 PlanetScale，然后就能查到。看，这就是一个值得一提的好事。我们已经有一个来源提交了。我都不知道我有这个表单。我们其实已经接了一个数据库。哇。我觉得我们应该先重新设计一下表单，因为现在这个表单有点 vibe coded。我不确定我们收集到的信息是不是真的有用。所以如果你要提交的话，暂时先别提交，因为这现在只是一个临时原型。但我觉得我们需要迭代一下，想想我们需要收集哪些信息、面向哪些人群，以及……

[4:53:31 - 4:54:15]我现在把 founding Engbot 打开了。我来简单说一下我认为我们需要做什么。首先，我们需要把 UI 重新设计得更简洁，因为现在看起来真的不太好看。其次，我们希望围绕收集客人或预订信息来设计。所以我的想法是，我们只需要一个邮箱注册入口，让想加入我们 popup 的人可以报名。一旦有人注册，我们就把信息记录到数据库里。在右上角，我们需要一个按钮，面向 restaurateurs、其他业主，或者愿意帮助我们实现这个项目的人。所以我们主要收集的是客人预订信息，你可以去报名；其次是那些想提交请求、帮助我们的人。

[4:54:15 - 4:54:49]因为我们需要一些帮助。我们得去找一些人，也许有人愿意提交。我觉得我们得发大量邮件，用 Grok Bot 做市场调研，看看怎么实现。所以我自己会亲自处理这件事，但我想让这个 bot 重新设计网站。希望通过这段转录，我的工程 bot 能开始推进这件事。在等待验证技能的同时，

[4:54:49 - 4:55:33]用 ask Peter 来调用 Cloud Agent，原型做一个管理后台。那么我们需要什么？我在想，平台到底需要哪些功能？首先得有注册页，然后肯定需要登录界面。之后用户在平台上要做什么？我想应该是创建一家初创公司，或者一个快闪店。

[4:55:33 - 4:56:18]首先需要什么？一个名字。快闪店的名字，我觉得肯定需要。接着是日期和时间。日期和时间。你想举办活动，然后需要收集报名，再到活动本身。所以第一步是创建一个活动页面。没错，核心就是活动。每个活动会关联很多其他表。比如，人们需要邀请方式来收集快闪店的报名，我们还需要管理员工的工具。

[4:56:18 - 4:57:00]对，活动本身要有权限设置。可能有活动所有者、活动主持人，还有参与者。如果平台统一用静态账户类型，就能这样划分。我觉得我需要一块白板。能有白板就太好了，这样我就能画出我们要构建的东西。也许我可以开始画画。可以用 TL Draw 之类的工具。正是我所想的。好的，我来打开它。太棒了。我打算先构建一些平台所需功能的原型。

[4:57:00 - 4:57:37]比如，用户应该能创建自己的活动。需要日期列表，还需要报名，

[4:57:45 - 4:58:14]更新时间、员工，还有什么？我想这就够了。还需要一些 OE 用户来收集，

[4:58:20 - 4:58:55]或者不一定是收集，但我们需要集成很多东西，比如场地。举个例子，我们需要某种地图创建功能。基本上是路线规划和如何到达场地？还是别的意思？我在想，我们是否也要帮用户做市场调研？如果我们有地图或类似的东西，比如一个包含位置数据的数据库，就能开始思考举办快闪店的地点。

[4:58:55 - 4:59:40]你想在哪里办快闪店？我在考虑这种更大的功能，还是更偏 MVP 的方式，先让用户能填写所有细节？我个人想先做一个非常简陋的原型，但也想知道核心用例是什么？好的。核心用例可能是：一个人或一群人想办快闪店，比如餐厅快闪。他们想找一家餐厅合作，在那里提供食物、为社区办活动，并通过这个平台管理整个快闪店的运营，或者

[4:59:40 - 5:00:17]通过这个服务，对吧？所以基本上他们需要找场地、招人手、协调菜单，比如食物和饮品，还需要制定活动计划，比如做一个流程表或者实际的活动安排表，然后我觉得他们还希望能邀请嘉宾并完成所有参会者管理。可能要售票，也可能不售票，诸如此类。听起来对吗？嗯，我现在开始担心的一点是，这里涉及的范围太大了。对，因为这些每一项甚至都可以单独做成一个产品。

[5:00:17 - 5:01:00]所以我在想，我们能不能把核心流程再精简一点。绝对最小需求是什么？对我来说，就是活动名称、日期时间，比如时间选择器，然后……真的就这些。日程安排。我觉得只需要活动的开始和结束时间就够了，因为你可能还要订桌子之类的。所以就是名称、时间，然后就行了。我觉得活动本身不需要其他信息了。之后你可能需要知道这是哪种快闪活动：需要分时段预约，还是需要预约 30 分钟的时段，还是预约一小时的时段。

[5:01:00 - 5:01:43]还是说直接让大家报名参加这个活动？我在想，我们是不是也可以边做边自己先试用这些工具，因为我们自己也在到处跑。所以我希望能在做这些工具的同时就用到它们。对。也许我们先专注把快闪活动跑起来。对，因为我现在觉得要做的事太多了，不知道从哪开始。也许我们就先把快闪活动跑起来。对，我们是不是应该先联系人，然后再开发工具来辅助这个过程，之后再逐步把这些功能集成到平台里。联系人可能就是：「嘿，我需要一个 bot 来完成整个流程。」

[5:01:43 - 5:02:25]第一步是找场地，还是我们需要什么？我们需要一个 bot 来做菜单。或者说，餐厅老板自己做菜单。我们需要先找到餐厅老板，找到人，然后让这些人来预约。但现在预约被这个网站卡住了。所以网站必须能收集邮箱。你说它已经在收集邮箱了，但我们还没公布任何活动细节。好的，那先把落地页做好。对，这样我们就能收集邮箱了。接下来我们基本上要开始实地调研，找旧金山可能愿意接受这种预约的餐厅。我觉得我们还想做的一件事是

[5:02:25 - 5:03:09]开始……另外我们不想做的事是开始和……也许 Twitter 可以帮我们，也许我们建一个 Twitter 账号，让人可以直接 @ 它：「如果你是旧金山的餐厅老板，或者湾区的厨师，想举办这样的活动，我们可以试着联系一些人。」你也想主动联系人吗？我觉得我们就是需要主动联系人，这属于市场调研，或者说某种 bot，不是市场调研 bot，而是 outreach bot。所以我会让 Dr. Eggbot 也开始把这些东西转起来。但我们怎么……你觉得作为工程师，你把时间用在哪最合适？

[5:03:09 - 5:03:54]比如你自己去开发东西？我觉得我们大家都会开发，所以我不觉得我需要成为瓶颈。好的，酷。我觉得最关键的是先确定我们先做什么，然后我的想法还是：我们先把精力放在自己跑原型这件事上，这样才能真正知道我们需要开发什么，而不是我凭空想象你们可能需要什么。我觉得我们需要……这有点像我写 agent skills 的方式，我会先手动把活干了，再去自动化。所以我觉得我们不应该跳过这一步。

[5:03:54 - 5:04:37]正如 Cody 所说，我们目前还不是经营快闪店的领域专家，所以我觉得得先做这件事。我们当然可以急着开始造东西，但我不知道那会不会真的有效。所以我脑子里在想，要是我们直接给一大堆人打电话呢？Matt，你最近分享过一个很棒的视频，是把 Graphbot 接上语音代理来打电话的。我在想你能不能——不是骚扰别人，但也不一定全自动化——只是帮我们找一些电话号码，然后拨通电话，接通之后你再接手。

[5:04:37 - 5:05:21]嗯，我可以让机器人做调研，比如帮我们找餐厅或者可能愿意合作的人，对吧？我想应该有一些特定的群体值得打电话聊聊，或者需要发邮件。所以我现在就去把邮件系统搭起来。我们得重新卖掉域名，然后处理 DNS 的事。没错，我们有一个域名，对，shipbythursdays.day。我觉得你和 Rob 可以先把设置搞定，这样就能直接转发到另一个邮箱。或者我们要不要直接注册 Google Workspace？我觉得可以用类似 agent mail 的服务。不过我觉得最重要的是，邮件得听起来像 Matt Palmer 本人发的，而不是像个机器人。但我们都有私人邮箱，对吧？所以应该没问题。

[5:05:21 - 5:06:05]好，退一步说，我们先把 DNS 搞定，这样就能开始做这些事了。然后我会用 Grok Bot 做调研，找可以联系的人。我会告诉 Dr. Eggbot，我需要一个新的 Grok Bot，用来找餐厅老板或者可能帮我们办快闪店的企业。我们从头到尾把物流想清楚。我觉得第一件事是找一个能做饭的服务商，第二件事是找场地。如果这两件事搞定了，有了日期之后我们就能直接找人。所以真正要做的四件事是：第一，找帮手；第二，定日期；第三，找场地。我觉得从日期开始可能最有效，因为一旦有了日期，我们就能打电话

[5:06:05 - 5:06:50]跟别人说，我们在某天要做这件事，需要你们的帮助。所以如果保守一点，你们觉得怎么样？提前一个月，比如 10 月 15 日之类的？嗯，我觉得这是个不错的起点。那我们就从 10 月 15 日开始，这能让我们的沟通更有方向。把这个记在 Notion 里，因为这有点像商业计划。然后从这里开始，我们要找旧金山和湾区所有可能办这种活动的人，不管是餐厅老板还是餐饮公司，我会连上 Google Drive，把名单整理出来。或者你可以在 Notion 新建一个页面，我们直接在那边做。接下来我想做的是调研

[5:06:50 - 5:07:34]场地，但我们先从这些开始，需要的时候再派发任务，这样就能并行推进。我们现在在看 Lauren 的屏幕，为了简单起见。但在我这边，我让 Dr. Eggbot 并行启动一些任务。好像我的机器人访问仓库有点问题。你有没有注意到哪里不稳定？如果需要重启的话。好的，我们试试重新授权你的 GitHub。对，我来重新授权。有时候在 Fox 电脑上装 GitHub CLI 也会有帮助，如果你想用的话。好的，所以我觉得我——我可能用错了连接器，应该是这个原因。

[5:07:34 - 5:08:18]我觉得我们的第一个功能应该先帮 Matt 搞定。Steve，简单说一下背景：我们想用「dog fooding」的方式来验证这个创业点子，也就是自己先把这个弹窗搭起来，再开发让这件事变得更简单的工具。这样我们就能亲身体验使用自己工具的过程，只有觉得够好了才继续往下做。所以我觉得弹窗的第一步，可能先从地点信息开始。

[5:08:18 - 5:09:03]我希望你用 potato 模式来帮我，必要时可以让 Tater 拉一个 cloud agent 一起做。我想先做一批原型工具，用来帮我们找餐厅。这个工具要能让我们很方便地打电话。可能还需要做点调查，比如在 LinkedIn 上找餐厅背后的人，方便我们联系经理或相关负责人，看看他们愿不愿意跟我们合作。

[5:09:03 - 5:09:43]简单来说，我希望有个工具，屏幕上能显示地图，支持按菜系或地点搜索，还能快速打电话。现在不需要做得太漂亮，就是给我们自己用的小工具。你能帮我们做几个原型吗？天哪，这段提示词太长了，我讲了两分钟。

[5:09:43 - 5:10:27]接下来照例先请你用自己的话复述一遍再执行。我在想有没有更快的方法来验证「打电话给商家」这个想法。你之前是怎么处理电话号码的？我是用 Bland MCP 来做商家电话的，但好像跟 potato 有点冲突。另外，你们在做这个工具的同时，我已经拉了一些厨房资源，找到了 15 家比较擅长做菜的 Ducaterer。

[5:10:27 - 5:11:10]所以我们现在其实已经有一份可以直接打电话的短名单了。我们可以开始找实际的场地，我也有 bot 在帮我做这件事，同时也在接通邮件。好的，我们可能需要申请一个 Google Maps 的 key，方便在界面上展示位置信息。对，我就是想做一个工具，因为我觉得做活动最重要的一点就是地点。

[5:11:10 - 5:11:55]所以我们希望能快速找到好地方。如果能在平台上做这件事就更好了，因为可以跟我们现有的各种组件打通。不知道 OpenStreetMap 能不能用？它应该是免费的替代方案吧？对，我觉得可以先用这个，后面再换。我觉得申请 key 应该不难。你要不要让 agent 来做这件事？好，我来处理。没问题，我也可以帮忙。顺便一提，我们是不是可以试着做一个「场地目录」？可以看看现有的场地或位置市场，像一些已知的、适合办 pop-up 的地点。后面可以围绕这个来建用户系统。

[5:11:55 - 5:12:03]对，就是那些我们知道比较合适的场地。等以后有人在那里办过活动，就可以给它打分，我们后面再慢慢加上这些功能。好的。

[5:12:07 - 5:12:51]好的，我先尽快把这个收尾，然后 Matt 你再告诉我这样有没有帮助。对了，我现在先找一些地方，试着打电话，看看能不能手动操作一下。然后我再想想认证怎么做，我暂时不想纠结这个，但可能得考虑，因为我希望把这个管理后台锁住，只让 Matt 能访问。嗯，所以我现在不是走软件方案，而是先用 bot 的方式。我在试能不能让 bot 去找到 20 家商户，然后拿到他们的邮箱和电话。

[5:12:51 - 5:13:35]这样我就能拿到这些信息，然后我们就可以手动联系他们了。我觉得找一个一个月后有空档的餐饮服务商应该可行，找场地可能难一点。所以先找餐饮服务商或者场地，我也在配置我们的邮箱，这样就能在网站上接一些简单的注册。我可以先用 GitHub 账号登录，简单点，这样就行了。虽然不是每个人都有 GitHub 账号，但我们可以先用 Google 登录，后面再迭代。你想自己做 OAuth 管理吗？我觉得不用，我们用 Clerk 就行。嗯，有道理。

[5:13:35 - 5:14:12]我们需要 Clerk 账号吗？应该需要。WorkOS 会不会更简单？Clerk 也行，我觉得都行。反正能完成这个功能就行。看哪个更便宜，Clerk 好像有个不错的 hobby 方案。而且只有我们三个人能用。它有个 MTP 看起来能支持这个功能，我先用 Clerk 搭起来，后面再调整。Verse 好像也有个很简单的方案，我再看看。

[5:14:12 - 5:14:42]教育和音乐配置他们也有这个功能，对，有 SAML 选项。我不想让团队成员用身份提供商登录，但我们可以打开这个选项。嗯，我觉得这正是我们需要的。现在先尽量保持简单，因为我还不知道这个原型到底好不好用，所以不想过度开发。

[5:14:45 - 5:15:29]看来这只是个简单的 off。也许我们可以直接用 Vercel 部署保护，原型阶段先这样吧。你们在做这个的时候，我去看看能不能做点有意思的物料分享一下。我先启动一个 bot，去找旧金山最常见的 50 个街角，看看哪里可以做广告。

[5:15:29 - 5:16:14]也许可以让设计 bot 做一些传单，方便我们张贴。或者做点 guerrilla marketing？来吧，看看能搞出什么东西。我这边还在继续打磨落地页。API key 创建好多啊。对，这是环境配置。嗯，说得对，很多人总想自动化，但有些事情还是得手动，比如创建 API key，我们正在努力让这个过程不再需要手动操作。

[5:16:14 - 5:16:44]不过后台还有很多工作要做。对了，我们的验证 PR 已经提上去了，我现在就去看看。Rd per 12。能听到有人在走动，我们应该快到下一场了。

[5:16:44 - 5:17:25]哦天哪。用 R 更新进度。我觉得你的 bots 发到 Notion 挺好的，能帮我的 bots 了解业务情况。天哪，我得确认一下。Notion 是我们的唯一信息源，我得看看现在进展如何。好的好的，我刚启动了一个新 bot，它说我们定在 10 月 15 日，对吧？

[5:17:25 - 5:18:09]我觉得好，现在我要建我的 doctor egg bot。我们来创建一个……怎么称呼那种只负责文档工作的人？就是记录流程的，像个 writer？好吧，就叫 technical writer 或者知识库维护者之类的。那这个 bot 要做什么呢？它会帮我们整理 Notion，持续追踪我们在做什么。这个 bot 的工作是观察其他所有 bot 的对话，但除非被特别叫到，否则什么都不做。实际上，你应该等消息主动发给你这个知识库管理员，然后我们再有选择地更新 Notion。我们不想把所有信息一股脑塞进去，所以先问我一下，我会用队列来保持 Notion 的更新。

[5:18:09 - 5:18:53]好的，酷。所以我的知识库管理员会负责更新 Notion。酷。那它可能也会跟 Pixel 配合。我们已经建立设计系统了吗？还没有，但我正在让它上线。非常极简。哦，我有点喜欢这样，什么都没有。如果你去……哦，还没部署。我会 Slack 你，Lauren。也许是你的截图之类的。我是说，我们可以直接用很多很棒的组件库。选一个设计系统会很不错，因为我正想做一些传单。如果我们能……是的，我是说，是的。我们甚至还不知道自己的设计品牌什么的，随便看看。我们会看到新项目上线。我觉得我们就……好，酷。我就直接上手做。但你只是……我是说我们可以先用 base UI 之类的。

[5:18:53 - 5:19:37]然后再慢慢扩展，但会挺漂亮的。我觉得现在这个阶段，是的。我们还太早期了，不用担心。嗯，不会看起来很酷的。实际上，好吧，我会在这里做一些改动。别担心。如果你刚加入我们，我们正在旧金山建一个快闪店业务。我们的快闪店业务是……是的，我们要办一场快闪活动。我们觉得可能是食品快闪。我们整个早上都在 brainstorm 点子。我们有好几组 bot 正在处理从设计系统到落地页，再到架构搭建的所有事情。我们正努力找到一种能快速验证方案的方法。我正在和营销 bot 一起做一些 Grilla 营销，对，这就是我们现在的进展。

[5:19:37 - 5:20:18]对，我在做网站设计。稍微收集了一些我空闲时可能会联系的企业，但我们得先把 landing page 搭起来，这样才能发给你们。所以我们的目标就是把 landing page 搞定，同时开始记录我们在做什么。所以，是的，我们现在就是边做边搭工具。Lauren 主要在工程侧，搭建一些工具。而我主要在处理一些临时性的工作，把事情立起来。酷。你有设计系统相关的东西吗？也许我们之后也可以放进 Notion 里。对，我们会去看看。也许 repo 才是真相的来源。对，就是这样。在 monorepo 里放一个设计系统。

[5:20:24 - 5:21:07]我在想我要设置一些 Lint 规则。嗯，我不知道是不是有点太早了，但我开始考虑代码质量了。我有点纠结，因为这只是个原型，所以我觉得不值得加。通常听起来这是你会提前考虑的事，但在这个情况下，我们可能只是想快一点。对，因为之后再加也不影响，我可以重构。比起……因为我认为工程里最大的挑战，尤其是在 startup 环境里，就是你可能会去预测和过度设计那些你可能需要的东西。

[5:21:07 - 5:21:50]但最后你其实并不需要，对吧？或者我们发现——老天保佑——这个计划根本行不通，然后我们就转向。是的。所以我不知道我们是不是想继续讨论过度设计的问题。我一直在说不要过度设计，所以我尽量保持平衡。我现在不确定我们是否需要它，但也许明天我们肯定要开始看，尤其是 PR 一进来，我就开始审代码，看 agents 在哪里出错。我在 X 上经常说，代码库其实是一种记忆形式。

[5:21:50 - 5:22:34]所以你在架构上怎么设计代码库、用文本施加什么约束，都能让 agents 默认更聪明。我甚至有点心动——不知道我们会不会过度设计——也许做起来会很有趣。我们就试着用最严格的文本约束？要不我们全用 Rust 写？要不要这么做？目前还没有现成的项目。要不要全用 Rust？餐厅搜索应用可能不适合，落地页也不适合。UI 倒是可以用 Rust 实现，但我不知道我们是否需要那个窗格。

[5:22:34 - 5:23:16]但我觉得某些后端部分可以用 Rust，甚至 Go。嘿，我得靠我的 CTO 来做 CTO 的事。我们已经有一些 TypeScript 了，我觉得 agents 喜欢 TypeScript，但我还想看看能不能……其实我不太喜欢用 Go 写代码，但我认为 Go 对 agents 来说是门好语言。Rust 当然也很好，但编译时间太慢，我不想拖慢进度。好吧，我再做点调研。我的 bot 正在问我们的传单标题该怎么写，所以我打算收集一些众包意见。

[5:23:16 - 5:23:57]选项是：A，10 月 15 日一晚；B，10 月 15 日旧金山快闪；C，找到你的晚餐；D，我自己写。D，我自己写。我觉得我们得从人们想要什么出发——我们在卖什么？很容易被功能带偏，但现在没人关心我们的快闪，我们得先让他们在意。所以这次快闪有什么特别之处？特别之处在于我们是实时进行的，这是一种全新的体验，你能参与我们用 AI 创造的东西。但其实也没人在乎我们是用 AI 做的，老实说，没人想听这个。

[5:23:57 - 5:24:42]所以我的想法是，怎么让大家觉得他们在尝试新鲜事物？标题可以是——我突然想到 Darius Rucker 那句：“你上一次做第一次做的事是什么时候？”大家可能都在吐槽我，但或许可以改成：“你上一次这么自发是什么时候？”或者“最近一次尝试新事物是什么时候？”我觉得这样能抓住注意力。然后接一句：现在就是你的机会，旧金山限时餐厅快闪。这样合理吗？我喜欢！我们就这么做，我投第一票。有意思。真的能唤起情绪——“天哪，我的生活太无聊了。”嗯，我喜欢这个。顺便说一句，我还拿到了街角地图的初稿，你可以拉一下 Slack 看看。

[5:24:42 - 5:25:26]我们要不要把快闪做成 Grok Bot 主题？或者搞点限量 Grok Bot 周边在现场发售？说不定还能把这个做进平台里，给到场的人一些激励。因为对我来说，快闪的吸引力一部分在于时间限制和 exclusivity。快闪之所以酷，就是因为它只存在一天，只有一次，所以有种稀缺感——时间有限，数量也有限。对，你说得对。

[5:25:26 - 5:26:10]有点像在想，宝贝，我们能不能各自想一些独特的东西带到快闪店，让它感觉真的在发生。我个人很想要一些酷的 Grok Bot 周边。是的，周边。好的，所以周边，没错。我觉得酷的限量周边。在平台上，大家可以把这些和其他限量版的东西结合起来。这也能为快闪店带来很多流量和关注。我喜欢社交游戏，或者说，我觉得当大家聚在一起时，这种活动能创造出很多独特的线下互动。我们可以试着提前制造一些兴奋感，比如参与一些体验、游戏之类的，也许就在现场。

[5:26:10 - 5:26:51]我先卖个关子。所以我不知道，我可以再琢磨一下这个想法。好的，酷，有道理，我很喜欢。我还在接一些按键。所以在我完全被手头的事分心之前。我们在这边头脑风暴。我在这边头脑风暴。内容切换太疯狂了。我好像刚忘了这个按键是干嘛的。酷。我觉得我至少已经做了我们传单营销活动的早期版本。等你们准备好了，我很兴奋让你们看看。对了，我顺便在 Slack 上建了一个营销频道。我当时想，谢天谢地，谢天谢地。我们需要一些组织。好吧，你知道吗？我还是继续用 TypeScript 吧。

[5:26:51 - 5:27:35]我不想浪费时间。我们有 finder 运行的视频吗？我还不太喜欢现在的传单方案。所以我们先拿视频，我会分享到 Slack 里，你们就能看到。

[5:27:35 - 5:28:15]你们可以告诉我喜欢还是不喜欢。好的。但我真的很喜欢 Cloud Agents 的一点是，它们能直接给你生成视频。太酷了。是的，是的。所以我能看出来。它们发布也是自动的，对吧？不是自动的，但你可以让它这么做。哦，对。嗯。它们会，如果它们生成了视频，就会把它包含在 PR 描述里。是的。所以这真的很方便，你可以直接 review，还能得到非常非常好的效果。让我看看它有没有包含……这里没有包含。我可能需要告诉它。另外，我觉得我们的 verification skill 还没让它真正使用这个，或者包含视频。

[5:28:15 - 5:29:00]所以我要说，我们把 verification skill 更新成始终应用。注意它有视觉影响。对于后端改动，我们还是想验证一下我们的工作。太好了。

[5:29:00 - 5:29:43]我这边已经在 Resend 上接好了域名验证，这样查 DNS、发邮件、寄东西都会方便很多。酷。你想看看我开始做的设计吗？我不知道自己是不是喜欢这个。或者就……但这个挺酷的。是的，我喜欢这个。我喜欢这个。是的。是的，我喜欢这个。设计上，我真的更偏好极简风格。所以我们也许可以先做传单，等我做好之后，你就可以直接从 repo 里拉取设计。所以把 repo 作为代码的唯一来源。已经提交了吗？还没有，我这个非常极简的版本马上就要上线了。太棒了。

[5:29:43 - 5:30:09]我只是需要给 GitHub CLI 做一些认证，因为我还在遇到一些奇怪的问题。输入设备代码。哇，这个原型真的很原型。

[5:30:41 - 5:31:25]试试手动操作，比如这次通话里就先手动试试：嘿，我下线后打几个电话，看看这些事情到底有多难预约。这可能也会帮我们判断哪些环节需要自动化。我的原型已经在做了，你待会儿可以试试。太好了，我们可以看看效果，不行就迭代，你告诉我该改什么。酷，我会至少搭一个营销计划的骨架，再搞一个游击式营销活动，准备一些传单和设计之类的。等等，你是说我们可能得雇人去贴传单？我觉得这主意不错。我去不了，但我有个 MCP。我其实认识一些人。太好了，更好了。Matt 有 MCP 吗？Matt 有 MCP 吗？另外，我们要怎么考虑限量版的东西？除了

[5:31:25 - 5:32:04]体验部分之外。哦，对，体验部分我也能做，我已经在跟营销团队合作了。我们在 Notion 里有个营销分区，里面全是可考虑的想法。把另一个也合并进来，对吧？听起来不错。

[5:32:04 - 5:32:48]我还能做什么来解锁？能跟我讲讲你在找场地时会考虑哪些因素吗？什么对你来说最重要？对，我办活动时，活动本质上就是让大家产生某种感受。所以你要考虑所有能控制的体验元素。首先得找能容纳我们客人的场地，所以先想我们要请多少人。我觉得一百人可能是个不错的起点，也是个整齐的数字。我们在旧金山聚一百个人，

[5:32:48 - 5:33:32]场地既要能容纳这些人，也要能让我们控制环境和体验。说得好。我知道一些地方，我们可以从本地知识开始。我住的 Potrero Hill Dogpatch 区，The Pearl 就是个办活动的绝佳场地。Dogpatch Studios 也是个很棒的活动空间。我会做模式匹配——我在附近走过这些地方，能不能找到类似风格的场地？我注意到我的 bot 甚至推荐过一些场地。所以基于这些，我也许能引导出一个技能或上下文，让我的 bot 开始使用。好的，这有帮助。是吗？嗯。酷，信息量很大。

[5:33:32 - 5:34:15]我觉得预算也很重要。预算很重要。我们还没聊过这个。对，我们得打完电话才知道。我们确实不知道。也许我可以再做点市场调研，了解一下大概费用。酷。我把所有东西都放进 Notion 里。我有个场地搜索器。太棒了。把所有调研都扔进 Notion，我还在查许可。哦，好的。许可方面，最难的可能是申请街道封闭，以及如果要卖酒——虽然我没说这是个狂欢，但可能也不是。听起来我们可能需要提前几周到一个月，所以我觉得提前一个月可能有点紧，但应该能做到。所以当我们开始评估日期时，

[5:34:15 - 5:34:59]我们可以想：要不要把活动推到六周后，这样就有时间办许可了。因为我查到 Fort Mason 也是个很棒的活动场地，初审需要四到十五个工作日，再加两周施工时间。它是公共设施，归公园管理局管。但这算是个参考标准。我突然想到一件事。对，虽然有点跑题，但我现在在想 Notion 的使用场景——你通常会记录这些东西。因为我觉得我们现在分享了这么多上下文，这些信息就这么从我们嘴里溜走了。我们应该录音吗？是这个意思吗？对，我不知道。

[5:34:59 - 5:35:42]我希望它能直接进入公司的 Notion，这样我就能把我的 bots 指向它们，然后说：Matt 已经看过的所有东西都在这里了。好的。就像有一次头脑风暴会议，然后你不断收到反馈。因为这对工程团队来说也是非常好的输入。所以我可以，你知道的，而不是一直打断你们，如果你们把这些记录在某个地方。好的。我要做的是每五分钟告诉我的知识库管理器，ping 活跃的 bots，提取最重要的细节，然后丢进 Notion。所以我正在设置一个任务，我觉得这里的难点在于确保我们

[5:35:42 - 5:36:25]不会在 Notion 里堆积大量垃圾信息，但我们会尽量把它放在日志最上面。好的，酷。我会去跟 host finder 说刚才那番话。所以我认为找场地时最重要的是从我们已知的东西出发，先匹配高质量的模式，然后再反推。比如我知道 The Perl 是个很棒的地方，我知道 Dogpatch Studios 也很棒，而且你也推荐过这些，我会避开政府运营或 NPS 的设施，因为我们需要大概一个月的时间。所以也许从类似 The Perl 或 Dogpatch Studios 的地方开始，基于我对附近区域的了解，然后我们可以尝试找有餐饮服务或有酒牌的场地

[5:36:25 - 5:37:09]因为我现在看到我的 agents 推荐给我的就是：我们拿不到酒牌，应该让餐饮商或供应商去办，然后我们就不用操心了。然后基于其他一些考虑，也许我们还可以开始梳理所有需要处理的物流细节并聚焦。酷，好的，Matt，我们还没听到你想带到活动里的东西？你希望带到活动里的东西是什么？我们有体验式游戏，有周边，我们得凑齐三件套。你的答案是什么？我的意思是我们得有好吃的。我是说，我正在研究餐厅限量版食物

[5:37:09 - 5:37:49]哦，对，我是说它确实是限量版，因为只办一次。所以我觉得菜单真的很重要，对吧？所以也许我们可以让 Grok Bot，我希望把创意自由留给餐厅老板，但也许我们可以设计一些鸡尾酒或设计一些有趣的菜单元素什么的。哦，对，他们可以把这些融入进去，所以我们可以研究菜单。酷，我刚录下来了，我喜欢这个想法。

[5:37:49 - 5:38:00]我们来启动一个菜单 bot。

[5:38:00 - 5:38:43]在剩下的视频里，我一直以为是 page up。我可能会稍微跟进一下这个菜单的想法。我可能会。

[5:38:43 - 5:39:26]既然我显然是 geoscraper guy，前两个是街角。我想我现在会去 ping 一堆，比如搜索一堆菜单概念，看看我们能做什么。HQ，帮我记录一下我在视频里做了什么。酷。让 bot 去浏览互联网，比如浏览 Yelp 和其他几个地方

[5:39:26 - 5:40:08]去看看其他餐厅的评分最高菜品。这样也许能给我们一些灵感。我们也确定用餐厅这个概念了吗？会不会是？我觉得我们现在几乎是走 generic pop-up 的路线了，对吧？因为我猜餐厅的一个复杂点在于，你需要有厨师，你需要有员工。或者找个餐饮公司。我觉得餐饮公司可以处理这些，但正如你说的，这会更复杂。对，但如果你在想，我是说它可以像艺术展。我不知道，它可以是。艺术展听起来很有趣。因为，对，我们可以众包艺术家什么的。实际上我觉得艺术展会更有趣。

[5:40:08 - 5:40:52]我们大概能卖出 100 多张票。我们可以让大家提交作品，然后让我们的 bots 来评审这些作品。像这样？像这样？因为我在想，找餐厅可能挺麻烦的，而且还有食物的问题。食物太多了。也许可以办成一个完整的周末活动。还要办执照吧？我们需要执照。我刚才也在和 bot 讨论这件事。所以我觉得转向艺术展也没问题，如果我们要改方向，就先确认一下，就叫它艺术展，然后找本地艺术家，也许让他们展示作品，但我们得考虑跟餐厅合作的不同之处：我们只要付钱给餐厅，然后从观众那里收钱就行。

[5:40:52 - 5:41:25]现在我们得付钱给几十位艺术家办画廊之类的活动。或者，我们不直接付钱，而是提供一个展览空间，同时也接受社区投稿，让大家提交自己创作的作品。我很想看到的是，因为我们在做 graph bot 相关的东西，很多人喜欢 graph bot 的头像，那些形状很有趣。我们可以找艺术家创作关于 graph bot 的画作，然后展出。

[5:41:25 - 5:42:09]我们甚至可以做一个互动的网站，让大家在线探索画廊，然后再来现场看实物，那会很有意思。至少这样就不用操心执照的问题了，我觉得那会很麻烦。食品和酒类执照真的很难办。说清楚一点，我们只要找一个已经有这些执照的餐饮服务商就行。我觉得我们真正需要的只是活动保险，然后找一个场地就搞定了。所以我觉得这部分能解决，或者我们可以问问做活动的朋友，听听建议。太好了。好的，我得先走了。下一场演讲是我要讲的。

[5:42:09 - 5:42:50]我先下去准备 Grok Bot for PMs 的内容，我们会现场演示一些刚才讨论的东西。但我觉得这个想法的方向很棒。太棒了。Roshan，谢谢你跟我们一起 brainstorm，祝你好运。我知道你已经讲了很多，期待你的分享。完全没问题。在这个空间里现场做这么多事真的很疯狂。楼下有舞台，楼上也有空间，后面还有会议室，我们一直能听到声音。氛围很棒。我们就在旧金山现场做这些事，一切都在发生。好的，兄弟。你需要走的时候直接走就行。没问题，很快见。好的，兄弟，祝你好运。

[5:42:50 - 5:43:33]所以我们可以找不同的场地，目前唯一需要注意高度的……艺术展的好处是，任何空间都可以用，对吧？嗯，就像我之前提到过的那些我亲眼见过的场地，如果你去看的话，它们其实很灵活，而且你其实更想要仓库那种空间。混合用途的空间吧。对，就是一个大开间，我觉得。

[5:43:33 - 5:44:17]好的。我刚跟 Steve 说了我们改计划的事。酷。我还是会继续做场地查找器，然后发给你。太好了。你可以给我反馈。好的。我现在在做 UI，所以到周四的时候就不会再是那种糟糕的霓虹灯一团糟了。糟糕的 AI 老虎机一团糟。xAI 会有一些非常厉害的设计师加入，他们都是很强的工程师，会来帮我们。我不太担心这个。只要不是……在……在……在……

[5:44:17 - 5:45:00]说到……说到……说到……好，我们有一些 PR 需要我 review。PR 越堆越多了。好的，nice。我们的验证技能是不是更通用了？所以这是 PR 16。PR 16 已经

[5:45:00 - 5:45:43]然后 PR14，我猜我们还在等视频。PR13 是什么？我们已经有 13 个 PR 了。看啊，我们有这么多 PR。这些是从哪来的？哦，好，我明白了。它打开了一堆不同的原型。我忘了自己让它做一些原型，所以它会开一堆 PR。

[5:45:43 - 5:46:25]我有一个基于知识的 bot，它在更新我们的 Slack，把各种东西放进去。它在说什么吗？哦，我们有了一个营销频道。天哪。那是前 50 名传单角。我们正在考虑改成做艺术快闪，而不是某种餐饮体验。我们正在改成艺术快闪，而不是某种餐饮体验。我确实喜欢那里的一些 top 选项，但我觉得我们现在应该优化

[5:46:25 - 5:47:08]成一个大型仓库空间。而且我觉得我正在做的一部分研究对你的工具可能有帮助，因为如果你的工具告诉我和我自己得出的结论一样，那我们就能知道它在正常工作。对，我有点想知道这个工具能不能就做成搜索。也许……我不知道我们是不是真的需要自己造这个轮子，我觉得搜索部分我们没必要重新发明。我们可以直接用 Google Maps API，

[5:47:08 - 5:47:52]但我们可以在上面加一层，用更具体的条件来筛选，比如场地大小之类的。Google Maps 可能没有这些信息，这也意味着我们可能需要自己收集数据。所以有一件事会很有意思，当你打电话的时候，看看有没有办法在拿到细节后做一些数据录入。像 CRM 那种情况？有点像这样，我们未来……场地查找器会随着使用越来越聪明，因为我们会有场地的信息，还有不知道要打给谁的电话。哦，对，我可能得手动把它拿出来。我得打电话确认一下。对，对，暂时手动拿出来，然后我再看看能不能把它接起来。

[5:47:52 - 5:48:36]好的，cool。文档已经放上去了。我在更新文档。现在我的工作就是更新文档。谁能想到？一切最后都归结到文档。所以我的工厂——迷你工厂——至少在运转。我的工程师 bot 在工作，我的验证 bot 也很忙，在 review PR。他们缺视频和截图，而我想要这些，这样我才能看到他们到底做了什么。所以我们会让 Steve 把这个推到完成。喷……甜，甜。

[5:48:36 - 5:48:51]继续看，我觉得最近的是，我们有邮件，我们有邮件，技术上来说，我们将能够发送类似 hello@chip 的邮件，到周四当你在等候名单上注册时，至少会收到某种确认邮件，然后所有内容还是会路由到你的数据库里，所以那会很 nice。

[5:48:51 - 5:49:48]只是更新一些文案，我们很快就能合并进去。

[5:49:48 - 5:50:31]看起来我们还有三四分钟。嗯，好主意。我们应该再喊一次 Grok Bot 挑战。完全同意。准备过渡到下一场。你要喊一下 Grok Bot 挑战吗？当然，如果我还记得的话。Grok Bot Galaxy 挑战。写在纸上了吗？没有，但我记得 Grok Bot Galaxy 直播挑战的内容。也许你来喊吧，我怕说错。直播挑战就是，如果你能把 x.com 上的挑战拉出来？好的，没问题。拉出来让大家看看，也可以去 Bot 页面，上面可能有更多细节。

[5:50:31 - 5:51:15]天哪，看到大家在发推说我们了。嗯，如果他往下滚，别在直播里滚，我会……好，好。哦，不，我们要……不，我觉得在 GROC，在 GROC。对，就在 GROC。所以直播挑战是提交 GROC 和 BOD 的模板，我们会把你和获胜者送出去。获胜者和一位伙伴去得州 Starbase 看 Starship 发射。你和一位同伴，最有创意的模板，就能看到火箭发射。视频很酷，我们团队拍的视频都很棒。对，我们很快就会公布获胜者。大概两分半钟后，我们有 Grok Bot 给产品经理的环节，讲的人刚才还坐在我旁边。我不知道他是怎么做到的，一边创业一边做这个。

[5:51:15 - 5:51:37]我也不知道。这些水平很高，但看得出来，他说小时候玩过《帝国时代》？对，《帝国时代》。他太猛了。多任务处理。对，所以，我们还有两分钟就要过去那边了。我们继续黑客松。我觉得 Lauren 和我这会儿思路挺清晰的。

[5:51:37 - 5:52:16]看一下我的 Agent 们在干什么。我们有很多 PR 和 Agent。让我按状态分组。

[5:52:16 - 5:52:44]然后我们有一个……这不太妙。他卡住了。

[5:52:44 - 5:53:13]不，我觉得它们还在跑。回到开头，提前想想。

[5:53:13 - 5:53:45]头脑风暴，我们需要一个用户可以……的项目。

[5:53:58 - 5:54:40]挺有意思的。我们上线了吗？好的，开始。好的，我们开始。大家好，欢迎来到 Grok Bot 给产品经理的环节，或者说 PM 专场。很高兴见到大家。直播间也有很多人观看。我是 Kevin DeParco，来自 xAI 产品团队，还有 Roshan Siddhani，也在 xAI 产品团队。今天能和大家聊聊，我们真的很兴奋。酷，我们会讲讲我们是怎么用 Grok Bot 打造 Grok Bot 的。

[5:54:40 - 5:55:24]我们在产品团队里发现非常好用的一些小贴士、工具和机器人。所以我想先说说背景，我相信在座的各位、包括线上观看的各位，如果一直在做软件开发、如果你是 PM，都会明显感觉到这个手艺正在飞速变化。现在写代码、搭产品、做原型都变得前所未有的容易和普及。我很喜欢 DHH——Ruby on Rails 的创造者之一——说过的一句话：软件就是产品管理。它应该做什么？为谁做？怎么做？长什么样？优先级怎么排？

[5:55:24 - 5:56:07]这些问题现在每一个产品构建者——不管你以前是工程师、设计师、创始人还是产品经理——在为客户、为用户开发软件时都必须面对。所以我们想花点时间聊聊 Grok Bot 背后的动机，因为 Grok Bot 本身也是我们做的一款产品，它有自己的故事，就像所有产品都有自己的故事一样。回想 Grok Bot 最早的动机，其实是发现至少在 xAI 内部，已经有很多人开始觉得聊天框已经不够用了。

[5:56:07 - 5:56:52]最近大家讨论得也很多，也许你们也感受到了或者读到过：智能体放在聊天框里越来越不自然。这其实是我们和这些大模型交互方式的自然演进——从单纯要一段回复、等文字，到让智能体真正驱动结果。我们在内部看到很多这种「以结果为导向」的智能体开发，尤其在编码智能体上表现得特别明显。但当越来越多的人开始把这种思路扩展到编码之外时，聊天框就显得有点受限了。于是我们开始探索各种和智能体聊天、协作的方式。

[5:56:52 - 5:57:35]让它们完成任务、访问系统，而不局限于聊天框。最常被提到的一点是：我们越来越把智能体当成同事。我们希望能像和坐在身边的聪明同事一样和它们互动——在 Slack 里发消息、让它们去 Linear 看工单、一起在 Notion 里写 PRD，等等。Grok Bot 之所以会做成今天这个样子，核心动机就是：我们需要这样一批「智能体同事」，能和我们一起完成产品构建过程中的所有重要工作。

[5:57:35 - 5:58:19]基于「同事」这个定义，我们提炼出了四点需求。第一，同事在工作中往往会串联多个工具，而不是只待在一个系统里。他们会跨系统工作，而这些系统各司其职。比如你可能有工单系统，像 Linear、JIRA 之类的；可能在用 CRM 或更进阶的 Salesforce；可能把文档放在 Notion、设计稿放在 Figma。这些工具各自都很强，但同事（或者你自己）经常需要在它们之间来回串联。第二，同事通常拥有长期的上下文。

[5:58:19 - 5:59:03]他们会学习，而不只是完成一项任务就扔掉，然后继续下一个。最好的同事、最好的队友，他们会在工作中学习，对吧？也许他们刚开始对公司几乎一无所知，你教他们一些任务，或者教他们怎么把工作做完。他们做了一些工作，你给点反馈，对吧？“刚才那部分不太好。”他们如果能把反馈吸收掉，就会越做越好。我们觉得这个模式同样适用于智能体：随着模型的演进，它们越来越擅长在工作中学习、为自己建立记忆、判断什么重要，以及接收和吸收反馈。第三点，我觉得非常关键，就是独立性。哦，幻灯片没了，我们先修一下。

[5:59:03 - 5:59:47]好了。很多和我们一起工作的人，都能独立执行任务。偶尔你可能会被问到“这个任务卡住了，需要帮忙”，或者有人因为系统权限卡住。但真正定义一个好同事的特征之一，就是他们能自己干活、自己完成任务、拥有自己的权限。这正是我们让 Grok Bot 拥有自己电脑的初衷。我们决定让 Grok Bot 有自己的电脑，能在里面做事。现在的产品就是这样。如果你去用 Grok Bot，它有自己的电脑，你可以在它卡住的时候帮一把，但它有自己的界面，能生成你需要的输出。

[5:59:47 - 6:00:32]帮你完成工作。最后一点我想提的是消息交互。前面我提到我们想跳出聊天框，但其实也没完全跳出。我们觉得大语言模型的聊天交互方式本身还是很有价值的，但它开始显得受限的地方在于：当你和同事聊天时，通常是像在 Slack 里快速发消息，不断切换线程、多任务并行，而不是等对方回复完再轮到你。我们发现，如果你能随时插话、打断、推动对话，和智能体互动会更有趣。等会儿你们会看到一点演示。

[6:00:32 - 6:01:16]但我认为这四点，就是我们在内部开发和使用这个产品时总结出的、定义同事工作方式的核心。我很喜欢这四点，而且我们想做的不是随便一个同事，而是真正把你遇到过的最好的同事的特征编码进去：他们对组织有大量上下文，能在工作中学习，能独立行动、自己做决定，不用一直等你。所以，这就是我们对 Grok Bot 的高层理解——它本质上是一个带电脑的智能体，感觉就像在给同事发消息。没错。我觉得如果你想记住 Grok Bot 能做什么，幻灯片上的这两点就够了。

[6:01:16 - 6:01:58]我们希望这些 Grok Bot 能成为真正的 AI 队友，你可以把实际工作交给它们，然后回来拿结果。它们不会只回文字或反问，而是直接给出成果。我们还希望它们能真正把任务做完，而不是半途而废。真正把活干完，再需要审批时才回来找你，这种交互方式效率更高。接下来我想知道大家会怎么把这些 Grok Bot 用到产品里？当然，我们马上就要在真实场景里演示 Grok Bot，看看我们已经建好的几个代理，以及和 Grok Bot 一起工作的同事们。我觉得主要有三种使用场景。首先是「关注清单」。作为 PM，我们经常被拉到各种方向。

[6:01:58 - 6:02:42]可能同时跨好几个项目，到处都是上下文。弄清楚「我现在到底在关注什么？这个早上、本周、本月我都在关注什么？」然后把这些和优先级列表做对比，就能看出你把时间花在哪里、注意力是否对得上团队真正需要完成的事。Grok Bot 就像一直待在你身边的助手，能学习你的工作方式，帮你完成这件事。第二个场景是做调研、积累客户联系。显然，这也是产品工作中非常重要的一部分。

[6:02:42 - 6:03:24]需要做调研，搞清楚用户和客户真正需要什么、想要什么、喜欢什么，最大的瓶颈在哪里、遇到了什么问题、怎样才能更好地服务他们。Grok Bot 特别擅长把所有这些上下文收集起来、向用户学习，并用新方式合成数据。我们后面会聊聊在数据科学、分析和产品场景里是怎么用 Grok Bot 的。第三个场景当然是交付。你在 2026 年当 PM，如果不专注把软件产品交付给客户，那是不行的。所以我们要思考 Grok Bot 怎么不仅能加速你个人，还能加速整个团队。

[6:03:24 - 6:04:08]幻灯片上有个数据：Grok Bot 在我们内部贡献了两位数的合并 PR 比例，这数据挺夸张的。它还让产品组织里的每个人都能把 PR 发上线。只要把这套系统搭好，你就能获得超能力。接下来让我们认识一下今天要一起工作的 Grok Bot 团队，有几个熟悉的面孔和名字，我们来逐个了解。首先是 Cora，Chief of Staff。你可以把她理解成能访问你邮件、日历的人。

[6:04:08 - 6:04:51]她可能还会监听你发的 Slack 消息，真正建立起你作为 PM 的工作模型。下一个是 Emily，她是工程经理。我们训练 Emily 不要自己写代码，而是去管理我们分配给她的工程师团队。Emily 手下有五个不同的 Grok Bot 工程师同事。把 Emily 当成工程团队的单一联系人非常方便，你可以把大块工作交给她，再由她拆解、分配，并对工程代理的输出做验证循环。我们还有 Ashley，她是数据科学和分析的负责人，能回答各种数据问题。

[6:04:51 - 6:05:35]作为 PM，一天里经常会有随意的聊天突然冒出一个想法，而以前你可能需要自己写一堆 SQL、找可信的数据源。现在你可以直接快速发消息给 Ashley，让她给出答案、图表，或者对底层数据集做合成，帮助你当天做决策。我们还有 PM Pete。

[6:05:35 - 6:06:19]PM Pete 是产品团队值得信赖的助手，能起草产品需求文档、综合客户和用户洞察，还能日常处理一些低阶产品工作。你想聊聊 Pixel 吗？对，Pixel 是我的最爱之一。Pixel 是一名设计师，接受过如何成为世界级 AI 设计师的最佳建议训练。事实证明，只要用正确的方式指导你的代理和机器人，就能让 AI 设计看起来非常出色。因此，Pixel 已经加载了大量关于如何成为 S 级设计师的背景信息，这些信息来自互联网上最优秀、最新的思考。太棒了。

[6:06:19 - 6:07:03]最后，我们有 Ray，他是一名招聘专员。所以，任何从事产品领导工作、搭建产品职能或组建公司的人，都能从这位同事那里获得很大帮助——在人员和招聘方面，协助完成部分 sourcing 工作并管理招聘流程。因此，这些就是我们定义的一些非常有用的 Grok Bot 同事，但你的团队究竟要长什么样，完全由你决定。所以在整个演示过程中，请把这些当作灵感、当作点子，但最终你还是可以自己构建团队，找出谁最有帮助、哪些角色最能加速你的工作。

[6:07:03 - 6:07:46]对你和你的产品团队来说。没错，我觉得说到这一点，我们看到很多人会创建多个代理，所以我想花一分钟讲讲为什么我们认为这样做很有效。首先，虽然代理可能拥有能存储整本小说的超大上下文窗口，但我们的大脑——至少我的大脑——做不到，所以我们常常只想知道该找谁参考，而给这些代理分配角色、对应你与同事的互动方式，感觉是一种非常自然的模式。我们之前也聊过。比如，安排一个人负责数据，可能一个人就能完成五名数据工程师的工作，或者协助你组织里的五类数据任务，这对你调用和使用这些代理、了解他们的角色非常有帮助。所以我发现这真的很有用，能让你知道

[6:07:46 - 6:08:29]针对某个任务该找哪个机器人。然后，有时候他们的角色会重叠，这也没关系。我们一会儿会演示，机器人之间也可以互相沟通，这点很酷，还能在频道里协调之类的工作。我们也会展示这个例子。但拥有不止一个代理的另一个原因是，机器人表现会更好，因为当它们能把记忆范围缩小一点时——回到持续学习和进化的思路——我们发现，当机器人被“定型”或被赋予特定角色时，学习循环会运转得更好。最后一点，我觉得这也更有趣、更容易并行处理你的工作，你可以把任务分派给一群机器人。我们在内部看到的一个常见模式是，有人喜欢一次性给六个不同的机器人发消息。

[6:08:29 - 6:09:14]你会看到它们都在转圈工作，它们各自去为你完成一些任务，然后你再回来综合结果。这又有点像你和同事一起工作的方式。比方说我们一起开会，分配了一堆行动项，大家各自去做，然后再聚在一起综合成一份计划。机器人真的能模仿这种行为。而且当它们这么做时，我们作为人类也更容易知道自己在如何引导它们。好，我们要进入演示环节了吗？来吧。先请在场的人举手——我知道直播观众看不到。你们当中有多少人用过或安装过 Grok Bot？房间里 80% 的人都举手了。那对于还没见过的 20% 的人，我会做一个非常非常非常简短的导览，展示我们刚才讲的内容。这就是 Grok Bot，这就是它的界面。

[6:09:14 - 6:09:56]左侧是一堆机器人。你可以看到，我们可以把一些机器人置顶到上方，还能把机器人分组到不同分区。这里有一个领导力分区，里面有几只置顶机器人；下面是我们刚才聊过的工程团队：Einstein、Igor、Nova、Larry 和 Eileen。你也可以隐藏或取消分配机器人。此外还有一个完整的应用市场，可以把你常用的工具连到这些机器人上，让它们拥有我们之前提到的超能力。所以当机器人能访问到所有工作所需的工具时，效果会非常好。在这个例子中，我们已经接入了 Notion、Slack、Figma MCP、Gmail 等工具，之前提到的 S 级设计技能也保存在这里。

[6:09:56 - 6:10:40]这些机器人也作为团队一起工作。刚才提到过可以把机器人分组，这里可以看到一些例子。我们有 EngPod，可以想象工程团队在做站会——把机器人拉到一个房间，让它们针对某个项目做站会，真的很有意思。还有 EPD 团队，也就是工程、产品和设计团队；如果你在产品组织里工作，就会知道这三者通常像三头政治一样协作。我们还可以建一个战情室，让一堆机器人一起处理故障或事故。真的可以天马行空，这些只是几个代表性例子。以上就是我们的整体设置。提醒一下，顶上的是我们的首席幕僚 Cora。

[6:10:40 - 6:11:23]PM Pete 是我们的产品助理，Ashley 是我们的数据科学家。你能看到前几天我们跑的一些查询，主要在看产品的一些漏斗和数据漏斗。也许可以借此机会介绍一下产品：你在这里看到的一切，都连接到一个演示环境，对应一家叫 Fly Low Airlines 的航空公司——它和其他航空公司没什么两样。今天我们就来聊聊航空业务。很好！现在直播间里的每一位，都成了 Fly Low 这家超棒航空公司的产品经理。接下来我们来提几个关于业务的问题，可以先问问 Ashley。

[6:11:23 - 6:12:03]她是我们的数据科学同事。我们可以问她：昨天移动端和网页端各卖出了多少张票？我喜欢这个想法，产品漏斗对开发来说真的很重要——销售到底来自哪里？Ashley 背后连着我们的数据层和数据仓库，可以是 Databricks、Snowflake，或者你最喜欢的任意数据仓库。Ashley 会去生成查询语句，然后在外部数据仓库里执行。

[6:12:03 - 6:12:26]跑完之后她会回来告诉我们：昨天好像卖出了 1400 张票。听起来我们是一家很小众的精品航空公司，这挺好；其中大约 58% 来自网页端，42% 来自移动端。我们还可以看看有多少家庭在乘坐。

[6:12:29 - 6:13:13]打错字也没关系。帮我们把这些数据可视化成图表。在它运行的时候，作为产品负责人，我觉得每天用 Grok Bot 查数据、画图表是我最喜欢的功能之一。我们还没演示过，但其实可以给机器人设置例行任务。如果你没见过，这功能真的很实用。我每天早上醒来，如果想看最关心的仪表盘，通常得打开浏览器、找书签，现在这些都能直接推送到你这里。我有很多日常查询，如果你负责公司里的数据管道，也可以每天早上或按需收到这些洞察。

[6:13:13 - 6:13:56]因此，我们针对重大产品上线做的一件事，就是让数据仓库每小时实时反馈情况。你可以真正追踪上线进度，真正看到用户卡在哪个环节，从而快速打造出色的体验。看起来我们已经拿到数据了。太好了，这些数据直接帮我们生成了图表，让我们了解单独出行、情侣、家庭、团体出行的分布情况，也能看出家庭购票的比例。目前看来，25% 的乘客是家庭出行。就像 Roshan 说的，我们可以把这个做成例行报告。

[6:13:56 - 6:14:41]每天早上 6 点给我发更新。这可以成为我打开 Grok Bot 后第一件事，就能实时掌握购票行为和家庭出行人数，挺酷的。我喜欢这个想法。现在我在想，我们还能怎么优化这个体验？不知道产品上有没有什么问题可以找找，或者我们应该看看……我们往上翻，看看那个漏斗。我今天早些时候也看了，主要是想了解移动端购票流程。这看起来是个很典型的转化漏斗，对吧？嗯，挺好的。

[6:14:41 - 6:15:23]看起来这个漏斗确实有不少流失。没错，但有趣的是，流失主要发生在选座位环节。可能用户不喜欢我们的座位选项。这也许是我们改进产品的机会。所以，当你在做自己的产品时，经常会从数据里看到洞察，然后你会想：等等，产品里到底发生了什么？我们能怎么优化这个体验？也许我们应该把这个写下来。来吧。你可以在聊天里建线程。我们要回复昨天收到的那条消息，内容是：看起来移动端在选座位时流失很大。

[6:15:23 - 6:16:07]请 PM Pete 配合，生成一份产品规格，优化移动端漏斗。你会注意到 Kevin 在这里 @ 了 PM Pete。这就是机器人之间可以互相聊天的场景。你会看到，Ashley，你应该给 Pete 发一条消息。Pete 对我们的业务有很深的产品理解，了解我们的用户，也清楚之前做过的产品决策，所以他可能知道为什么漏斗在这个环节流失。就像优秀的产品和数据科学组合一样，希望他们俩能一起想出好点子。看起来……我们是不是该点进那条消息说，好的。不过在此之前，我很喜欢 Ashley 纠正了我们。我们之前对数据的解读其实是错的。

[6:16:07 - 6:16:52]她说，移动端购票漏斗里，最大的流失其实发生在「搜索到票价选择」这一步，而不是选座位。我们误读了图表。幸好 Ashley 发现了这个错误。你可以看到，Ashley 正在把她通过这次分析得出的洞察发给 PM Pete，以及他们接下来要协作的具体任务。嗯，我看到 Pete 那边已经在转起来了，应该是在处理。好的，看起来 Pete 已经在 Notion 里写了一份 PRD，列出了 P0 和 P1 优先级。我们来看看他写了什么。很好。

[6:16:52 - 6:17:35]再来说说 PMP 生成这份 PRD 用到的技能。是的，PMP 已经学到，最好的 PRD 和规格文档，需求描述要非常清晰，而且越来越不追求文档的长期保存，而是聚焦于如何快速进入编码和原型阶段。我们可能都听说过，写代码的成本正在一天天降低。所以 Pete 有一系列训练好的技能，能让他真正理解业务。当我们请 Pete 写 PRD 时，他会明确列出 P0、P1、P2 需求。看起来我们已经拿到清单了。大家怎么看？

[6:17:35 - 6:18:19]太棒了，看起来移动端公平结果页面需要重新设计。这里可以考虑加快对比区等想法。卡片上展示诚实的公平证明。我觉得其中一个重要收获是，我们给同事提供了大量上下文，但他们未必了解全部细节，所以进行人工复核、叠加自己的想法和洞见，再和 Grok Bot 一起迭代产品，往往非常有帮助。太赞了！我们现在为了演示会一键完成，但实际工作中，和代理、和同事一起迭代，找出最合适的产品形态，通常需要更多轮次。

[6:18:19 - 6:19:01]当然，做法有很多种。我喜欢在 Notion 里直接留评论，Grok Bot 能读取 Notion 评论，感觉就像在和同事互动。你在这里写几句备注，比如“这感觉不对，这个数字有问题”，再 @ 对应的人。Google Docs 和其他连接器也能这么用。所以我觉得迭代过程也变得有趣多了。接下来按常规流程，我们大概会开始把这些想法做成原型，对吧？嗯，你想怎么做？要不问问 Emily。她是我们的工程经理，和整个工程团队都有联系。我们可以让 Pete 把 PRD 交给 Emily，让她去问工程团队。

[6:19:01 - 6:19:46]让他们对这些想法做一些原型，看看效果。酷。我们也要把 Pixel 拉进来吗？对，好主意。顺便做点设计。没错。所以我们应该为每个 P0 都准备一些设计。好的，那我们把任务发出去。在任务处理期间，我们先拉起虚拟机，Grok Bot 有权限访问它。正如我们之前说的，这些同事都配了一台电脑，所以给代理、给 Grok Bot 分配一台自己的云端虚拟机非常有用，它可以在上面真正工作，能上网。

[6:19:46 - 6:20:31]你可以登录，它就能用你的凭证访问各种服务来完成工作。你看右上角，有“教它一个任务”的入口。你可以直接在这台机器上录制工作流，代理会观看、学习，然后复现你做的操作。我们经常听到销售团队和 GTM 团队有非常复杂的 Salesforce 流程，需要反复执行，这时候能用录制而非只用文字或口述来教代理，就特别有价值。

[6:20:31 - 6:21:13]而且代理每次执行这些任务时，都能对技能进行优化，再次遵循我们前面提到的反馈机制。所以如果你在用定制或特殊的系统，这一点真的非常宝贵。嘿，太酷了。看起来我们有两个独立的任务：一个交给工程经理 Emily，让她开始根据规格做原型；另一个交给 Pixel，让他开始做设计和 mock。嗯。我觉得设计流程里最酷的一点是，Pixel 正如我之前提到的，它专门训练成了一位优秀的 AI 设计师。

[6:21:13 - 6:21:57]它还包含我们业务设计系统的上下文。在这个案例中，我们使用 Figma，设计系统就存放在 Figma 里。而 Pixel 的上下文里也保存了一些参考文件，能教它如何为我们的航空公司做设计。这样一来，我们就不用每次都从零开始。代理已经内置了大量上下文，包括我们偏好的字体、颜色、UI 模式，以及我们长期总结的禁忌，比如「永远不要把关闭按钮放在左上角」之类的。这让设计师能真正快速迭代，第一次就能基本做对，而不用每次都重头来过。看起来我们已经拿到几版设计了，大家觉得怎么样？

[6:21:57 - 6:22:42]票价看起来挺贵的。Pixel 给出了 A、B 两个方案。大家怎么看？喜欢 A 的鼓掌，喜欢 B 的鼓掌。好的，我站 A 队，看来大家也站 A 队。那我们就把第一版设计交给 Emily，让她更新原型。你们也能看到，这些机器人其实可以互相切换角色。刚才 Pixel 把东西交给 Emily，我们做了决定后，可以直接说「去更新 Emily」。

[6:22:42 - 6:23:24]你们会发现，这些机器人之间的交互更偏异步、离线，而不是我们习惯的聊天式界面。我觉得这反而让协作更有趣：你可以持续引导和驱动代理的工作。尤其当它们一次工作几分钟时，你随时给出反馈，既能参与过程，也能及时验证输出。好的，我们来看看工程团队。Emily 作为工程经理，已经把不同优先级拆解成每个工程师的具体任务。

[6:23:24 - 6:24:05]她还直接和每位工程师沟通，解释他们要做的具体工作，并附上了大量额外上下文。我们都吃过亏才明白：代理其实很擅长写提示，往往比我们更清楚该给代理什么上下文。所以很多时候，直接把你要达成的目标告诉 Grok Bot，让它们自己去协作、梳理最有用的上下文、拆解任务，反而能大幅提速。接下来我们应该能看到，

[6:24:05 - 6:24:47]Grok Bot 还能启动 Cloud Agents。实际做工程任务时，每位独立贡献者工程师都会在云端创建一个代理，带着你代码仓库的本地副本运行。这样在改代码或安装测试脚本时，这些代理也自带全部所需环境。刚才 Nova 问要不要创建 PR，你点了同意对吧？没错。于是 Nova 就启动了这个 Cloud Agent，

[6:24:47 - 6:25:31]它会持续监控任务进度。完成后，还可以再加一层验证：工程师可以先审 Cloud Agent 的工作，再交给 QA 团队或工程经理做额外检查，确保输出符合最初的目标。我觉得这套流程最酷的地方在于，你可以灵活决定要介入多少人工环节。比如改文档网站或调整移动端尺寸这种低风险改动，就可以直接让代理跑完。

[6:25:31 - 6:26:16]但也许我们想确认设计是否按我们最初的规格，或者 Pixel 帮我们定下的规格真正落地了。我们可能会直接跳进去要一个 demo 或原型。所以我们发现，和 agents 协作时，给它们一个能自我验证输出的环境非常重要，同时也给它们工具，让你作为人类也能验证输出，这对最终效果提升很大。你可以把这两件事结合起来，得到更好的结果。太棒了。所以我觉得我们的工程团队会在后台继续打磨这件事。那我们目前看到了什么？我们从一个关于业务的开放问题开始，先找数据科学同事聊了聊。

[6:26:16 - 6:27:00]Ashley 帮我们更好地理解漏斗里最大的流失点。把所有上下文交给 PMP agent，让它帮忙写产品需求文档。这是第一版。然后交给设计师做第一版 Mox 原型，再由 Emily 和工程团队用 cloud agents 去实现。没错，这套系统真的很酷。而且你可以根据自己业务最顺的流程来调整。我们看到很多团队会把需求阶段做得特别深，尤其是复杂系统里，每一个小需求都可能牵一发而动全身。

[6:27:00 - 6:27:44]你可以想象有一组人专门负责维护最新的知识库，把需求同步到产品里。或者你有一个非常复杂的代码库，涉及多个需要保持同步的仓库，这也是可以用 Grok Bot 搭建的工作流。我想说的是，这只是一个例子，说明你可以怎么组建团队，但这个工具本身就是为了让你灵活适配自己组织的实际流程。好的。现在来聊聊用 Grok Bot 的一些经验教训，以及搭建自己的团队时需要注意的几件事。

[6:27:44 - 6:28:27]第一点是命名 agent 要有独立的记忆，能在工作中持续学习，要把它们当成同事来看待。它们在第一天不会特别强，需要一个 onboarding 阶段，你可以给它们技能、上下文，教它们做事。随着时间推移，它们会积累上下文和直觉，能承担越来越多工作，这点非常酷。第二点是作为 PM，要尽量减少系统里的噪音，比如各种 ping、邮件、Slack 消息。我们学到的一个技巧是，设置一个例行任务，让 agent 判断这件事是不是「无操作」，如果没什么重要或紧急的内容需要我看，

[6:28:27 - 6:29:10]它就可以自己处理，或者不用通知我。这样就能减少系统里的噪音。Agents R 和 Grok Bot 现在正在帮我整理收件箱，只会把最重要的邮件告诉我，并能升级处理。但总体来说，我在尽量减少噪音，好把注意力集中在团队最重要的事情上。最后是「层层代理」的概念，你可以有管理 agent 的 agent。Agent 会和 cloud agents 协作，而 Grok Bot 是一个非常有用的 agent 系统，能帮你完成最具挑战性的工作，加速产品团队的推进。

[6:29:10 - 6:29:55]非常酷。刚才的演示真的很有趣，能真正为 Fly Low Airlines 带来一些影响太棒了。我们要在这里结束，对线上参与的朋友们，请关注 Matt、Lauren 和 Roshan，他们这三天正在用 Grok Bot 搭建一家初创公司，非常令人兴奋。进展如何？正在推进中。我们有一个非常有趣的商业想法，如果你想跟进，我们接下来 48 小时以上都会直播，值得期待。非常好，谢谢大家。

[6:29:55 - 6:30:39]非常好。现场的观众，我们现在要开放提问环节。在开始之前，先快速介绍一下我们正在举办的竞赛：你可以赢取前往得州 Starbase 观看 Starship 发射的机会。非常酷——如果问我，简直酷毙了。只要展示你如何把 Grok Bot 融入工作即可。请在 X 上关注 @groc 和 @bot，@groc 账号目前有一条帖文说明了参赛方式。亚军还能获得 Hofhorn 之旅，去看看一些帮助把东西送入太空的设备是如何制造的。如果你感兴趣，扫码即可开始，或者直接访问 X 上的 @groc。

[6:30:39 - 6:31:17]以上就是我们的宣传。太酷了。我们能参赛吗？不知道，但希望可以。好，接下来进入提问环节。我会把二维码保持显示，方便大家扫码。如果方便，我们也可以把问题重复一遍。你可以直接喊出来，我们帮你重复。哦，把二维码放出来。哦，闪开让大家看二维码。对，抱歉。

[6:31:17 - 6:31:29]我们也想听到你的问题。

[6:31:35 - 6:32:18]好的，问题是关于我们看到的 bots 在管理上下文方面的表现，以及上下文如何在不同团队或角色之间重叠，是这个意思吗？是的。归根结底，这些 bots 就像独立的代理，你可以随意引导和控制。如果我理解正确，这些 bots 的架构是每个 bot 都有自己的记忆，同时还有一个共享记忆池，当 bots 和你都认为某些信息值得团队记住时，它们可以写入共享池。我们在底层用了一些提示来调整 bots 选择写入哪种记忆。一般来说，bots 有独立的记忆池，会持续写入并随时间精炼记忆。这也是我们

[6:32:18 - 6:33:01]特别喜欢角色版的原因：你可以随着时间积累非常强的记忆，学会如何成为一名优秀的工程师。不过我们还在实验中。你刚才看到的群聊界面能把这些记忆很好地整合在一起。有多种方法，比如你可以让一个 builder bot 同时承担工程、生产和设计工作，这也行得通。但我们发现，对于更复杂的场景，把角色分开会更有帮助。不确定这是否回答了你的问题。非常好。我觉得有趣的一点是，我们早期训练 agents 时，总是担心上下文污染和上下文管理问题。每个人脑子里都会想：agent 知道什么？不知道什么？我是不是需要压缩上下文？

[6:33:01 - 6:33:16]以及我什么时候会用完上下文窗口？而我们的终极目标是让这一切变得极其简单、人人可用，不用花大量脑力去思考自己能说什么。

[6:41:15 - 6:41:58]欢迎回来。希望大家刚才都喜欢 Grok Bot 给产品经理的演示。现在我们回到演播室，带来一位嘉宾——Eric。他是 Carrot Financial 的联合创始人兼 CEO，这家公司为创作者和成长型企业提供银行、信贷和支付服务。Eric，我记得你曾在 Instagram 担任产品经理，对吗？对，我 2016 年在 Meta 的 Instagram 团队做产品经理。太棒了。那是另一段人生。欢迎你，很高兴邀请到你。Lauren 和我在休息期间一直在讨论我们到底在做什么、方向是什么，我感觉我们还在反复琢磨到底要做什么、软件长什么样。我觉得这其实很有意思，因为最难的部分往往是

[6:41:58 - 6:42:43]真正把想法对齐。我们刚才就在聊这个。所以既然 Eric 有时间，而且他自己也创业过、做过这些事，我们不如直接一起 workshop 一下我们到底要做什么，把想法打磨清楚。我很喜欢这个思路，因为我妈总问我产品经理到底在干什么，我跟她说其实就三件事：第一，决定做什么；第二，决定怎么做；第三，协调把东西做出来。大家往往没意识到，AI 把第三件事变得很容易，但前两件事还是得靠人脑。所以当我们纠结「到底在做什么」的时候，我觉得这太合适了，因为我也想知道答案。我第一个问题——我刚才偷偷看了直播——你们一开始是不是在做一个叫 Peter 的东西？

[6:42:43 - 6:43:27]我听到好像是一个做快闪店的网站？是给餐厅老板做快闪店用的吗？我想先搞清楚：我们到底在为谁服务？要解决什么问题？对我来说，我想象的主要用户是想办快闪店的人。可能是餐厅老板，也可能是已经有 Shopify 店的人，但想再开一次快闪店。对我来说，快闪店的价值在于两点：一是线下体验，二是限量稀缺感。

[6:43:27 - 6:44:10]快闪店有时间限制，错过就没了，所以大家会想去；去了之后，可能还能体验到一次性的活动，或者买到只有快闪店才有的产品或周边。我觉得这里面其实挺有意思的，因为自己从零搭一个快闪店其实挺难的。所以我们一开始的想法是，自己先办一场快闪店——比如 Rock-Pop 的快闪店。

[6:44:10 - 6:44:54]因为我自己就很想要 Rock-Pop 的周边，说实话我现在一件都没有。也许再加点土豆工厂的周边？对，比如土豆形状的 Rock-Pop 周边什么的。通过自己先做一场快闪店，我们就能顺便把工具搭出来，慢慢把平台也塑造成我们想要的样子。最初这个平台只有我们自己用，用来规划和组织自己的快闪店；之后再考虑怎么把它通用化，让其他用户也能复用同一套流程。

[6:44:54 - 6:45:36]做预订，比如找场地、策划、发邀请函之类的。好的，这说得通。所以我特别喜欢的一点是，在 AI 吞噬一切的世界里，线下体验反而更重要。我们接下来三天要做的事，你完全可以用 Grok Bot 搭建一整套生意，但最特别的地方在于，正如你所说，能实时见到、互动到这门生意。如果说我们现在讨论的软件正在发生变化，那么实体店也在经历同样的变化。如果你开的是餐厅，你必须思考的大问题就是：我怎么避免被商品化，只是变成 Uber Eats 和 DoorDash 上的又一个图标？我怎么确保自己不只是个云厨房

[6:45:36 - 6:46:19]让大家只是点汉堡？快闪店。或者我在网上卖贴纸，而别人都在用 AI 生成贴纸，那我怎么让大家真正知道我的品牌代表什么？快闪店。所以我首先的想法是，我真的很喜欢这个点子，因为你在试图重新抓住品牌的精髓——用一种如今变得非常有价值的方式，把你的特别之处传递给人们。其次，我有一点想推敲一下。我觉得我们到底为谁做这件事非常关键。我听到你描述最初的目标用户时说，我们先为自己做。那如果我们是为自己做，那定位就几乎是那些从没办过快闪、几乎不懂生意的人。

[6:46:19 - 6:47:03]这没问题，因为我后来又听到你说，之后再面向更进阶的人群——他们已经开了餐厅或周边店，生意在正常运转，但想通过快闪来吸引注意力。我觉得这是两个完全不同的人群。我非常支持从第一类人开始，但我唯一的请求是把范围再收窄一点。我们先从没做过快闪的人入手。你提到了周边，那我们要做你正在做的事吗？这有点像周边——嘿，你在经营一家风投支持的初创公司，为了在所有 AI 公司里脱颖而出，你想做一次线下的周边发售，想推出自己的毛绒玩具。这非常元。如果这就是我们最初要打造的最小用例，我觉得挺有意思的。嗯，是的，挺有意思的，但感觉有点元。

[6:47:03 - 6:47:46]感觉和「有没有更简单的方式和观众连接」有点脱节。比如我自己，我其实不知道快闪是什么，但大多数时候我周六想做的就是找点好玩的事做，也许和朋友一起。我喜欢艺术，喜欢去看看、逛逛。如果有好玩的东西可以买，我也会买。所以我不知道。我的思路总是尽量简化，但我也愿意尝试任何方向。所以，我觉得我们……我挺想听听大家的看法。这其实是个分岔口：要么我们走得更元一点，真正为自己做——我们是科技品牌，想和大家建立更多线下连接，所以去做周边之类的；要么我们做点完全不同的，比如你刚才说的那种。我很好奇，聊天区里有没有什么想法？

[6:47:46 - 6:48:31]这些弹幕也太好笑了，AV 团队太难了。我现在是不是声音特别大？音响师现在估计乐坏了。哥们儿在喊「天哪」。至少我们还能边调试边和聊天室互动。我觉得我的问题就是我总是比别人大声。做播客的时候，我会把灵敏度调低一点。好了，聊天室告诉我们下一步该往哪个方向走？还是现在延迟很严重？延迟倒是不大。我觉得医生之间也有点延迟。但我喜欢我们现在的思路，方向挺对的。那什么最有帮助？也许我们先画线框、走用户流程，再边做边聊。不过我认为得先明确到底做哪个场景。比如，我们是要做科技品牌的

[6:48:31 - 6:49:16]快闪店？还是做你说的那种非常实体、非常不一样的场景？比如我是个餐厅老板，想办快闪店吸引人来餐厅，算是个特别活动。我觉得我们得先做决定，不然做出来的快闪店会太泛化，怕是泛到谁都帮不上忙。对，我同意。所有场景里不变的要素是什么？我们需要日期、时间、场地，还要召集一群有共同兴趣的人到同一个地方。Lauren 已经在给我们做一些原型工具了。那对我们来说，具体要卖什么？听起来可能是周边。

[6:49:16 - 6:50:00]好，那我们就用每个创业公司向 VC 推介时都用过的那一套：先从小做起，潜在市场是所有人。也许先从科技公司的周边开始，因为我们想有线下存在感；等把底层逻辑搭好，再扩展到其他快闪场景。大家觉得怎么样？我本来想问问聊天室，但聊天室现在延迟三分钟，我们就先盲飞吧。行，那我们就试着办一场快闪店，卖什么？Grok 俯卧撑、土豆毛绒玩具？好，Grok 帽子。Grok 帽子，Grok。行，这事儿最简单了。如果我戴上产品经理的帽子，经典框架就是：我们现在有什么问题？第一个问题就是，如果真要给自己做，那到底卖什么？

[6:50:00 - 6:50:44]在哪儿卖？还要协调场地和时间。所以第一是卖什么，第二是在哪儿卖，第三是协调场地和时间。第四，我觉得是售票系统，要带社交属性。Full 最大的成功点之一就是你知道其他朋友也会来。对，我喜欢这个思路。我们想把它做成一个活动，不能每次开快闪店都靠 Elon 发推。哈哈，那流量会爆炸，也挺酷的，新生意就这么来了。所以第一个问题是我们到底想在这儿做什么？好，那我们先从卖什么开始？周边？听起来我们要做一场周边快闪店。对，那我们还需要一个售票系统

[6:50:44 - 6:50:48]或者说活动报名系统。我们应该能找到现成的 API 什么的

[6:51:18 - 6:51:59]票务系统加上社交部分，然后还要找场地。你说得完全对，时间不是最重要的。第一页问你在做什么，但在这个场景里，你要做的是一个合并快闪活动。第二页就是问这个活动什么时候，然后它会帮你搭建和生成一个预订系统，第三页是问你在哪里办，然后你就可以开始确定地点之类的。所以我的问题是，对于还在学习 Grok Bot 的人，用 Grok Bot 来搞清楚这件事的推荐做法是什么？是要给合并、票务、场地各做一个不同的 bot，还是按功能拆分，比如工程和设计？Lauren，你是怎么考虑的？

[6:52:01 - 6:52:41]或者 Lauren 现在正在实际操作。我现在超级专注。Matt，我们要怎么拆分？我喜欢把这些东西拆开。我把 bot 当成不同的员工。所以在我现在的 bot 里，我在屏幕上设置了一个增长工程师、一个创始工程师、一个图像生成 bot、一个创意总监、一个首席幕僚，还有一些其他东西，通常来自任务。比如我有个更新文档的任务，我就会单独创建一个 bot 来更新文档。你可以看到，Lauren 其实一直在后台忙活一些东西。我刚才有点走神，但我走神的时候其实是在想怎么开始。我是一个非常视觉化的人。

[6:52:41 - 6:53:24]所以我让我的原型机器人开始在 TL Draw 里帮我画草图。它能控制浏览器，直接在 TL Draw 里画，而不是替我画，这点 Grok Bot 做得特别好。现在我们有一些低保真 mockup，可以用来评判和思考，帮助我们构思要做什么。我一直在 prompt，让它在这上面工作。有一点我想说，我看到聊天里很多人说“merge，就 merge”。如果我们戴上硅谷讽刺帽，我会说这是在 AI 主导的世界里提供“社区即服务”。我们想帮你找回公司的线下氛围。

[6:53:24 - 6:54:08]所以如果不只是卖周边，这其实是一个让你围绕品牌举办社区聚会的平台。对科技品牌来说，最容易的一件事就是找个理由，周边就是个很好的理由。太好了，完全同意。我知道一些提供商和 API，我们也许可以对接一些周边，集成到平台里。好的，如果你正在做这件事，我不确定，我觉得你正在做。那我就问问别人。Lauren，我会腾出时间。你觉得我们有足够的信息开始做了吗？我试试。好的。我意识到你们两个同时在主持和做嘉宾，这其实很难既要娱乐又要实际在做东西。那我问你，如果我们要办一个品牌社区快闪，用周边作为切入点，那什么样的周边比较有趣？因为我觉得每个科技初创公司都做过，我自己就穿着自己公司的周边，比如 T 恤和帽子。Grok 有没有什么独特的东西？我觉得我们可以往可爱土豆的方向靠，因为那是她品牌的一部分。因为这有点不一样。显然你们没有火焰喷射器，那其实也是一种独特的周边。

[6:54:08 - 6:54:53]是啊，所以我们要在 48 小时内搞定火焰喷射器生产。听起来……不，我的意思是，我觉得最好的周边跟你刚才说的类似，就是为自己而做。比如我做过帽子，但我做的是非常特定种类的帽子。我喜欢卫衣，但我想要非常特定的一种卫衣。

[6:54:53 - 6:55:32]所以如果你能倒推一下，比如在服装方面，你会想：我喜欢什么样的东西？我有个好朋友曾经送过我一个卡比兽毛绒玩具。你是宝可梦粉吗？我是说，我有朋友是宝可梦粉。我小时候也玩过，很喜欢。那礼物让我很有童年回忆，感觉很酷，也很打动我。所以问题就是：你怎么找到能和别人产生情感共鸣的东西？我的两个想法是：第一，这本身可以作为 bot 的一个功能，在我们探索用例时，去做调研、了解用户想要什么。第二，你刚才说了两件事，我听出来一个是对实用性的欣赏——不只是帽子，而是真正好用的帽子。

[6:55:32 - 6:56:15]第二个是对新奇感的追求，比如卡比兽那个例子。这跟实用性无关，完全是题外话。你最近有没有刷到 TikTok？有个视频说，男生给女生送花——当然不是要性别刻板印象，有些情侣双方都会送对方花。那反过来呢？有个女生问该送男朋友什么，有人建议送钨金立方体。你见过吗？我超喜欢钨金立方体。为什么？它们太酷了。别担心，它们密度很高，拿起来很费劲。所以我不是说我们一定要做，但如果走新奇路线，除了帽子什么的，我也不介意做钨金立方体。对，完全同意。

[6:56:15 - 6:56:56]是啊，我都不知道为什么……我一说你就懂了。等等，能不能做成石墨形状的钨金立方体？可以做成球形的钨金立方体，完全没问题。钨金石墨？那我真的想要一个。我现在完全进入假设情景了，我真的想要一个。要花多少钱？老实说，80 美元我愿意出。80 美元？最酷的是，它太重了，根本寄不了，只能去快闪店拿。稍微退一步说，一英寸的钨金球要 500 美元。所以 80 美元可能有点低。现在的钨金立方体，如果加上 Grok Bot 的 logo，价格会低一些，但钨金球要 500 美元。

[6:56:56 - 6:57:41]所以 500 美元的周边确实贵。我们可能得放弃这个想法，或者只做三件。如果有人去快闪店之类的……也许每 500 人里只有一个人能抽到钨金球。我懂你的意思。好的，我们先从基础开始，Lauren。我们可以再想想后面要不要加这些东西。我知道你们的 Cloud Agents 正在处理这件事。同时，我也一直在做网站相关的工作，比如连接邮件基础设施。我想花点时间聊聊聊天功能，因为我们收到了很多用户反馈，喜欢什么、不喜欢什么。

[6:57:41 - 6:58:24]我们把这些记录在 Notion 里。Joy T 问：如果朋友之间互相使用 bot，会不会继承 bot 之前的训练？能不能删除过去的行为、重新训练或重置，再按自己的方式微调？目前这些 bot 的工作方式是这样的：如果 Lauren 发给我一个 bot，那其实是一个模板。这个模板可以复制记忆、部分上下文、bot 之前的工作内容或指令，以及一些第一方插件，但不会带走敏感数据或聊天记录。所以你分享模板时，不用担心把密码发给我——首先 bot 也看不到密码，我们一会儿再细聊——也不会带走任何只属于你的聊天信息。

[6:58:24 - 6:59:04]用安全的方式关联机器人或密码，这样你就不用担心机器人能访问任何敏感数据，你会得到一个漂亮的小表单。基本上，当你使用模板时，你可以随时对其进行优化。它会有一系列特定的行为和动作，而且它必然是你自己版本的机器人，并不是一比一的精确复制。我会和 Lauren 聊聊她如何迭代这些设计，看看她的流程很有意思。你怎么判断给机器人的范围是不是太大了？随着时间推移，你会从 Grok Bot 那里观察到哪些错误？

[6:59:04 - 6:59:49]很长一串数字？我觉得你只需要观察它们的回应方式。我经常拿人类做类比，如果你让一个人做太多事——也许你在直播里也看到了——人就会开始迷失方向，可能会显得有点慌张，说的话可能没逻辑。所以你可以在 AI 身上观察同样的问题：输出是否合理、质量是否高。如果我们再想想上下文是怎么工作的，下一个 token 是怎么预测的，就能理解为什么会这样，但我们就不深入了。我只想说：机器人是不是在正轨上？你的 AI 是否在朝着好的方向前进？

[6:59:49 - 7:00:33]如果答案是否定的，你可能需要缩小范围或清空上下文；如果是肯定的，那你可能感觉好一些。有意思的是，我注意到 Lauren 的机器人……是的，我的机器人真的……Grok Bot 艺术展。我之前提示过它，我们可能想办一场艺术展。我刚才忘了说，但我的想法是，我想要一个非常视觉化的人。我其实想设计一张酷炫的门票，因为我觉得这能带来一些势头。哦，我们拿到一张很酷的门票了。我刚参加了一个创作者活动，由 MAKE 主办，William Osmond 也参与了。你的机器人又……其实是 PCB 板，你可以把它们连起来，让它们发光什么的。所以，我喜欢这个。你能为这个设计一张酷炫的门票吗？

[7:00:33 - 7:01:14]是的，我现在就在想……我有点受 Pokémon 卡片的启发，它们有点闪闪发亮的质感。哦等等，所以你希望，第一届 Grok Bot 快闪活动的门票本身就是收藏品。这可能挺有意思的。真的很酷。对对对。所以你已经——所以门票本身就是收藏品？是的。然后你到了现场，就有机会四处看看，买更多酷炫的周边？是的，因为……要记住，我们办这场快闪活动的原因就是它很特别，不只是软件。所以我觉得有一张很酷的门票，也是其中一部分。所以我的问题是，作为一个还在学习 Grok Bot 的人，你现在有一个正在设计门票的机器人。我们能不能让一个机器人……去想周边的事？

[7:01:14 - 7:01:58]比如告诉它，我们不只要毛绒玩具和高品质卫衣——那些我们肯定要。但我们想要一些新奇又酷的东西。比如，我们考虑过钨金立方体，然后又考虑做成 Grok Bot 形状的钨金立方体，结果发现要花 3000 美元。所以它有没有其他类似的想法？好的，我记一下。所以我很好奇你有没有更多酷点子，比如钨金，是这么拼的吗？是的，钨金立方体就是这么拼的。他和我立刻……在旧用法里，她马上就放弃了。扔出更多我可以分享的想法。另一个新奇的好点子。所以我们在聊天里看到，有人提到土豆毛绒玩具。很多人都挺喜欢的。

[7:01:58 - 7:02:41]好的，土豆毛绒玩具。SpaceX 发射的照片，就是火箭照片。哦，好的，SpaceX 的照片。限量版 Grok Bot 减压球，形状各异。哦，这主意真不错，我喜欢减压球那个。应该不难做。比较酷的是 Grok Bot 是球形的，对吧？像一顶帽子，但帽子上只有眼睛。帽子在下面，就像在你脑袋中间。或者像一顶滑雪帽。哦，其实你们可能刚听到我说了一个听起来像雪橇的东西。我来自北卡罗来纳。是的，就像你们知道的，像一顶无檐小帽。南方人管那叫 toboggan，完全跑题了。我以为 toboggan 是雪橇。是的，我之前也这么觉得。太疯狂了。所以我刚才跑题了。

[7:02:41 - 7:03:26]反正就是某种羊毛帽，对吧？所以我再加一个。等等，Grok Bot 角色毛绒玩具怎么样？重点是你可以拥有一整支 Grok Bot 军团，我们可以为每个角色做一些可爱的小毛绒玩具。我还觉得如果能让这次快闪活动的参与者也参与进来就更好了，比如提交一些想法，然后我们来制作。因为在 Gropot 里你可以创建自己的 Bot。所以我在想，是不是也能把这个连起来，让大家提交 Bot 模板，我们挑出好的，然后为它们做一些特别的周边。

[7:03:26 - 7:04:10]我能不能再往前一步，想一个更疯狂的点子？我刚才就在想：如果你能创造一个属于自己的实体 Grok Bot，而且它还有自己的用途，因为你可以给它编程，对吧？比如，你可以做一个实体 Grok Bot。我现在只是随口编的，因为我现在在异地恋。我们开了「查找我的 iPhone」。如果我拿一个钥匙扣，Grok Bot 的唯一任务就是追踪我伴侣的位置，这样我就知道她在哪了。或者就像你在 TikTok 上看到的那样，显示「她 X 英里之外」。我不是说真的用这个当例子，我是说如果大家能做出有特定功能的实体 Grok Bot 会怎么样？或者另一个常见的 Grok Bot 用法是，如果你是个初创公司创始人，

[7:04:10 - 7:04:53]它会给你所在领域的竞争动态更新。如果有一个实体版本，能直接告诉你「这是刚刚发生的事」，怎么样？或者它能追踪你周边商店的销量，每当卖出一千件，它就亮灯，告诉你「你又赚了一千美元」。我不知道，因为这有点触及到那种可以自定义、可以编程、我们可以做出来的精神。我现在真的只是在边想边说。是的，有人评论说「Rock-Bot 像 Build-A-Bear 那种」。另一个人评论说「别这么做」。互联网上总有两种人。嗯哼。哦，对。所以这个还在处理门票，对吧？所以等等，我们准备好了吗？还是说我们不做平台这个想法了？

[7:04:53 - 7:05:36]如果我们先自己把工具做好，之后就能规模化。对，我觉得平台可能是个延伸目标。好的。我们先为自己把工具做好。我喜欢这个想法。我觉得我们应该专注先把商店搞起来。我完全同意。设计、搭建。设计、找地方做这件事。没错。越快越好。把这些先搞定。明天和第三天，如果觉得值得平台化，我们再花时间做。但现在，先专注这些。然后我已经准备好一个周边礼盒了。也在想点子。但我确实挺喜欢这个「Build-A-Bear Grok Bot」的想法，如果执行上可行的话。在做的过程中，我们以后也可以扩展，让任何人自己办快闪活动。

[7:05:36 - 7:06:20]其实，我要说的是，让 Grok Bot 用 Grok Bot。想想看，挺可爱的。Tom-a-Grok，Grok Tom-a-Gotchy。也许故事里不是 Build-A-Bear，而是 Grok-Bot Tom-a-Gotchy。对，我们跟 Steve 说，别只是复述。别只把我说过的话再讲一遍。这是灵感，要想出更多更好的东西。真的感觉像在跟一队同事聊天，对吧？

[7:06:20 - 7:07:04]我觉得我们的一位同事回来了。嘿！最近怎么样？见到你真好。嗨，很高兴认识你。我叫 Eric。嘿，Roshan。幸会。当然。我听到了部分对话，但错过了前面。方向挺有意思的。我们在想，如果要做快闪店，得先明确为谁而建、要解决什么问题，对吧？尤其在 AI 软件无处不在的当下，能把品牌做成线下实体特别有意义。然后我们说，这其实是 Lauren 的主意：为什么不先为自己做？再把它扩展成一个平台。于是我们开始思考，Matt 也提到，我们先为自己做，只需要搞定三件事。等等，我先录下来。要不要把这些喂给 bot？我们还没这么做吧？来，我们更新一下文档。

[7:07:04 - 7:07:48]我有一个 outreach bot。现在还有一个在做菜单。让我找找 outreach bot。好了，抱歉，请继续。好的，继续。Matt 刚才提了一个很棒的点：如果要做自己的 Grok Bot 快闪店，其实只需要搞定三件事。第一是现场有什么，比如周边。第二是场地，第三是票务。这些以后都可以扩展成更通用的快闪方案。所以我们开始思考周边和票务。她已经让一个 Grok Bot 在设计票务，而票本身也可以做成收藏品。另一个 bot 在想周边点子。Matt 说，从周边角度，他最在意两件事：第一是实用性和做工，比如一件卫衣或一顶帽子。

[7:07:48 - 7:08:33]但要做得特别好。第二是新奇感。没错，第二是新奇感。你提到有朋友送过他一个 Snorlax 毛绒玩具，他很喜欢。我也说，作为男生，我最喜欢的新奇物品是钨金立方体，然后 Lauren 又提了一些想法，比如不只是钨金立方体，而是做成 Grok Bot 形状的钨金小人。接着又演变成：能不能定制？比如不同角色的 Grok Bot 毛绒玩具？再进一步，如果是毛绒玩具，为什么不加点功能？比如一个 Grok Bot 毛绒玩具，专门用来更新 Slack 里的动态。挺酷的。不过老实说，作为创始人，我可能不太需要，因为我本来就一直在刷手机。

[7:08:33 - 7:09:05]但如果把快闪店看成公司的实体化呈现，Grok Bot 毛绒玩具就能成为 Grok Bot 的实体化呈现，可以编程让它做一些简单的事。我们刚才说到这儿，Don。然后我们在想怎么真正用 bot 来做这件事。对，一个 bot 负责票务，一个 bot 负责周边。刚好你回来了，帮我们补上。刚才我都录下来了。对，当然，那我把这些喂给 bot，再开一个 merch bot，专门帮我们想酷的周边和可行方案。来吧，酷。

[7:09:10 - 7:09:54]好的，酷。我把 Merch bot 接到了 Grok Imagine 上，但它好像不太清楚，生成的东西挺随机的，不过我觉得还挺酷的。Grok Bot 的 logo 有点乱，我忘了先告诉它要生成 logo。让我再多试试。也许我们应该先找个供应商，再把这些 Merch 里真正能做的落地。或者找个办法，通过 API 或网站把 Merch 选项喂给它，然后它就能去爬 Alibaba 或 Taba，甚至可以让它直接去 Alibaba 和 Taba 做 outreach。我知道我们大概不会做这些，我只是说说。钨 Q 制造商什么的。

[7:09:54 - 7:10:39]问问他们能做到多便宜。我先去研究一下怎么用 Grok Bottom 实现。我觉得我们应该先挑两三个真正完美的 Merch 例子，精心策划一下，觉得确实能做到的。那样可能是个不错的筛选方式。完全同意。是啊，他像个靠谱的 PM，说我们只能做几个。对，这就是重点。你希望它是经过深思熟虑、精心设计的。我不知道你怎么想，但我总觉得有时候少即是多，集中精力把一两三件关键的东西做到极致。行，那我把 PM 的帽子扔给你。我们讨论了这么多想法，你最兴奋的第一个 Merch 是什么？

[7:10:39 - 7:11:22]或者说产品，或者我们刚才提到的所有东西。我不想过度扩展，但我觉得挺有意思的，比如注册 pop-up 时可以选自己最喜欢的 Merch 款式。我们可以做一个画廊展示可能的选项，让用户在注册流程里挑选 Merch，还能看到预览效果，可能还挺酷的。这可能有点远，比如做个 3D 交互，能旋转、在 3D 空间里查看。我知道现在有很多 MCP 可以做 3D 设计什么的。那会是件很有趣的事。或者，我每次参加活动都想知道自己拿到的是不是独一无二、特别的东西。

[7:11:22 - 7:12:06]今天早些时候我们一直在说，希望这次活动能带来点特别的东西。所以我在想，如果把这个想法融入注册体验里，可能会很有意思。如果我们朝这个方向走，利用图形定制能力并展示可视化效果，那真的让我觉得应该更深入地做：为这次线下 pop-up 打造一个 Grok Bot。你可以给你的 bot 创建角色，能把它变成实物，能签名，能可视化，能看到它，还能给它分配一个功能。就像我之前说的，不一定是 Slack 更新，可能只是告诉你外面的天气。当然，如果你已经在外面摸草了，还要让 Grok Bot 告诉你天气有点多余。我还是需要辅助的，我不知道。对对，你不确定。你就说：“Grok Bot，能不能给我解释一下？”希望它能把门全包了。我喜欢这个想法。

[7:12:06 - 7:12:48]让大家能真正定制自己的 IRL Grok Bot，这听起来挺有意思的，而且可以用你说的那些工具把它可视化出来。对，你最喜欢哪三个？我听到不少点子。老实说，听完你描述可视化方案后，我最喜欢的是“fact build”这个想法——也是聊天室里有人提的，就是“build a grok bot”。整个工作坊其实就是在帮大家打造自己的 Grok Bot，而现在我们要成立一家公司，专门给你们造实体 Grok Bot。没错，太元了。确实很元，但某种程度上这形成了一个闭环。奇怪的闭环。我喜欢这个想法。太棒了。听起来我们有几款周边创意在酝酿。对，我有几个想法，还需要再迭代一下，不过眼睛那部分有点……

[7:12:48 - 7:13:33]看起来有点疲惫，不知道为什么会这样，我们再微调一下。聊天室里那条评论挺有意思的。我还有另一个 Bot 在生成一些酷炫的门票点子。太好了。我们还可以找个打印店，实际打出来。对，有台打印机就好了。我认识一些周边供应商，可以开始调研一下。或者我先研究一下票据打印机之类的？对，门票。我觉得门票本身就很有收藏价值，大家报名后我们现场发给你们。

[7:13:33 - 7:14:17]就像你本来拿的是普通入场券，对吧？然后现场换成可收藏的门票，或者再配个徽章、姓名牌。现在有点玩过头了。不，其实没那么夸张。也许我们应该先把范围缩小，专注在正在搭建的系统上——我们要打造的是一种体验，需要场地、周边，以及要召集的人群。这是个不错的周边探索方向。但你们真的在锁定场地吗？我们得开始做了。等等，让 Bot 去帮我们找场地吧。我有一份我知道的场地清单。要我建个 Bot 吗？你有 Bot 模板可以分享给我吗？找场地的模板。找那种像你妈妈家那样的场地。我在分享屏幕，应该展示一下。对，绝对可以，让我找找我的 operator research。建个模板，我一会儿发给你。对我来说，黑客松最爽的就是当你突然意识到——我真的希望这件事发生。

[7:14:17 - 7:15:00]我真的希望能有一个快闪活动，让我去领我的 Grokpaw 毛绒玩具。对，我喜欢这个想法。也许你还能做点别的事。对，对，太棒了。好的，那谁来找场地？我知道你还没拉出来，但你已经在分享屏幕了，我们选哪个？场地其实在 Notion 里。太好了。那我们就为 Grokpaw 联系所有场地。你可以直接问：Notion 在哪儿？Notion，什么意思……那个链接把我带到 Notion 了。好的，我一会儿发 Slack 给你。顺便说一句，我在 X 上，但我在 X 上很菜，粉丝很少。不过你们搜我的名字就能找到。有些人刚才在问我名字。不知道这是什么？

[7:15:02 - 7:15:45]好，不不不，我来说……嗯，确实更有趣了。但它好像还不太知道怎么……嗯。我喜欢这个 bot 直接在自己电脑上开了一个本地 URL。哦，是本地的吗？我还觉得挺好笑的，你们的周边 bot 叫 drop，我让它再建一个周边 bot，它也叫 drop，看来它已经聪明到有点过头了。对，进化得太快了。对对，这是个题外话，但我觉得，你们现在有模板可以分享 bot，对吧？嗯。我觉得以后可以做一个主题包，一键拉起一整支 bot 军团，全都围绕同一个主题，比如土豆梗，或者 Sonic

[7:15:45 - 7:15:58]Sonic the Hedgehog 主题的 bot，然后用那些名字再多开几个 bot。好酷。Lorna 刚给你发了一些场地信息，我这边也在给你做个小模板。哦

[7:16:00 - 7:16:43]把这个签到环节搞定。对，有人说如果真的卖 Grok Bot 毛绒玩具，我会买一个。太好了。有人跟我说要在 X 上多练练，我在努力，兄弟们，我真的在努力。我很喜欢这个「给 Grok Bot 做周边单子」的想法，但也许可以再加点实际功能；如果太复杂，至少可以做三件事里的其中一件。对，我觉得这对 Grok Bot 品牌也很有帮助——哪怕是旧金山和全世界的人，拎着真正的 Grok Bot 周边小包走来走去，也能感受到它不只是个 AI 界面。对，对，太酷了。太酷了。我不在的时候你们还聊了什么？听起来周边讨论挺多的

[7:16:44 - 7:16:53]剩下的搭建工作怎么样了？她已经拿到一些设计了，我们刚在聊场地的事，我猜就是联系场地老板，就这些

[7:16:57 - 7:17:41]好，好，我们也快到下一场了。我手头有点小纸条，应该是五六分钟后开始「Grok Bot for Founders」，会请到我们自己团队的增长同事。提前说一下，五分钟后切换。酷。Eric，我正好想跟你请教一件事。我知道 Carrot 是个面向创作者和内容创作者的平台，对吧？其中有一点——这帮人可能会讨厌我，因为我一上午都在念叨平台的事——我们刚才在聊要办这场快闪，但我们做的软件也许可以通用，让别人也能自己办类似的活动。我觉得这是未来的方向，我很好奇你作为这类平台的创始人，有什么看法？对，我很好奇。显然，对我们来说，能在三天里做出可复用的东西是个远期目标。但鉴于你的经验，我很想听听你对我们目前这些想法的看法。你觉得我们做的哪些部分可以通用？这个问题问得太好了。我说两点，第一点从我自己的公司说起，第二点是我以前在 Instagram 的经历。先说我们公司，我刚加入时的一句话是：我们为创作者提供银行和信贷服务。嗯。随着时间推移，业务其实扩展了，因为我们最初只为 YouTuber 服务——包括一些最大的

[7:17:41 - 7:18:20]直播主。

[7:18:20 - 7:19:03]世界，比如 Alex Botez 这样的信任主播，或者 Ludwig，他们其实都在用我们。但当我们把所有基础工具都建好，帮助这些创意创业者管理资金、获得信贷后，你就会想，为什么不能把这些服务扩展到其他类型的生意呢？没错。所以我们现在已经逐步扩展到其他创始人和小微企业了。创作者最喜欢哪些功能？他们是一群很特别的用户。现在的银行普遍很烂，因为它们只是让你把钱存进去的死桶，什么都不会发生。我们的梦想是打造一家真正能帮助你业务成长的银行。这就是我们明年要发布的产品，但对创作者来说，我们已经做了一个例子：我们把

[7:19:03 - 7:19:46]他们登上广告牌，因为对创作者来说，登上广告牌就是他们的内容；我们还会组织活动，让他们互相认识、建立联系。所以对我来说，银行只是 20 世纪 50 年代的旧称，那时候你需要一家实体机构来保管你的美元。现在这个新时代，我们要重新思考：一家持有你资金、受监管、受联邦保险保护的公司，能通过观察你的资金流入流出，结合 AI，告诉你哪些你之前不知道、却能帮助你成长的信息。这才是我们真正前进的方向。我喜欢这个想法。就像在直播里看到过 Cody Sanchez 的朋友，我觉得这和帮助

[7:19:46 - 7:20:28]人们发展业务是相通的。对创作者来说，他们把心血倾注在自己的创作者生意里。我希望能把这个服务扩展到更多人，比如组织活动的人。也许我们应该从这个角度思考平台该怎么做。真正聚焦于帮助他们提升收入、改善利润，把钱真正带进他们的生意。对我来说，我在播客里也请过 Cody，我认为我们现在做的事情，正是你最初那个问题的答案。Grok Bot 最初可能只被我们这些旧金山、深度拥抱 AI 的人采用，但 AI 要真正对经济产生积极影响，关键在于让每个人都学会使用它。我觉得你们在 Grok Bot 上做到了：通过用户界面和熟悉感，让我们有朝一日希望所有小微企业主都能用上它，比如 Joe Plummer 也可能想用。这就是为什么我认为这和你的最初问题非常相关。我们最初是为我们自己这类人打造的，但如果基础打得好，它就能扩展到更大的人群。这也是我们在 Carat 正在做的事，也是我们现在在这里做的事。我们先为我们自己办这场快闪活动，但最终它可以成为面向其他人的平台。是的，我喜欢这个想法。所以我们还有三分钟。我在转到 Shubh 之前最想知道的是，对创作者和 Grok Bot 来说，

[7:20:28 - 7:21:12]如果现在正在看直播的创作者们想知道，他们能用 Grok Bot 做哪些酷事？从你亲手打造这个产品的经验来看，你觉得呢？

[7:21:12 - 7:21:54]聊了一会儿，也跟我们混了一阵。所以我主要的想法是，AI 最有用的地方在于它能生成既正确又可验证的输出。对吧。现在最大的问题就是当输出无法验证时，你不知道它到底好不好，这才产生了所谓的「slop」。我认为对创作者来说，正确且可验证的部分其实不是他们最核心的创意，而是更偏向可变现的那一块。比如你是创作者，品牌合作就是典型例子。以前在好莱坞，你得靠经纪人和把关人才能谈成，现在任何人都能在网上建立个人品牌，然后通过找对品牌合作方来变现——只要你有四个不同的 Grok Bot：一个负责找出值得接触的品牌，第二个负责实际去联系他们。

[7:21:54 - 7:22:37]第三个负责谈判，第四个负责想内容创意。这只是创作者的一个例子，我觉得每个创业者都有类似的场景。你只要审视自己的工作流，问问哪些环节是可验证的——我能一眼看出它到底行不行。写代码就是一个可验证的闭环，这时候你就该让 Grok Bot 尽情发挥。我很喜欢这个想法。太棒了。好吧，时间还剩一分钟，我记得你说过自己不太活跃在 X 上，但聊天室里全是大家的爱意。观众该去哪里找你？该去哪里了解你在做的事？在 X 上，很遗憾，只有我公司的账号，How try, carry。规模不算大，抱歉。可能直播后会变大吧。可能吧。如果你用 Google 搜我，就能找到我在其他平台上更活跃的账号。

[7:22:37 - 7:23:09]但我不敢在这里直接说那些平台的名字，因为我们现在主要在 X 上讨论。所以我只想说，今天真的很开心。听众朋友们，你们能感受到我们的兴奋——天哪，看看 Grok Bot 能做到什么！这也是我们希望大家带走的重点。嗯，今天真的很棒，如果我能说「把它变成南瓜」，那就太好了。能跟你打个招呼真开心。太好了，很高兴你能来。谢谢！太棒了，下一位是来自旧金山的 Howard，我们有 Grok Bot for founders。

[7:23:09 - 7:23:54]好的，请开始。好的，大家好。欢迎各位，很高兴你们都在这里，也谢谢你们让我打断直播里的烹饪环节，来参加这场关于 Grok Bot for founders 的工作坊。我是 Shub，我花了很多时间帮助创始人优化他们的 Grok Bot 设置，快速上线产品。所以我很幸运能把这个产品推到极限。

[7:23:54 - 7:24:38]今天我想把这些经验分享给大家，也希望能做一些现场演示。我们直接开始吧。先说一下今天的内容。在接下来的 60 到 90 分钟里，我们会快速介绍 Grok Bot 的背景，为什么它对创始人特别有用，然后当然是演示环节。我们会以一些资深用户爱用的技巧收尾，最后尽量留出时间给现场的观众做问答。最后的彩蛋是，我会在最后分享其中一个 Bot，让大家可以直接拿去用。我本来想放个电话号码，但我们就先这样吧。另外，今天参加这场活动的还有几位朋友。

[7:24:38 - 7:25:23]不是创始人的朋友，你们能混进来真是太棒了，给你们点个赞。这部分内容对你们也很有用，尤其是如果你在公司里担任 X 负责人，记得继续关注。对于正在观看这场直播的 Grok Bot 朋友们，建议你们现场看，因为我们准备了一些很酷的东西。好了，直接进入正题。相信你们中有些人已经见过 AI 成熟度曲线的不同版本。现在大家都在疯狂讨论这件事，但我们对 AI 世界的变化持非常乐观的态度。随着模型和工具的不断进步，我们的生产力得以大幅提升。你们会看到，我们从聊天机器人起步，发展到能完成任务后即被丢弃的临时代理，现在又进入了下一阶段——

[7:25:23 - 7:26:06]也就是我们真正兴奋的 Bots：能自动化你的工作、长期陪伴你的 Bots。关键在于这些 Bots 能不断积累经验。这也是最重要的一点：你让它们完成任务后，不会把它们扔掉，而是留下来、持续投入，它们会像员工一样和你一起成长。最后，我们的目标是完全自动化某个职能部门，用一整个 Bots 团队来扩展自己。我们在内部已经非常接近这个目标，也看到了一些外部案例，今天会分享一些。但我们对 Grok Bot 能做到的事感到非常兴奋。我知道这些都还比较高阶，所以我们很快进入具体演示。在座有多少人用过 Grok Bot？

[7:26:06 - 7:26:48]现场快速确认一下。太好了，看起来大部分人都用过。那我快速带过。Grok Bot 显然是一个新工具，你可以像和同事或队友聊天一样跟它对话。你只需像发 iMessage 一样给它发消息，它就能帮你完成很多很酷的事。它非常主动、非常有野心，而之所以能做到这些，是因为我们给它配备了自己的电脑。所以，和传统代理不同——传统代理没有 MCP、API 或任何直接连接——Grok Bot 即使没有完美的权限，也能自己去完成任务。我们很快会在演示中展示具体原理。它们会向你学习。

[7:26:48 - 7:27:33]它们很主动，而且拥有自己的设备。因此，它们不仅能直接连接其他产品，还能像你一样使用你的工具。我稍后会解释这意味着什么。但总体来说，你需要知道的是，你可以把任务完整地端到端交给 Grok Bot。你只需要把任务委派出去，不用再操心去检查代理是否完成工作，因为在理想状态下，Bot 会像同事一样处理整个流程，自己搞定。正如我常说的，它们会自己想办法。好了，现场显然有很多创始人，所以你们大概都知道 Grok Bot 是什么，也在想：这东西能为我做什么？这里有几点非常重要。

[7:27:33 - 7:27:50]首先，你们都知道自己作为创始人的职责，对吧？你们有三项关键执行任务，直接决定公司成败：第一，你需要保护自己的注意力，因为有无数事情同时砸向你。

[7:28:13 - 7:28:56]必要，但不一定是最重要的，你可以直接把最底层的工作交给它。它帮你卸下的心理负担，可能比我今天要讲的其他任何东西都更重要。值得你花时间审视一下这对你意味着什么。第二点，正如我刚才所说，它可以端到端完成任务。这意味着你真的要提示你的 bots 帮你把所有工作都做完，而不是像今天习惯的那样只做其中一部分，而是真正完成全部工作，包括执行和对完成结果的验证。最后，我觉得我们每天都在消费大量信息。我今天在 X 上的屏幕时间非常尴尬，我相信你们也一样。这意味着信息流是源源不断的。

[7:28:56 - 7:29:41]为了保持洞察质量不变，你需要找到一种方法来筛选这整条信息洪流。而 Grok Bot 正好非常适合做这件事。好，讲到这里，大多数人都已经很清楚了：现在是历史上最好的创业时机，尤其是在软件领域。我们的一位工程师 Ling 刚才提到，他用 Grok Bot 交付的速度比以往任何时候都快。我相信你们现在都已经通过启动 Cloud Agents 体验到了这一点。你可以把整项任务都委托出去，这一点我以后还会反复强调。你可以把很多需要不断思考的常规工作自动化。让它们按日程、Webhook 或信号来触发，一旦接手，就能永远运行下去。

[7:29:41 - 7:30:25]最后，也是我认为这张幻灯片上最重要的一点：你可以做那些原本无法规模化的事，而且真的能规模化，这真的很酷。我稍后会演示它是怎么运作的。我们都听过大多数初创公司如何赢得第一个客户的故事：他们用某种很 hacky 的方式，造出一个非常小众、非常简陋的原型，只希望它能用，然后当客户终于签下合同时，大家松了一口气，接下来又要重复做一百遍同样的工作。有了 Grok Bot，你现在可以让这一切发生，而不用承受随之而来的持续头痛。我稍后也会演示这个。但我们对这对创始人意味着什么感到非常兴奋，因为你们通常都是行动力最强的人。

[7:30:25 - 7:31:09]所以，如果你有一个能赋能这种行动力的产品，我们将在未来几年看到一些非常酷的产品诞生。好，接下来进入我今天会反复强调的一些用例。显然你们都有自己独特的痛点，但这些用例可以很好地作为参考，说明如何在日常工作中使用 Grok Bot。我要讲的四个场景分别是：第一，成交客户。这就是「做那些无法规模化的事」这一部分。现在比以往任何时候都更容易带着客户走完整个流程，而不需要你做大量的手把手指导和深入对话。你可以真正专注于让 bot 处理大部分工作，只在绝对必要时介入。第二，产品变更。

[7:31:09 - 7:31:52]正如你们所知，工程师现在交付速度快了很多，你们可能也交付得更快了，而要跟上这么多人的快速交付，有时会让你陷入尴尬的境地。实际上，有几次我在演示早期版本的 Grok Bot 时，我们移除了侧边栏里的某个功能，而我习惯性地指向它，结果因为那天太忙没注意到它已经被下架了，所以我当时一边演示一边指向一个根本不存在的东西，真的很尴尬。我希望别人也经历过这种事，因为这真的很尴尬，但接下来我会讲如何跟上所有这些产品变更。第三，应对竞争对手。我觉得这是我们今天最有趣的演示，也是对我自己来说非常有用的一个场景。

[7:31:52 - 7:32:36]所以现在有个机会，因为这些机器人可以像你一样去浏览其他产品和竞争对手，获得比你手动操作多得多的洞察。最后一点是快速交付反馈。我们每天都会收到反馈，相信我，我们收到的反馈可能比任何人都多，而且很多反馈并不友好，所以请对我们友善一点。但快速交付反馈非常重要，接下来我会讲作为创始人该怎么做。好了，废话不多说，让我们来见见我的团队。今天我们要讲四个机器人。第一个是 Close Bot，它负责处理我的客户。第二个是 Prod Bot，它会找出已经发布的内容，并帮我全面掌握情况。第三个是 Stock Bot，它是竞争对手跟踪器。

[7:32:36 - 7:33:21]第四个是 Proto Bot，它挺有趣的。它会帮我做一些设计，还能把反馈转成 PR。稍后我还会介绍一位小嘉宾。好了，接下来进入实际演示。我的 Grok Bot 界面在这里，我现在用的是演示界面。通常这个屏幕会乱很多，所以希望现在对你们来说更干净、更容易理解。我先从 Close Bot 开始。在演示过程中，我希望大家记住两件事。第一件事是记住你的机器人可以叠加。你可以不断给它们输入洞察和信息，它们会存储这些内容，必要时引用，并随着时间推移变得更好，这点非常重要。

[7:33:21 - 7:34:06]第二件事是，就像我说的，它们可以使用你的电脑并配合你的工具，这在你开始尝试做事时变得非常重要。Close Bot 在这里，我会在旁边留个小备忘录给你们。它主要做几件事：专注于准备通话。当你需要和客户沟通时，它会做大量深入研究。它会查看我们的遥测数据以及我们和客户的互动，确保我们对他们的运作有完整了解。最后，它还会浏览客户正在构建的内容和他们的网站，以防与我们的讨论相关。还有其他几个步骤，但我先让机器人准备通话。在这个例子中，我同样处于演示环境，我不想泄露任何人的个人数据或任何公司的个人数据。

[7:34:06 - 7:34:49]但这个机器人会去为我们要联系的 Northwind 公司准备通话。它实际的做法是拉取所有使用数据。所以如果你是创始人，并且有遥测数据，这对那些刚试用你产品或处于免费试用期的客户非常有用，能了解他们在你的产品里实际做了什么，同时也能了解他们是谁。在接听客户电话前，这可能是最重要的两件事，因为这样你才能最快地与他们产生共鸣。毕竟和这些人的时间并不多，通常只有 15 到 20 分钟。所以真正重要的是你能快速切入重点。

[7:34:49 - 7:35:33]了解他们需要什么，并把它与你正在做的事情匹配起来。而机器人能帮你快速完成这件事。现在它正在做一些演示准备，但我会展示一个我日常和创始人通话时使用的例子。这是一个通话准备的 HTML 文件。显然它看起来并不完美，但这没关系，因为我不会把它发给任何人，它只是给我自己看的。它的主要目的是真正了解我要与之交谈的人是谁，他们的产品是做什么的，Grok Bot 会自己研究这些内容，然后浏览他们的网站。网站之所以重要，是因为它能告诉你他们最关心什么，这也是我喜欢包含他们正在构建内容的截图的原因。但更重要的是，

[7:35:33 - 7:36:18]我经常在别人的网站上发现 bug。能直接去找他们说「嘿，把这个修一下吧。你们的 cookie 横幅盖住了提交按钮，大家用起来都很烦」，感觉特别爽。对他们来说也很好，因为能拿到超级可执行的反馈。所以我的 bot 已经非常擅长判断什么反馈能打动对方。我每次都让它这么做，而且每次都能在某个网站上找到问题，这其实是开启通话的绝佳方式。继续往下翻，你会看到这些都是占位数字，但你能看到大量与你想聊的内容高度相关的活动。我们知道这些用户已经买了席位，也已经开过几次会。

[7:36:18 - 7:37:02]这款产品本身就是个会议工具，他们已经有了某种安排。因为我能看到这张图，就能了解他们的使用情况。所以每次和创始人聊之前，我都会看一遍，判断他们是不是真的在加速增长，是否需要重点跟进某个功能；还是说他们在下滑，需要解决某个 objection。你们每个人都会有自己的使用场景，但关键在于通话前花五分钟把这些信息搞清楚。接下来是最酷的部分，我自己都有点纠结——推荐。bot 已经很擅长判断我需要和创始人聊什么，在你们这里，它也能判断你们需要和客户聊什么。

[7:37:02 - 7:37:47]它会给我几条关键建议，告诉我这次通话该怎么和那位创始人或客户聊。对你们来说，最重要的是带着信息去和客户沟通，而这个工具能自动帮你获取部分信息。这里还有其他内容，比如它会提到一些风险。我觉得最重要的是你提前做好准备。你不用花一个半小时自己做这些，它会按固定节奏自动完成。每天它都会看我的日历，找到我当天要开的会，然后提前准备好。我可以放心，五分钟前看一眼就行。好的，这就是第一部分——通话准备。第二部分是通话结束后，我们要打通全流程，不能只做到这里。

[7:37:47 - 7:38:30]同一个 bot 还会帮我做一些复盘。它会在每次通话后查看 granola 转录，分析对方对哪些内容有共鸣、哪些没兴趣。你们也可以对所有客户通话做同样的事，把这些信息武装给团队。简单来说，就是让 bot 去看每一份转录。比如这次我提了一个新的笔记功能，但对方其实不感兴趣，并在通话中表达了，那下一次准备文档时，工具就会避免再提这个功能，除非真的相关。给它两三周时间，它就会变得非常强大，因为你不仅不用再翻别人的通话，还能直接复用，而且你自己的通话质量也会越来越高，不再反复踩同一个坑。

[7:38:30 - 7:39:11]好的，这就是第二部分。第三部分是支持。我们有很多客户，他们都需要支持，但目前人手不够，无法一对一服务所有人。所以你需要把支持规模化。很多创始人把这件事放到最后才做，相信我，我经历过。这会让你既要拉新，又要服务老客户，日子非常难过。所以你其实有机会用 Grok Bot 来自动化这件事。但最重要的是，它能

[7:39:11 - 7:39:56]真正有效的做法是，你花时间让你的 bot 真正能支持客户。这意味着你不仅要把 bot 接入你的数据，还要接入你的账单系统，以及那些你原本不敢开放的敏感环节，因为这些地方才是客服最容易卡壳的地方。把这些都连起来，再加上前面提到的复利效应，就引出了第四个非常酷的部分——激活。很多人都已经知道自己的「哇时刻」了，知道客户什么时候被激活、什么时候会留下来。那怎么鼓励更多这样的时刻呢？怎么缩短「获得价值」的时间？最简单的方法就是直接给用户钱，让他们更快跨过那道坎。金额不用多，只要能帮他们迈过去就行。

[7:39:56 - 7:40:39]这正是把普通用户变成优质客户的关键。所以我把这个流程接了起来：当激活事件发生时——以笔记应用为例，如果用户把模板分享给同事，系统就会自动准备好 1000 美元的额度（只是个夸张的例子），并自动发送邮件，把额度发给用户，让他们在那一刻感受到奖励。这样你就不用手动跟踪每个客户的旅程，也不用从零开发工具，直接交给 bot 就能自动运行整个活动。好的，还有几个

[7:40:39 - 7:41:23]围绕端到端客户旅程的明显环节。你希望客户能签合同，Grok Bot 可以来回沟通；你希望它能无限制地生成你的 pipeline，Grok Bot 也很擅长；你还希望它能帮你管理日历，随时访问并安排会议。这些事情都能自主完成，我已经不用再操心 99% 的流程了。当然，有些时候我还是想亲自介入客户沟通，比如想深入了解「为什么这次通话没起作用」，现在我把时间花在这类事情上，其实挺享受的。我喜欢和客户聊天，所以刚才才说这对我来说有点情感上的复杂——有些工作其实很有趣。

[7:41:23 - 7:42:05]所以我得故意把一部分工作从 bot 手里「抢」回来，而不是全交给它们。但现在确实很酷：你可以用 bot 把服务扩展到成千上万的客户，而不用自己亲力亲为。这样一来，你就能把精力集中在持续做正确决策、保持速度和专注度上。好的，第一个 bot 讲完了，我们来看第二个——prod bot。我之前提到过，当越来越多的工程师不断上线和下线功能时，你自己很容易搞不清哪些是线上版本。Prod bot 就是专门帮你处理这些事的 bot。

[7:42:05 - 7:42:47]它会帮你跟踪已发布的内容。现在我让它每天给我一份 Flylo 的总结——就是我们之前在 PM 对话里用到的演示界面。Flylo 是一个面向航班、航空公司和旅行预订的工具。我在日常工作中希望这个 bot 做的，不只是查看所有 PR 和 Linear issue，还会亲自走一遍产品流程。记住，你的 bot 有自己的电脑，能使用你用的任何界面，所以它可以直接浏览网站。

[7:42:47 - 7:43:31]分配给这个 bot 的任务，找出发生了什么变化，然后把它映射到它的经验里。所以如果它有对应站点的登录信息，就能帮你完成大量工作。你现在就能看到它弹出一些内容。滚动查看时，你会发现它给出了一个概览：这里是已发布的内容，这些是最近发布的一些示例。它还会列出未发布的内容，避免你再次尴尬。最重要的是，它会给出一些决策和关键点，因为我们现在发布速度很快，不可能每次都刻意做这些微观决策，所以它会捕捉那些我们希望更谨慎对待的事项。最终你会得到一堆站点的截图。

[7:43:31 - 7:44:15]bot 会逐一检查，然后你还会得到一段 bot 实际操作站点的视频。这样你就能看到它做了什么，而不用自己动手。如果你想深入了解，随时可以让 bot 在工作时录制界面视频，这已成为最快验证完成质量的方式。另一个功能是连接你的数据。你可以直接看到不同发布带来的结果，因为它已接入你的指标。这样你就不用整天盯着仪表盘，信息会主动出现在这里，按相关性和必要性推送给你，这也是我认为最重要的一点。

[7:44:15 - 7:44:59]所以我再次强调，只要给它们提供正确的数据，它们就能帮你做出优秀决策，同时让你随时掌握团队的发布动态。好了，现在来介绍我最喜欢的 bot——Stockbot。现在大家可能都被竞争对手分散了注意力，发布东西很容易，但难的是追踪别人在发布什么。Stockbot 的作用就是自动找到你的竞争对手，自主注册并体验他们的产品，然后给你一份完整概览。

[7:44:59 - 7:45:43]包括他们发布的内容、更新日志、在 X 上的发帖、正在招聘的岗位——这其实是了解他们在构建什么的绝佳信号。最后还有他们的团队构成和优先事项。随着时间推移，这些信息会不断累积。当它了解越来越多竞争对手时，你的生活会变得更轻松，因为你能获得更多信号来定位市场，以及如何针对他们的发布进行反向定位。现在我来让它做一次竞争对手脉冲检查。我想让它查看 Notion 和 Craft，这是我们笔记应用假设的两个竞争对手。它会并行完成所有这些任务。

[7:45:43 - 7:46:26]它已经运行了一段时间，所以会持续执行脉冲检查。你可以在侧边看到它的一些例行任务。这些例行任务运行频率相对较高，每隔几天一次。但这也意味着我不用自己动手。它会执行例行任务，如果有相关信息就回来告诉我，如果没有，就会保持沉默继续工作。这就是那种真正重要的环境型 bot，只需放在身边，它就能完成大量竞争对手分析工作，而你几乎不用思考。随着你接触到这些公司越来越多的决策，你实际上开始培养一种肌肉，理解为什么你的决策与众不同，并真正理解

[7:46:26 - 7:47:10]你们相对于它们的定位如何。所以你会看到它正在运行并做一些研究工作。我们先从 Kraft 这个笔记应用开始。它在 HTML 里生成了一个小小的拆解页面，如果加载不出来，我们就直接看这里。它又做了一个视频，逐步演示：注册、填写信息、使用临时邮箱，然后走完整流程。这是 onboarding 流程，它会观察“他们的 onboarding 和我们的 onboarding 有哪些不同”，并带你进入起始页。它还会自己实际测试这个流程。

[7:47:10 - 7:47:52]它会在 Kraft 里写东西，再告诉我哪里做得好、哪里做得不好，然后给出一个简要的使用概览。Kraft 目前没有在积极招聘，这对我们来说是个有用的信息。最后一件我用这个 bot 做的事，可能有点像商业间谍，但请自行判断并负责任地使用：我让它给已经流失的用户发邮件。你们很多人都能从 Salesforce 或其他工具里看到客户流失到哪家产品，所以你可以让 bot 主动联系这些用户，了解他们离开的原因。你不必在那一刻就把他们赢回来。

[7:47:52 - 7:48:37]但仅仅拿到这些洞见就非常重要。如果你有这样的信号，这就是另一个很好的方式来调整你相对于竞品的定位。你可以看到 Notion 的情况也一样。Notion 正在大量招聘，所以我让 bot 把信息截断，但这些洞见依然重要。我给大家展示这两个例子：其中一个 bot 已经登录了自己的 Notion 账号，通过邮箱完成验证，然后在里面实际操作，并把使用体验反馈给我。当它发现产品之间已发布的差异时，就会重点关注这些具体差异。好，关于这个 bot 就先聊到这里，我会在这之后分享它，并放一个 QR 码。

[7:48:37 - 7:49:18]如果你想拿去用，完全可以。好的，我们来看第四个 bot。这个 bot 是我的 Protobot。它特别适合把我想到的点子快速做成原型，也适合处理我们收到的客户反馈，想快速探索要怎么落地。Protobot 目前在自己的电脑上跑着一个独立版本的 Grok Bot。我之前分享过几次，我给它分配了一个独立的账号，让它作为一个单独的实体去运行各种 bot、测试它们，并帮我做原型和 QA。

[7:49:18 - 7:50:01]但我认为最重要的是，因为它能访问自己的产品，所以它可以在了解当前产品形态的前提下做原型。如果我说“把最近的客户反馈拉出来”，它就会找到一些演示反馈，然后直接开始修复。所以作为创始人，你可以想象把所有反馈渠道——比如 X、支持收件箱、邮件里的信号——全部汇入一个管道，让 bot 自动触发 PR。

[7:50:01 - 7:50:45]并解决问题。这也是我们内部一些工程师的工作方式，非常酷，因为你会看到从反馈到发布再到部署的完整闭环在几小时内完成，真的很棒。而且这一切都是自动且自然发生的，特别酷。所以我想大家都知道，适应反馈非常重要，尤其在早期阶段。你仍然需要决定哪些反馈要采纳、哪些不要，因为你是愿景的制定者，你的工作就是搞清楚这一点。在这种情况下，你能这么快地迭代，意味着主要瓶颈应该在于你的决策——也就是判断这条反馈到底该不该上线。所以它基本上会把剩下的工作都做了。

[7:50:45 - 7:51:30]现在它说，客户觉得 bot 模板的分享按钮不够吸睛，希望它更突出。所以它大概会花点时间去优化这个，挺有意思的。不过在此期间，我要展示最后两个 bot。一个是我的 YAP bot，这个 bot 只有一个目的，那就是模仿我说话。它会查看我的邮件、Slack、iMessage，以及我用过的其他沟通方式，学习我的说话风格，而且它不是只学一次。我觉得这又回到了「复利」这个概念。它会持续学习，你可以设置每周或任意你想要的频率，它会把当天我发过的所有内容拿来学习，因为它有权限访问

[7:51:30 - 7:52:13]所有这些工具，并从中学习、不断进步。所以现在我可以放心让这个 bot 代替我说话。你会发现其他 bot 其实会主动来找它帮忙，它们会主动把 YAP bot 拉进来，让它在各个界面用我的语气说话，而我自己不用再去操作。它们在被我鼓励几次之后，就会学会在需要的时候主动调用其他 bot。这个 bot 看起来很简单，但其实非常重要，尤其是当你想做外发或快速沟通时，有一个可以完全信任的 bot 来处理这些事就很爽。当然，有些邮件比较敏感，你可以让它先生成草稿而不是直接发送。

[7:52:13 - 7:52:55]即便如此，它也会从生成的草稿和最终实际发送的内容之间的差异中学习，越来越准，最终目标是让你完全不用再操心。最后一个小技巧，我还有一个杂物 bot，它的工作基本上就是当一个「垃圾桶」，处理我所有随机的请求。比如今天我想看看 Drake 的新专辑出了没——可惜还没出。但这个 bot 真正酷的地方在于，我可以问它各种乱七八糟的问题，而不会污染其他 bot 的上下文。如果它以后有重要任务需要传递上下文，我可以直接对它说：「嘿，你之前了解到的 XYZ 信息，去告诉 prodbot，让它以后也能用到。」

[7:52:55 - 7:53:38]可惜 Drake 的专辑还没出，它查了 Instagram，但谁知道呢，也许今晚就能等到。好了，这就是我所有的 bot。我觉得 Protobot 还在跑，它正在启动 Cloud Agent，希望很快就能完成。你会发现，因为它能访问 Grok Bot，所以它可以直接查看界面，而不用到处找。它可以直接操作并进行 QA 测试。这些测试运行完后，很容易就能验证它是否把该做的事都做对了。所以我觉得这些 bot 都非常强大，而最重要的是，它们在一起时威力更大。比如当 closed bot 收到反馈后，可以把它传给 protobot，或者当 prod bot

[7:53:38 - 7:54:21]试图传达我们做出的关键产品决策，它可以把这些上下文传递给 Grok Bot，让它能卖对产品。总体来说，我觉得大家需要记住的核心框架是：尽量把自己的工作产品化，把所有乐高积木都交出去，不管它们有多好玩，这样你才能专注于最高杠杆的事情，因为在大家都在以同样甚至更快的速度发版的世界里，这才是制胜关键。把这些记在心里，现在回到演示。好的，最后几点。我们学到的是：让你的 bots 自由发挥。我会一直这么说，尽可能多地给它们权限。

[7:54:21 - 7:55:04]因为只有这样，它们才能端到端地完成工作。你要投资它们，所以你可能会发现需要对 bot 进行纠偏的时候。对于 agent，你可能会本能地觉得：我花了太多 token 在纠偏上，上下文被污染了，不如直接扔掉重开一个。但在这种情况下，你最大的优势在于：随着你和 bot 相处的时间越长，它们会变得越来越好。团队内部也发现，花的时间越多，效果越好。所以，真正相信你的 bots，就像对待员工一样重要。另外一个投资它们的方式是给它们真正好用的技能和工具。很容易说一句“让这个更酷”，这可能就是你希望 bot 执行的提示。

[7:55:04 - 7:55:49]但显然它不会做得很好，很可能会卡住，然后问你几个问题。你在一开始对任务投入的意图越多，以后重复执行时就会越顺畅。最后，值得你花一到两个小时好好想想自己的一天。我知道这听起来很蠢，也知道你会觉得“我得快点干活”，但真的非常非常重要，抽出时间——我不管什么时候——去做这件事，弄清楚你想委托什么。因为有意识地去做这件事，会比你盲目地启动 bots、希望它们帮你做事，却没有真正想清楚它们应该做什么，节省更多时间。好的，现在进入加时环节，给大家一些小技巧。

[7:55:49 - 7:56:33]我刚才在看直播，有人说“这很贵”，某种程度上确实如此，但我们也在努力解决。不过有一些简单、高杠杆的技巧，能让你的生活轻松很多。首先，浏览器使用非常强大，它能解锁 bot 原本无法完成的任务——如果它没有 MCP、API 或其他连接的话。但多次运行也很贵。解决这个问题最简单的方法是优先使用 API 和别人已经建好的接口，或者稍微 hack 一下。你可以让 bot 在执行任务时查看网络请求。

[7:56:33 - 7:57:18]然后找出它在执行任务时调用了哪些 API，之后直接调用这些接口。这样首先耗时更短，也更省 token，因为你不再需要走浏览器界面，可以直接操作。所以问问你的 bot。顺便说一句，这对所有优化都适用——你们可能已经在思考或记录了。永远直接问 bot 怎么做，因为它会帮你想出来，这很方便。但要警惕多次使用浏览器。如果能绕过并快速扩展，绝对应该这么做。第二点，routines。我在看 We 的数据时，发现人们设置 routines 的频率有点让我震惊，也让我有点慌。

[7:57:18 - 7:58:02]你们运行这些流程的频率。但我认为关于流程最重要的一点是去审计它们。你不需要自己做这件事。同样，让一个 bot 帮你做就行。最关键的是要非常有意识地去审视你的流程到底运行得多频繁。它们确实很强大，但大多数人会高估自己需要运行的频率。他们会想，这个流程太重要了，我得每 15 分钟跑一次，那一天就要跑 100 次。所以这会是一个非常昂贵的流程。试着在频率上更聪明一点。不是单纯减少运行次数。如果你真的需要一个流程，试着用 webhook 触发，或者用某种入站信号，让你的 bots 真正接收输入后再运行，而不是盲目地按固定时间表执行。这两点本身就能帮你省下不少 token。我知道大家对这方面有需求。

[7:58:02 - 7:58:47]好的，在我被请下台之前，还有更多最后的小贴士。做一个语音 bot。显然，我很喜欢我自己的那个。请你也为自己做一个。这是把话传给别人最被低估的方式。让一个 bot 复制你的声音。导入你的 cookies，这样你就能在很多不同的工具里保持登录状态，也不用一直接管 bot 的电脑去帮忙。按照专长给 bots 分组。这有点个人偏好，但我喜欢按 bots 的功能来分组。如果一个 bot 特别擅长处理客户，我就把所有跟客户相关的事都交给它。如果一个 bot 特别擅长数据分析，

[7:58:47 - 7:59:31]那就只让它做这件事。因为有时候会出现一些我们都没意识到的奇妙叠加效应。所以当你把看似完全不同的任务交给它时，只要这些任务都属于同一专长，你依然能获得一些叠加收益。这里还有几点，比如我们之前提到的优秀技能、bots 如何向你学习，以及自动优化流程，但我认为最后这一点也很重要。有一个 bot 专门用来优化你其他的 bots，这意味着更好的流程、找出哪里出了问题、哪里需要重复提问，然后确保不再发生，以及监督其他 bots 的工作并改进它们——这些都比你自己动手容易得多。所以省省时间吧，你设置一次，然后就忘掉它，这真的很爽。

[7:59:31 - 8:00:16]而且我发现没多少人在这么做。好的，这差不多就是我们今天分享的全部内容。谢谢大家的时间和关注。我会留一个 stock bot 的 QR 码，如果你们想拿去用的话。它挺好玩的，你们应该试着在我们身上用用，我觉得那会很有意思。我想看看大家会做出什么。但我真的很感谢大家能来。我觉得这些 bots 目前最酷的地方之一，就是你能发挥多大的创造力。我看到的 bots 种类和组合方式真的让我大开眼界，而创始人正是最适合去探索这个领域边界的人群。

[8:00:16 - 8:00:58]我认为我们还没触及上限。随着我们越来越清楚这些 bots 能做什么、不能做什么，我们会从你们这里寻找信号。所以非常感谢。如果你在看直播，我们会把你切回给 Matt、Lauren 和 Roshan，让他们继续「烹饪」。非常感谢，谢谢。好的，在现场的朋友们，我们会留出 15 分钟来回答大家的问题。我们会有一些拿着麦克风的引导员，如果没有的话就大声喊，我们就从那里开始。所以有问题就举手，我们开始吧。

[8:00:58 - 8:01:42]是的，这边。把 bot 当人来对待的想法。你刚才提到要花一到两个小时来设置 bot。你有没有框架或建议，具体该怎么做？创建 bot 的工作或角色职责的最佳方式是什么？对，问题本质上就是：怎么把它们设置好？我觉得当你想有意识地去做这件事时，有两件事很重要。第一是搞清楚你需要它们来做什么。所以把你需要做的每一件事都列出来很重要，这样你才能开始把它们分组。就像我之前说的，我喜欢让我的 bot 成为专家。所以它们会有一个非常具体的擅长领域，然后随着我有更多超出这个领域的问题，它们就会扩展自己的范围。

[8:01:42 - 8:02:24]随着我有更多超出这个领域的问题，它们就会扩展自己的范围。所以我信任它们去做超出指定范围的事情。但大多数情况下，我会把它们分组，比如你的财务 bot，或者你的工作是处理客户，或者你的工作是做市场营销。这对我来说很有效。有些人很喜欢有一个 chief of staff bot 来管理其他 bot。我个人不是很喜欢，但这真的取决于个人偏好。如果你只是想把所有工作都抽象掉，只想和一个 bot 对话，那这是一个好方法。但如果你真的有点控制欲，想深入细节，我觉得让多个 bot 都成为专家，然后你可以逐个训练它们，是一个不错的方式。我还想给它们加个 XP 条之类的，但我们拭目以待。

[8:02:24 - 8:03:07]是的，这边。我刚有个问题，是关于在多台电脑上管理广播的。有什么技巧能让它正常工作，而不会在整个生态系统中搞混？对对对。所以我觉得一周前，如果你在多台电脑上运行 bot，它们会很容易搞混。我们正在积极改进这一点。我知道很多人之前用其他方案，有一堆 Mac mini 排成一排，他们想把这些都利用起来。所以我们正在积极投入资源。现在应该已经好很多了。如果还有问题，我们可以聊聊。谢谢你的问题。好的，你好。

[8:03:07 - 8:03:50]当涉及到严肃的企业级使用时，你会有动作和决策，那么有没有办法让这些决策遵循某种确定的规则或策略，而这个规则或策略是在模型之外的？以确保一切都是安全的。它不会在不经过那个规则的情况下做任何事，对吧？对，所以问题是：我们如何确保模型在这个工具中表现得确定性？嗯，可惜的是，它们本质上并不确定。但最简单的解决办法可能是确保你的模型只写代码。

[8:03:50 - 8:04:33]而代码本身本质上是确定的。所以只要你让 Cloud Agents 写代码，然后给它一个小的决策树，它基本上就能扮演确定性的角色，然后你只要告诉模型每次需要的时候就调用那个函数。你可以告诉 bot 如果需要的话去问其他 bot 的许可，但我觉得更好的方式是直接给它一个规则，说每次需要做相关决策的时候，就看这个流程图，然后执行它。只要它有一些可验证的代码可以执行，它就能假装自己是确定性的。好的，酷。

[8:04:33 - 8:04:53]对对。

[8:05:03 - 8:05:47]两个回答。问题是：有没有什么好方法可以从其他工具导入你所有的设置？第一，我们现在正在做，我有一个很酷的 bot，想在接下来几天分享，应该能让这件事容易很多。第二，我觉得一部分在于确保你所有的连接都是可互操作的，对吧？比如你已经有一组 MCP 和 API 可以访问，而现在它们可能分散在不同的工具中。我觉得把它们整合在一起最简单的方法，和你用 agents 和 skills 的方式是一样的：要么用 SimLink，要么有一个直接的真相来源来处理所有这些。

[8:05:47 - 8:06:31]在 Linux 这块会稍微麻烦一点，但我认为有一些很酷的集成方案可以用。比如 1Password 就是一个简单的方法，你只要把所有东西导入进去，然后用 MCP，它就能帮你把所有事情都搞定。另外就是我之前提过的 cookies，你可以从 Chrome 或其他浏览器导入所有 cookies，然后在你的 box 里直接使用这些会话。对，没错，所以我们还有一些认证环节正在研究中，对吧？另外，我们也遇到一些公司说：「我们其实不希望有 bot 出现在我们的平台上」，或者「我们的目标是成为良好的生态参与者」。

[8:06:31 - 8:07:16]所以这些挑战在整个生态里的任何工具都会存在，但我们正在积极解决。这是个好问题，对，我们自己也在问同样的问题。嗨，你好。不过我在尝试获取 SST 的时候遇到了这些问题，所以我总在想：我真的需要这么做吗？为什么不能直接屏蔽我，让我进入 MCT、进入浏览器，然后帮我搞定、给我想要的结果？所以这是正在发生的事，还是……

[8:07:16 - 8:07:59]我到底漏掉了什么，或者我该怎么做？我觉得，问题其实是：「嘿，这个对我来说不太好用，对吧？我正试着认证进这个工具，但它要我做一堆事情，我该怎么处理？」我认为这取决于你的设置。对，我觉得使用 Grok Bot 的最佳方式之一，就是直接让它去搞定这些事情，而不是对工具做太多限制。对我来说，最后选择 Granola 并不是因为我是它的铁杆粉丝，而是因为它对 Grok Bot 来说是最简单的格式，能直接拉取转录并给我需要的洞见，尤其是设备上发生的事情。随着时间推移，这可能会改变。我那个正在优化其他 bot 的 bot 可能会发现：「嘿，等等，

[8:07:59 - 8:08:43]这现在已经是一等、一方集成，我想要用这个。」所以我认为对工具少做限制会有帮助，但你的观点我们也听到了，对吧？当你试图连接一个工具，而它在自己的 box 里就是无法正常工作时，确实会让人很沮丧。所以我认为目前我们正处于早期阶段，需要更有创意一些。最终的范围是，随着我们在市场上引入更多插件，我们能够处理所有这些不同工具的需求。问得好。你，好的。还没。好的，我们拭目以待。问得好。对，就这里。好的，嗨，Shub。很多遗留服务要么没有 API，

[8:08:43 - 8:09:26]要么 API 访问的成本远高于 UI 访问。Dropbox 什么时候能做到：我们想要的答案是，不用 API，而是直接走 UI 流程，速度也能一样快？对，问题是：我们如何确保走 UI 流程最终能和使用 API 一样快？或者我们能做些什么来实现这一点？酷，我觉得这是个好问题。我认为有两个方面可以优化：一是尽可能 headless，使用无头浏览器来快速完成这些工作。这样你就不需要手动导航 UI，只要给它命令去点击 DOM 中的元素，

[8:09:26 - 8:10:10]而不是截图、做决定、重复操作。二是我们在模型上做了大量工作，让它们在使用计算机时更快、更好。所以总体来说，要比 API 更快这个承诺有点难，尤其是当你增加更多层级时，因为性能本身就会变差。但我们的目标是尽可能接近。随着时间推移，这就是我们前进的方向。酷。对，就这里。我有个问题，想知道你如何确保不能重做，以及如何确保它们选择了正确的……

[8:10:10 - 8:10:54]是的，问题是：我们该如何同时优化多个 Grok Bot？如果我们想让它们更激进地工作，又该如何确保它们能自主做出正确决策？还有 token 优化的问题。首先，我们现在有一个功能，就是把多个 bot 放在同一个群聊里。这有好有坏。好处是，你可以让一群很积极的 bot 一起为你做事，它们能互相配合，适合处理非常复杂的任务。坏处是，它们都爱说话，而且都很主动、有野心，一旦放在群里，就会互相抢话，工作很努力，但也容易越做越贵。

[8:10:54 - 8:11:38]所以需要谨慎判断这是否是合适的模式。有时候你只是想让一个 bot 临时@另外两个 bot 单独协作，而不是把它们全扔进群聊里看它们疯狂回复。我觉得目前最好先避免这种用法。第二点是 token 和模型优化。我们一直在努力让 bot 在浏览器操作或内部任务中选用最合适的模型。但更难的问题是，当你真正部署时，该用哪些模型。现在的做法是直接用 Cursor 或 Grok Bot 的 Cloud Agents，你可以自己指定它们要用哪个模型。

[8:11:38 - 8:12:22]如果你想微调，也可以给它们设置默认模型。你只要告诉模型：“以后这个任务永远用 XYZ 模型”，它就会记住。最后还有个很多人不知道的功能：你可以直接跟 bot 说“忘掉某件事”。比如你发现它老是反复引用某段上下文，就可以对它说：“把生成头像那件事全忘掉，别再想它了。”它就能比较好地清理掉这些内容，也能省 token。谢谢，接下来请白衣服的同学。问题是：我该怎么给 bot 打分或排名？

[8:12:22 - 8:13:07]好的，问题是：在市场上怎么评估一个 bot 是否有价值？我们有内部 marketplace，地址是 x.ai/slash/bot/slash/marketplace。目前 marketplace 里的 bot 都是人工审核过的，所以质量相对有保障。我们其实有很多模板，但会尽量挑出真正有价值的，再征得作者同意后优化，最后才放到 marketplace 上。

[8:13:07 - 8:13:52]最简单的判断方法就是自己先试用一下。大部分 bot 你可以先问一个初始化问题，比如“请介绍一下你能做什么、怎么做”，不用让它真正跑完整流程，就能快速判断是否合适。至少在我们的 marketplace 里，你可以比较放心，因为它们都经过了人工和 bot 双重审核。好的，下一位。问题是：不同用户、不同账号之间的 bot 怎么互相沟通？

[8:13:52 - 8:14:36]这项功能我们正在开发，还在探索最佳交互形式。目前还没有上线，但这是一个很有潜力的用例，我们也很期待。好的，后面那位。

[8:14:36 - 8:15:19]首先，他提到了 Codex，大家都去试试吧。他在开玩笑。我觉得回答得不错。好，问题是：我们如何同时使用本地和 Bot 的电脑？首先，我建议大家去设置里开启本地执行。如果你愿意，可以默认允许，这是最简单的方式。这样你就能做一些很酷的事，比如直接从电脑发送消息，或者驱动浏览器。所以你可以开启本地执行。我们之所以更倾向于把大量工作交给 Bot 的电脑，是因为我们认为那是未来。随着模型越来越好、越来越快，

[8:15:19 - 8:16:00]以及电脑性能不断提升，你就能把很多工作从自己的设备上卸载出去。不过本地执行虽然短期方便，但还是有一些问题。第一，尤其是某些应用还没优化好，它们会在你工作时直接弹出窗口，导致你无法并行处理。有人在尝试解决，但目前还不够完美。第二，它会占用你的电脑资源，如果你正在做高强度任务，这会非常烦人。不过大家确实听到了，如果你真的想用，现在就可以去设置里开启。嗯，问题问得好。

[8:16:00 - 8:16:40]好的，最后排那位。我没听清，抱歉。明白了，好的。问题是：所有 Bot 是否共享同一份内存？它们不共享内存，但共享同一个文件系统。Bot 的电脑其实是一个虚拟机，里面为每个 Bot 分配了不同的实例，就像你在电脑上使用不同的桌面，它们可以共享文件。所以你可以让它们互相读取文件，如果任务需要，它们还会主动这么做。但它们的上下文窗口显然不是完全相同的，如果你问的是这个的话。好的，谢谢。

[8:16:40 - 8:17:24]好的，这边。明白了。问题是关于 Cursor Cloud Agents 和 Grok Bot 的配合，对吧？我们其实有原生集成，这也是 Grok Bot 和 Cursor 一起带来的福利。你可以启动 Cloud Agents，而 Grok Bot 只会把相关上下文传给它们。这样 Cloud Agents 就能独立工作，完成后把结果返回。而 Grok Bot 只要能访问环境，

[8:17:24 - 8:18:07]就能去进行 QA、测试，甚至查看已提交的 PR 并直接操作。所以我认为最重要的是弄清楚什么时候用 Cloud Agent，什么时候直接用 Grok Bot。我觉得当你有复杂任务、想发布成果、想完全控制使用哪个模型、或者需要深入修改时，就用 Cursor Cloud Agent。但多试几次，你自然就能培养出直觉，回答这个问题。所以我强烈建议大家多启动几个，让它们去完成任务。你会发现它在把任务交给 Cloud Agents 时，编排工作做得非常好。

[8:18:07 - 8:18:39]你只需要指定一次就行。好的。看来我们的问题都问完了。再快速补充几点。第一，Starbase。你可以赢取一次 Starbase 之旅，这很酷。我不知道自己是否有资格，但我希望有。这是一个非常简单的挑战，也是一次千载难逢的机会，强烈建议大家试试。我不知道我们是怎么通过审批的。但基本上，我们已经发布了一个挑战帖。

[8:18:39 - 8:18:56]你们也拿到加一的资格了吗？

[8:19:03 - 8:19:45]好的，能听到我说话吗？太好了。我听不到他们的声音。希望能听到。

[8:19:45 - 8:20:27]好的，我能听到你了，只是刚才听不到。嗯，现在能听到区域了。好的，Jenny，我们收到你了。我们刚才已经做了一次开场白，但我觉得再快速重做一次比较好，让大家都能跟上，然后再进入正题，这样可以吗？听起来很棒。太好了。Jenny，非常感谢你加入我们。你领导着一个由女性组成的、用 AI 进行构建和探索的优秀社区。你拥有风险投资、技术和社区建设等多重背景，从我们观察来看，你在跨平台、跨渠道、跨形式打造媒体业务方面，形成了非常有深度的思考方式。

[8:20:27 - 8:20:42]显然，今天在创业路上——哦，我看到我们还有一位特别嘉宾加入，谢谢你带她来。哇，我们有了第一个 Grok Bot 宝宝！太可爱了，太可爱了，得从小就教他们。

[8:20:45 - 8:21:30]很高兴你能加入我们。直播可能有点声音问题，我们看看能不能解决。好的，我们今天在创业，我不知道你今天听到了多少，但我们正在打造一个由 Grok Bot 驱动的业务。我们知道你是 Grok Bot 的重度用户，所以能不能先请你简单介绍一下自己，以及 Grok Bot 对你有什么帮助？好的，大家可以看到，除了做 VC、全职创作者、打造整个媒体帝国之外，我现在还有一个刚出生不久的宝宝。所以我基本上能把所有公司都加倍推进，就是因为我有了 Grok Bot。最近我刚成立了自己的新媒体代理公司，叫 Gemma on Media，我们主要帮高管打造个人品牌，目前我有 22 个 Grok Bot 员工。

[8:21:30 - 8:22:14]这其实是一个非常有趣的时刻，因为你通常不可能同时做这么多事。而现在，因为我有这么多 Grok Bot 在跑，我才能一边在家带孩子，一边同时推进多个业务。所以说真的太不可思议了。能跟我们讲讲这 22 个 Bot 吗？我真的很感兴趣。好的，我目前在运营七个不同的业务，涵盖房地产、VC 基金、我的媒体业务以及代理公司。

[8:22:14 - 8:22:57]我们没有采用 Shubb 说的 chief of staff 模式，但我们确实有一个 chief of staff，我们叫他 Master Chief，这是我丈夫起的名字。Master Chief 基本上就是总管，负责统筹我们所有的业务，从管理租户和客人，到管理代理公司，再到处理品牌合作邀约等。Jenny Coe，你听起来好像有很多 Bot，它们是不是针对业务的不同部分分别设置的？

[8:22:57 - 8:23:41]为什么需要这么多，它们都在做什么？基本上，我们让每个 Bot 负责一个独立的任务。比如，Boxy 就是专门监控收件箱的；Scribe 负责记录我们每次的 whisper flow 会议，然后由 note taker 把会议内容整理出来，再分派给各个子代理。我们还有一套完整的 CFO 系统，负责记账、财务、报销管理等。它们各自负责核心功能，然后由 chief of staff 把它们串联起来。

[8:23:41 - 8:24:25]让它们一起参与项目讨论，就像 Shope 刚才说的那样。它们会一起加入项目，互相聊天，把事情推动起来。我很喜欢这个思路。我们今天其实在做一些调整，打算在七个小时内完成一个业务搭建。你在这方面既有实操经验，也有顾问经验，所以我们很想听听你的看法，看看我们的点子该怎么改进或调整。我们目前在考虑一个线下快闪活动，以及…

[8:24:25 - 8:25:08]关于如何让大家与本地商家建立联系，这也是今天讨论中很有意思的一个角度。我们还探讨了一些想法，比如让不住在我们附近的人也能参与进来，或许可以以虚拟方式加入。所以我们很想听听你在活动、商业和策划这类事情上的经验。你觉得呢？我们想做 pop-up 的软件，是好主意还是坏主意？哪些可行，哪些需要注意？对了，我看到你刚和我的朋友 Eric 聊过，他有很多好点子。我最后看到的是我们在盘点周边商品。

[8:25:08 - 8:25:53]所以我很想知道，现在 pop-up 的实际执行和日程安排到哪一步了？能先同步一下你们和他的进度吗？嗯，我们其实挺落后的。我们有很多想法，也列出了可以联系的场地，但还没真正开始行动。所以我们可以开始考虑这些，但目前就是这个状态。好的，能麻烦把音量调大一点吗？制作人可以把音量再开大些吗？你们的麦克风还是有点小。好的，现在可以吗？嗯，现在可以了，太好了。我说话会再大声一点。基本上，我们还是得先联系场地。

[8:25:53 - 8:26:31]我们有一些不错的场地可以看，但还没理清具体怎么操作。好的，对你们来说有个好消息，除了在做 VC 基金，我还办过全球最大的路演比赛之一，所以对选场地非常熟悉。那我们现在看的是旧金山对吧？没错。好的，那我们有没有让 bot 帮忙整理场地信息？大概有，我们希望容纳 100 人左右，需要仓库风格的空间，最好开阔一些，里面可以做小型展览，可能人数会略多于 100 人，大概就是这个量级。

[8:26:31 - 8:27:13]好的，作为活动制作人，我要先提醒你们，我们得把场地后勤细节想清楚，再让 bot 去搜。所以在让 bot 找场地之前，我们需要再细化一些信息。首先，时间安排？我们想放在下个月，或者再往后一点。需要办许可吗？嗯，这是我接下来要问的。作为做过很多大型会议的人，我知道加州对许可要求很严。我上次办的会议就涉及十几种不同许可。

[8:27:13 - 8:27:58]那我们会涉及酒精吗？为了简单起见，我们先说不涉及。好的，这样会省很多事。那要不要提供食物？要，100% 需要。是要现做热食，还是外带形式？我们希望是现做热食。好的，这些细节都需要输入给 bot 做场地搜索。找场地对活动制作人来说要花好几个小时在网上筛选各种条件，但我们现在可以建一个类似我之前做的 scout 这样的搜索 bot，让它去找出旧金山县符合条件的场地。

[8:27:58 - 8:28:39]所以我建议先把我们已有的容量要求写下来。你们希望是晚间活动吗？还没决定，我们还没定时间。好的，那我们需要把时间定下来，因为不是所有场地都支持晚间，有些是朝九晚五，有些晚上就不营业了。还要确认想提供哪类食物，是否需要现场厨房设施。我们原本想在现场做部分准备工作，但我现在觉得这可能会增加后勤复杂度，不如…

[8:28:39 - 8:29:23]比如雇了一家餐饮公司，然后把食物送进来，对吧？所以如果我们找餐饮公司，就得确认场地是否接受这家餐饮公司。旧金山市里很多场地都有自己指定的餐饮供应商。那我们是想做定制，还是直接用场地已经合作的供应商？最终我们可能更在意找到一个很棒的空间，而不是被这些限制卡住。我不知道这种思路对不对，但我觉得我们想营造一个特别有趣的环境，这应该是首要考虑。如果还有一些偏好需要顾及，或许可以让 Grok Bot 帮忙调研，看看是不是这个意思？

[8:29:23 - 8:30:07]对，我觉得这样最合理。因为我们在场地搜索里描述得越具体，就越快拿到可用性结果。旧金山市很漂亮，只有 49 平方英里，但找场地竞争很激烈，而且涉及很多法规。所以我觉得下一步可以做一个专门负责场地勘察的 bot，它可以和其他活动细节联动。比如我们已经有活动策划 bot 了吗？活动策划 bot 能做什么？比如我们想办几场快闪活动？

[8:30:07 - 8:30:49]就办一场？对，先从一场开始，再看后续怎么做？好的，那我希望采用类似 chief of staff 的模式，逆向打造一个活动制作人。我们有一个活动策划 bot 负责统筹，下面再配协调和执行类的 bot，把这个结构做成 bot 模型。我喜欢这个思路。看来我们应该考虑组建一组 bot 来完成这些工作，让活动策划 bot 掌握活动上下文，然后再拆分出一些更偏任务执行的 bot。我想问问，你觉得 bot 跟场地沟通是用邮件还是电话？要不要给 bot 打电话的能力？你怎么看？

[8:30:49 - 8:31:33]以及 bot 实际跟场地互动的方式，怎么跟 AI 和我们目前在 Grok Bot 上的工作结合？对，我肯定会用邮件集成。比如我现在有一个 bot 在 Poshmark、Depop、Mercury 这些平台上帮我转卖衣服，它正在和买家议价。我给它设定了谈判框架，所以 bot 不仅能发 RFP 问场地可用性，还能进一步谈判，因为我们会给它预算范围。

[8:31:33 - 8:32:16]这就是我用 Grok Bot 做的最棒的事情之一，它很会谈判。完全同意。那你是怎么教会 bot 成为谈判高手的？有什么技巧可以借鉴，让我们在谈判环节更有把握？首先我们得确定预算。我们还没给这场活动做预算，所以我觉得应该先建立一个基准，比如场地价格、餐饮价格的基准，了解整体费用构成。也许今天早些时候我们已经启动了点子方面的市场调研，现在也可以再启动价格方面的市场调研。

[8:32:16 - 8:32:54]或者你有一些知识可以分享给我们。嗯，我做这个已经有一段时间了。旧金山是这类活动里比较贵的城市之一，所以我觉得一个活动策划机器人会非常有用。你可以直接让活动策划机器人先做一份制作预算。我们需要把餐饮成本放进去，把营销成本放进去，把实际的人力制作成本也放进去。甚至 Grok Bot 都能帮我们完成大部分工作，但注册和安保还是需要真人来做。所以我认为可以先让活动策划机器人做一个制作预算模板，然后告诉它：

[8:32:54 - 8:33:38]你是旧金山市的高级活动策划人，正在为一个符合某某条件的活动做预算。有了这些细节，它就可以去向符合条件的场地发出 RFP。好，我现在要试试 Grok Bot。你是旧金山市的高级活动策划人，正在为一个 100 到 200 人的快闪活动做预算。我先编一个，之后再改。快闪活动。你要指定活动类型吗？好，就快闪活动。因为快闪活动也可能在户外。我们需要一份包含场地费用的预算。

[8:33:38 - 8:34:21]包含餐饮费用。对，餐饮。我们还想确保……我们马上把屏幕分享打开，让大家都能看到内容。Roshan 正在操作。等屏幕分享打开后，我们再把字体调大一点。希望很快就能看到，我们先让团队处理这个，继续往下说。好的，我们需要一份包含场地费用的预算，抱歉，请继续。场地、餐饮，对吧？对。我们还想知道人力成本。有些场地会提供服务人员，有些不会，取决于你在哪里办活动。我们还想知道，营销预算是要算在活动预算里，还是单独列一项。

[8:34:21 - 8:35:05]我们先专注在实际办活动的后勤上，营销可以之后再算。好的。活动推广通常也会放在活动预算里，比如邀请函设计、用来拉新人的 Meta 广告等等。你可以把它放在公司营销预算里，也可以放在活动预算里，取决于你怎么管理业务。两种方式都行，就看你怎么看这件事：你觉得它只服务于这次活动，还是服务于整个初创公司？好，我先说一句，我们暂时忽略营销预算，希望能把问题简化一点，先拿到一个基准，之后再加进去。听起来不错。

[8:35:05 - 8:35:49]再加上一些基本费用，比如要不要音乐？要不要 DJ？要不要 AV？嗯，我知道很多场地在这方面都有不同选项，所以我们可能需要把 AV 需求也算进去，但不用太复杂。对，我觉得我们需要娱乐性……不，但我认为你至少需要能用麦克风跟观众讲话，因为我们要跟观众交流。所以至少要一些基础 AV，比如麦克风和音箱，不一定需要整个舞台，但要包含基础 AV。好的，我刚刚已经输入了：我们需要麦克风来跟观众讲话，剩下的就让机器人自己决定怎么处理。

[8:35:49 - 8:36:31]是的，因为它一旦开始和 RFP 谈判，就会先看谁有 AV，因为目标是尽量把最多供应商集中在一个场地，否则我们还得再建一个 bot 去分别找各家供应商。太好了，我马上把这个 spot 发出去，看看它能给我们回什么预算。我知道你今天时间不多，Jenny，但我还是想问问，我们刚才做的这个流程，对我们想怎么办这场 pop-up 活动来说，已经很有帮助了。举个例子，我们可以再去收集大量场地研究。你能再给我们提两到三个同样值得建 bot 的大方向吗？我们之后可以单独写 prompt 去跑。

[8:36:31 - 8:37:10]我只是好奇，既然我们已经有 venue budget bot 了，如果再建两个 bot 来确保万无一失，你会推荐哪两个？为了确保不出岔子，我可能是有史以来第一个说这句话的人：permit grokbot。像处理红头文件那样的 grokbot。我们需要一个 grokbot 去研究，看看执行这场活动在法律上有没有什么……

[8:37:10 - 8:37:54]……要求，因为旧金山管得挺严，我们不想踩线。所以我觉得 permit grokbot 会很棒。对，这对任何要做活动的人都是个好建议——这种监管研究对做活动的人来说特别麻烦，尤其是跨城市做活动，因为每个城市都不一样。所以有个 grokbot 能帮你在任何执行地查政策，是个很棒的主意。你当然也可以建一个内部用的 grokbot，去查员工政策或其他政策相关的工作。我觉得 bot 在这方面会是很好的……

[8:37:54 - 8:38:39]……信息来源。也许能帮我们理清很多东西，甚至还能帮我们审合同。我不知道自己是不是想直接要真正的法律建议，但至少能先过一遍，让我们知道自己在读什么，这就很有帮助了。对，对。我会说，我有很多做律师的朋友，他们都觉得应该把 AI 当成二年级法学院学生的水平来用——它知道自己在做什么，但不一定懂实操里的细微差别。所以它能读懂法律条文，但像这个城市和行业里实际的行情是怎么样的，它就不一定清楚了。因此它适合做合同的第一轮审查，但之后还是需要有经验的人再把把关。

[8:38:39 - 8:39:23]酷，太好了，我觉得这很有道理。对，我觉得这其实给我们今晚剩下的时间提供了很多可操作的方向。我们也快到直播尾声了，但真的很高兴请你来聊这些事，因为说实话，这些经验只有真正做过活动策划、或者像你一样亲身经历过的人才会懂。也许这就是身为人类、拥有这些经验的优势——你知道该怎么引导 AI、该让它产出什么。对，我常跟别人说，我之所以能用这么低的预算、靠这些 AI 就把这个 agency 建起来，就是因为「先用人该怎么做的方式去拆解，再反向用 AI 去实现」。所以我觉得你们现在正在做的方向非常对。

[8:39:23 - 8:40:06]那我有点好奇，结束今天进入第二天的时候，你是怎么想的？我们想执行什么？我们刚才在镜头外其实已经在讨论了。想结束直播的话，我们得决定今晚让哪些长期运行的 agent 去执行。我觉得预算 agent 肯定算一个，可以试着收发邮件推进一下。你觉得还有哪些长期运行的 agent 今晚可以跑起来，让它们边睡边工作？

[8:40:06 - 8:40:48]我觉得 Scout 找场地的 agent 一定要上，它应该一边搜索、一边识别、一边帮我们起草明早要发的邮件。我们可以先审一遍它想外联的名单。这是我最喜欢的一点：agent 一直帮我起草好邮件，早上我只要点发送就行。另外，我们也得开始想怎么把人请来。一个简单做法是给 agent 开 Meta 权限，让它们直接登录我的 Instagram，开始整理邀请名单。最基础的就是把所有已认证、关注你的账号过一遍，甚至可以让 agent 找出本市里粉丝数最多的 50 个关注者。

[8:40:48 - 8:41:29]先把名单列出来，再提前给这些人起草外联消息，这样就能把最重要的人请到现场，还能让他们帮忙传播。太棒了。今天我们在 X 上也有很大流量，之后也可以再去挖掘一下。Jenny，真的太感谢了，谢谢你成为这么棒的 Grok Bot 用户。我刚才还看到你老板的截图，本来想分享屏幕但没成功，之后我们会把那张图发出来。你把侧边栏和一堆 agent 安排得井井有条，简直是杰作。

[8:41:29 - 8:42:11]绝对的。来参加这场活动的话，大家也得做这些周边，是真的要开始做了。我觉得 48 小时内应该能把后勤都敲定。谢谢你干得太棒了。谢谢！那我们再见。好的，Jenny 真的超级有价值，又很会聊。现在离今天结束大概还有十分钟，我们打算 5:30 收工。简单回顾一下第一天：我们一直在把想法具体化，也调整过几次方向，可能还会继续调整。白板上已经写了一些东西，但还有很长的路要走。

[8:42:11 - 8:42:55]结束前，我们可以聊聊从 Jenny 那学到了什么，以及接下来想把方向带向哪里。简单回想今天，我最直接的感受是：想法生成真的很难，我们今天花了很多时间在不同点子上打转；第二点是群众的智慧很值钱，每位嘉宾都带来了独特视角。所以我现在最想思考的是——趁着 agent 今晚跑数据——我们自己也该想想，怎么锁定一到两个最核心的任务，确保接下来能真正把它们做成，让整件事成功。

[8:42:55 - 8:43:36]所以我觉得搞清楚怎么把这些思路理清楚会很有帮助。我觉得我们已经做了很多宽泛的头脑风暴，所以现在应该想想怎么把这些想法聚焦成具体的东西。完全同意。看到我们把 Slack 搭起来、把所有东西连上、让 boss 把 Notion 写好、GitHub 也建好了，感觉很多前期准备都做好了，但我们确实需要锁定方向。可能今晚就开始吧，我不确定。你怎么看？嗯，我觉得可以。跟 Jenny 聊完之后，我发现做个 pop-up 其实比想象中难得多。

[8:43:36 - 8:44:21]跟 Jenny 聊完之后，我觉得在旧金山做个 pop-up 真的挺有挑战的，我在想这是不是我们应该解决的问题。嗯，所以我们还需要多思考一下，但希望明天回来能更有精神，今晚先锁定方向，想想我们要做什么。我们从嘉宾那里学到了很多。

[8:44:21 - 8:44:56]太好了，今天挺忙的，我们在旧金山，目标是今天以及接下来两天在 Dreamforce 的 Grok Bot Galaxy 里打造一个业务。先简单总结一下：Galaxy 现场搭建挑战赛，对应直播的 Grok Bot Galaxy 挑战。如果你做了模板就提交到 @grok，看起来视频好像断了。你可以在那里提交模板。感谢收看，我们明天见。