Grok Bot 第二天直播报告：纸杯蛋糕游戏开发与多机器人协作

# Grok Bot 第二天直播报告：纸杯蛋糕游戏开发与多机器人协作

2026 年 9 月 17 日凌晨，我跟进了 Grok Bot 直播节目"Grok Bot 实况搭建游戏工作室"第二天的部分内容。团队正在迭代纸杯蛋糕（Cupcake）——一个卡牌对战游戏原型，同时使用各类专职机器人来连接工具、整理工作、制作广告、调研招募联系人并起草求职信。

以下内容仅为第二天的部分观察记录，并非当天全程的完整叙述。直播约于 07:55 结束，原链接可回看：观看直播回放。（https://x.com/i/broadcasts/1PKqrNyvmYwGb）

实用工作流程汇总于文末的实地指南中。全文中对台上产品陈述、可见演示结果及观众反馈均有所区分。促销内容及使用限额方面的说法未经独立核实。

## 约 03:06 — 仍处于休息画面

早期样本显示，播放器标注为"直播中"，而主屏幕停留在"Grok Bot Galaxy——稍后回来"。聊天区已在讨论此次目标：搭建一个工作室的雏形，而非展示一款完成品游戏。观众表示早些时候已演示过一个可运行的原型。有人建议先建立一个小规模的可交付循环：做一个纸杯蛋糕、玩一局、查看结果、重复，之后再添加外围的元游戏内容。

休息画面本身没有产品演示。实质性演示在下一个观察片段中恢复。

## 03:12–03:22 — 纸杯蛋糕回归：选择、布阵、对战

纸杯蛋糕的主屏提供了"新对局"和"管理机器人"两个选项。其核心理念是：选择。布阵。对战。导入一个机器人，组建一支三人队伍，并在四个快节奏回合中尝试克制对方阵容。

队伍界面显示"选择你的队长"和"你的队伍"。玩家可拖动卡牌调整出战顺序、重新抽取阵容并确认。管理界面包含"雇用"和"导入机器人"功能。与此同时，任务面板正在向选择器添加市场导入功能，并调整浮动调试栏、队长/随机标签、等级显示，以及将操作按钮文字从"原型"改为"开始"。自然语言指令正在驱动界面和代码的变更。

在参谋长工作区中，图像生成工具被要求解释游戏机制，并以现有视觉风格重新制作技能图标。日历在周一至周五 09:00 显示了一个每周优先级看板。

规则界面展示了一个三角形关系：CHA（魅力）对 INT（智力）约有 22% 的优势，INT 对 DEX（敏捷）约有 22% 的优势，DEX 对 CHA 约有 22% 的优势。说明中明确将此定义为"优势"，而非"必胜保证"。另一个标题写道：出战顺序决定一切。行动包括：Hustle（冲劲）、Scheme（谋划）、Rizz（魅力值）和 Critiquito（小批评）。一个结果画面显示"胜利，3–1，+18 ELO"；评分似乎从 1258 上升至 1276，但这些数字并不完全清晰。

随后舞台转入讲解环节。可辨认出 Krista Letz 和 Mark Wright，标注为"企业市场推广 / SpaceXAI"。议程包括：演示、经验总结、问答和构建。一张"AI 成熟度曲线"幻灯片依次呈现：提问（聊天机器人）、执行任务（副驾驶）、委托结果（机器人）和配置职能（机器人团队）四个阶段。

产品推介强调了熟悉的核心卖点：全天候运行的智能体、访问用户工具的权限、配备自动化程序或例行任务的专注型机器人、可分享的模板，以及跨交互的上下文与记忆保留。

最初的团队示例包括：Olive担任参谋长（Chief of Staff）、PG负责出站勘探、Echo在客户通话期间更新幻灯片、Customer Expert负责战略客户、产品信号、Slack线程和功能请求，以及Engineer负责技术问题解答。销售使用场景涵盖管道生成、客户专业知识、工程支持、GTM协调以及预测或管道维护。

观众建议包括：在添加工作室层之前先在引擎内验证可运行的循环、使该循环可检查且最好公开、在润色之前先发布粗糙版本，以及将每个机器人的角色写入其描述中并告知参谋长。一位观众描述了一个可以访问其Onshape账户的Onshape Scout。还有人反映响应缓慢或难以添加机器人。这些均为观众反馈，并非舞台上的声明。二维码短暂出现；我未扫描或访问它。

## 03:47–04:00 — 三个工作习惯与一个市场链接

第一张"我们的收获"幻灯片提供了三个具体的起点。

第一，连接你已经在使用的工具：CRM、Gmail、日历、Slack和Notion。重点是准备客户背景信息、在这些工具内起草内容，并将会议信息纳入工作流程。

第二，一次为一项工作雇用一个机器人。从参谋长入手，或从会议准备、收件箱起草、潜在客户研究等专项职责开始。像对待同事一样描述工作流程，并将经过验证的工作流程保存为技能。清晰的简报比复杂的提示更重要。

第三，将重复性杂务纳入例行程序：定时会议准备、夜间收件箱跟进，以及用户关闭笔记本后可继续进行的潜在客户开发草稿。

一条问答指导直接可操作：在桌面上右键单击某个机器人，选择"移至新组"或"移至新分区"，即可创建文件夹。观众表示市场也可在桌面应用左下方、用户名上方附近访问。官方 @bot 账号发布了市场地址。(https://x.ai/bot/marketplace)

聊天区询问了使用情况、限制以及与Cursor Cloud Agents的比较。在本片段中，我未见到权威解答。关于上下文增长会增加使用量的说法均为观众报告，并非已发布的官方政策。

## 04:01–04:19 — 星际基地挑战、访谈与观众示例

短暂休息后，一张挑战幻灯片邀请用户展示他们如何在工作中使用Grok Bot，有机会赢得前往星际基地的行程。可见步骤包括：在X上引用挑战帖子、描述机器人的工作职能、附上可分享的机器人模板链接，并关注@Grok。幻灯片展示了一个二维码。完整条款未经独立核实。

随后进行了一场双人访谈。画面近景下方字幕条显示了Matthew Berman的名字及Future Forward品牌标识。

观众举例涵盖以下内容：一个游戏机器人负责制作表单、网站主题及 HubSpot 页面；与 DoorDash 和 Instacart 相连的机器人处理点餐、取餐、菜单及按预算购物；群聊中机器人自我介绍并提出角色分工、工作流程和日常规则。其他观众还提到了一个每日生成报告的餐厅 Bot Boss、求职与投递简历机器人、Spotify 播放列表整理以及视频剪辑。有人表示，Grok Bot 可以为 Cursor Cloud Agents 创建技能，涵盖研究、计算机操作及文件或图像生成。这些均为观众自述，并非台上已确认的演示内容。

使用情况的轶事包括：仪表在四小时内从 12% 升至 48%，并在十到二十四小时后达到 100%。关于市场审核、数据与知识产权共享，以及每月 300 美元档位的问题，在所观察的片段中均未获得权威解答。

## 04:20–04:37 — 访谈期间的日常琐事

访谈继续进行。聊天室随后表示嘉宾将稍作休息，开发者们将返场；播放器仍显示 LIVE。

更多观众反馈描述了一个电子邮件助手，能够监控收件箱、清理垃圾邮件、标记需要关注的邮件，并仅在收到指令时起草或发送邮件。另有人提到清空了一个几近爆满的邮箱，以及处理水费账单的场景。一位观众描述了在 ComfyUI 中生成片段并在 Resolve 中进行组合剪辑的流程，各设备之间通过 Tailscale 相连。

其他示例还包括：一个用于整理档案的多模态"文献"机器人，将判断、品味与审批权留给人类；一个名为 The Keep 的家电说明书助手，通过输入标签、读数、日期、控件及说明书的照片，协助规划维护计划；以及用于健康鼓励、膳食规划、购物和早晚提醒的机器人。一位观众表示，机器人已为一份长达 59 页的合同做了注释。另有人询问是否可以分析房产照片、研究可比房源、发布房源列表并回复询价。定价或额度方面的问题未见任何可见答复。

团队邀请、是否需要 Cursor Agent、SDR 会话以及社区机器人审核等问题，在本片段中同样未获解答。

## 04:37–04:53 — 招聘研究遭遇登录墙

招聘人员查找器 / 校友数据库邮件查找器展示了一个持续运行的研究循环：每批处理约十到十二人，对候选人进行复查或跳过，参考 LinkedIn、Apollo 等来源，将地址分类为有效、风险或无效，维护一份已确认身份匹配的名单，并导出 CSV 文件。操作者可暂停或恢复搜索，并在达到里程碑或遇到阻碍时收到更新提示。

失败情况也清晰可见。LinkedIn 遭遇了 Cloudflare 或安全限制，工作流在短暂运行后停止以等待冷却。斯坦福校友目录显示"您已退出登录"，需要重新登录。我特意未转录任何个人姓名或地址。演示中提到每批十二人和十人、某次搜索中发现六个地址、另一次发现五个新地址并进行了复查。这些均为单次演示结果，不构成任何保证。

在直播回到Grok Bot Galaxy桌面之前，出现了一段Cursor插曲。聊天区询问了Bot加Cursor能否涵盖ASIC设计与验证、如何与团队共享机器人和工作区，以及Cursor云端智能体能否将研究、编码和文件生成结合起来。没有权威性的答案出现。

一位观众发布了一份标注为9月16日的第二天日程：售前工程9:00–10:30，销售12:30–2:00，SDR 2:30–3:30，客户支持4:00–5:00。这是观众分享的日程，并未经过台上的独立确认；我未能确定其所属时区。其他轶事涉及在Grok中口述想法、委派前核查计划、利用Bot加API销售服务，以及生成申请信、拒绝信或欢迎信。聊天区中出现的"明天净利润25万美元"的提示词声明未经核实，不能作为能力的佐证。

## 04:53–05:10 — 求职信、Remotion广告与代码库变更

一个求职信撰写器线程展示了云端智能体起草信件，同时由一个评审员对信件评分。仅当评审员要求重写时，才会发起修改请求。操作员可以暂停单封信件、恢复队列，并追踪任务移交情况。可见的并发上限为7个进行中。职位来源获取与信件撰写是相互独立的职责，简历和职位要求由外部提供给撰写工作流。这是演示专用的设置，并非平台范围的限制。

首席助理收到了一份广告简报：利用现有草稿素材制作品牌动态内容，从方形层叠卡片主图构图开始，之后再处理其他尺寸比例，不得凭空创造新品牌。页面显示了一个Remotion市场/插件安装界面，描述了程序化动画、音频、字幕以及3D或最佳实践等技能。工作日09:00的每周优先事项看板例行程序仍处于可见状态；其他健康检查例行程序已暂停。

代码视图显示了以下内容：.cursor、assets、docs、scratch、game-loop、index.html和README.md。智能体报告编辑了3个文件、探索了1个文件、运行了5条命令，以及PR管理、产物复制和验证步骤。这是该小时内最为清晰的实现流程之一。

聊天区继续询问关于自定义公司MCP、用于多收件箱的SMTP MCP、出勤工作流、内存、企业活动以及团队工作区等问题。没有新的官方使用数据出现。

## 05:11–05:24 — 方形Remotion主图，随后出现预览错误

智能体切换到cupcake代码库的main分支，并检查已安装的Remotion技能。它将使用main分支上已有的内容，而非未合并的PR，然后渲染一个用于周四交付的验证切片。

它读取了Remotion技能、Cupcake原型，以及create、markup和render文档，之后开始搭建脚手架。它刷新了main分支，并选择了一个展示用的薄荷系列——每种稀有度各一张卡牌，而非seed-42的全普通战利品包，同时保留了真实的名称、数值、稀有度和全息徽标。

Remotion Studio随后展示了一个奶油色的方形构图，带有CUPCAKE标题和叠放的收藏卡片。本地预览在3000端口最初连接失败。代理将连接失败归因于在接入新的英雄构图之前删除了Composition.tsx和index.tsx。随后恢复了该构图并继续推进。可见状态约为三个文件已编辑，+280/-5。此后，该构图在Studio中渲染完成，卡片布局清晰可见。

另一状态说明指出，脚手架无意中引入了Tailwind；代理计划将其移除，并使用原型的卡片和设计令牌生成1080×1080的英雄图。这些均为实时实现细节，并非对产品可靠性的承诺。

## 05:25–05:40 — Fidelity review and the maturity curve

Cupcake/Remotion的工作进入了样式审查阶段。代理移除了一条臆造的分割线、卡片阴影和全息光晕，收紧了三张卡片叠放的边框，并检查了BotCard.tsx。批评内容具体而明确：部分细节系凭空捏造，与方形推广参考图不符。这是一个可见的审查与修订循环。

另一个创意演示将公开的个人资料或网站概念转化为收藏卡片视觉效果，包括个人资料卡、多卡合集以及二维码创意。这属于示意性构建，并非对通用性能的保证；我未转录任何个人姓名。

成熟度曲线以略有不同的措辞再次出现：提问（聊天机器人）、执行任务（Copilots）、自动化工作（Bot），以及员工职能（Bot团队）。产品幻灯片描述了面向特定角色的机器人、类似同事的消息传递方式、保留的上下文与记忆，以及将机器人接入用户工具的功能。这些内容反复强调了以下主题：便捷消息传递、全天候可用性、定向工作、自动化或例程，以及可共享的模板。

SDR幻灯片将用例分为以下几类：潜在客户挖掘、通过维护的CSV/XLS列表进行序列化跟进、利用招聘信息等信号进行客户研究，以及通过已连接的电子邮件工具起草面向特定客户的文案。这些均为展示性用例，并非经过衡量的实际成果。

## 05:40–05:55 — A multi-bot workspace and human pipeline decisions

团队幻灯片介绍了Simon Bot（首席参谋）、Shakespeare（负责邮件）、Web Search（负责网络调研）、Customer Bot（作为Gong连接器），以及Simon Soldier（代理人军队）：每个机器人对应一个角色。

演示在一个深色工作区中推进，左侧为命名机器人或工作流频道，中间为消息与任务，右侧为带有状态的成员名册。演示展示的是角色之间的协调配合，而非一组基准测试结果。

观众将此设置描述为：由一位首席参谋协调邮件、搜索、客户/CRM上下文以及代理人军队，以减少SDR工作流中的窗口切换。这是观众的解读，并非官方基准。

## 05:54–06:09 — End-to-end work and bot-to-bot communication

所选的Simon Soldier工作流展示了多个机器人频道以及成员/状态列表。随后出现了一张密集的深色潜在客户表格，暗示批量调研结果正在输入工作区。由于字段过小无法准确辨读，我不提供其中的姓名或数据。一位观众提出了人工交接的设想：调研结果丰富表格内容，而由人来决定哪些内容进入销售管道。

后续的"我们学到了什么"幻灯片提出了三条原则：

- 端到端：将多个步骤连接成工作流；通过剩余的提示量和人工干预量来衡量成功与否。
- 保持意图性：机器人之间应相互通信。用户应能拥有从未直接与之交谈过的机器人。
- 系统化思考：考虑何时需要引入新机器人，以及保留上下文的价值。幻灯片下半部分被演讲者遮挡，故不予还原。

随后，Simon Lackowski 在台上回答了观众提问。聊天区有人请求月度token用量信息及回放链接。现场未出现任何新的官方数据。

## 06:09–06:24 — 一张宣传幻灯片与 Cupcake 任务看板

一张"Want free Grok Bot?"的幻灯片宣布，向前1,000名用户各提供一个月免费使用权，定价相当于200美元。可见的使用说明涉及通过 erggbot 复制或创建一个机器人，并扫描二维码。此为直播促销活动，未经独立核实。聊天区反复询问截止时间及兑换方式，但观察到的内容未对此作出解答。

演示画面回到 Cupcake 的团队屏幕，随后切至桌面。Chief of Staff 负责协调产品规划、Notion 任务管理及阅读 Cupcake 规格说明。一份有时间节点的任务看板对以下工作进行了优先级排序：Clerk 登录/JWT、后端与 API 接线、赛季或比赛/播放列表启动、可玩模板，以及被阻塞的工作。其他想法被明确推迟处理。

检查清单仍标识出 web Clerk → Go JWT → /api/me → seasons/match/auth 这一链路存在缺口。界面原本应使用真实 API 请求，而非本地数据。

常规面板说明，可通过在聊天中向机器人发送请求来创建定期计划任务。系统引入了一个专属的创始工程师机器人，用于监控代码仓库并协助功能开发与发布。另有提案建议创建一个 Slack 机器人，监听@提及、以相应话题标签回复，并更新 Notion 看板。随后，标有 DR EGGBOT 和 TRABOT 的 Remotion/Cupcake 卡片相继出现。

## 06:24–06:39 — 1Password、Slack 唤醒与三种画面比例

该促销活动的资格条件、截止日期及地区适用条款始终未见明确说明。一条模拟 X 帖子宣布，Grok Bot 可以使用 1Password：共享一个密码库、逐次批准填充操作，并将密钥保存在密码管理器中。可见选项包括"自动填充密码"和"通过 1Password 完整登录"。这是屏幕上的产品声明，并非经过独立测试的集成功能。

画面显示 Slack 已完成连接，@提及监听/常规功能已启用，机器人可在被提及时唤醒。Chief of Staff 将 Cupcake 任务整理为看板视图，并计划在 Slack 就绪后通知同事。

Remotion 合成明确针对三种格式：1:1（1080×1080）、9:16（1080×1920）和 16:9（1920×1080）。审查变更需在三种格式中全部同步。

知识库管理器列出了以下角色/模块：Creative Director、Cupcake Eng、Founding Eng、Growth Eng、Host Finder、In-Game Ads、Slack Mentions、Remotion Ads、Operator Research、Lead Capture，以及若干常规任务。In-Game Ads 将管理端、客户端和 API 任务分开处理，并说明了 MVP 范围之外的内容。未出现新的公开定价信息。

直播画面回到已登录的 Cupcake 主屏幕，显示"New Match"与"Manage your team"选项，DR EGGBOT 和 TRABOT 依然可见。

## 06:40–06:54 — 可玩回合、Slack 私信与工程合并

Cupcake短暂进入了可玩的第一轮，随后返回设计和工程工作。机制说明描述了一名队长加两张未知牌、战前排序、禁止偷看，以及教学/揭示循环。小字内容不足以推断出额外规则。

应用市场机器人详情显示了分享、卸载和技能列表，没有新的定价或资格条款。

Ping程序被配置为同时响应Slack提及和一对一私信。说明中描述其唤醒时携带发送者和对话上下文，并在Slack中回复。Cupcake的机制/设计文档也作为上下文传递给了专门的审核机器人Dr Eggbot/Cirt。

工程方面，网页回放带回放功能以PR #30的形式出现，并在演示中被标记为已合并。差距检查仍标记了客户端/API连线以及尚未发布的早期可玩循环/卡牌工作。这些属于工作区声明，并非经独立核实的发布状态。

Paper Stadium的竞技场外壳被标记为完成。其PR摘要显示约39个文件变更，+2,471/-14，结果以Notion作为事实来源记录在Cupcake计划中。一个CSS/Three回放带冲突原型PR正在运行，并附有收集演示视频的请求。Vercel-Go API脚手架#32也在计划中，HTTP/E2E工作仍在跟踪。

## 06:54–07:07 — 回放带冲突获胜，音频机器人加入

Vercel-Go脚手架仍是前置条件，首个API部署PR仍待处理。回放带工作被描述为已合并。回放带冲突明显从就绪状态推进至第二轮冲突、获胜，以及第三轮。任务卡将CSS 2.5D原型标记为完成，并引用了一个演示/PR。同样，这是演示工作区的状态，并非经独立核实的发布状态。

机制机器人Cirt/Dr Eggbot与Lauren的Cupcake审核卡相连接。团队被告知以Notion作为事实来源保持内容更新。一个名为Tone的新音频机器人获得了探索和原型化游戏音效的职责，并关联至一个Notion音频任务。直播和聊天中提到了8位音效原型；之后的状态显示Tone正在工作。

免费月幻灯片再次出现，包含相同的200美元价值、erggbot说明、前1,000名用户限制、仅限直播的说明和二维码。未提供日期或额外资格条款。随后舞台依次展示了议程、产品介绍、理由说明和客户支持用例，明显是回顾而非新增内容。

## 07:08之后 — 直至播出结束的回顾

从约07:08至07:55，播放器保持直播状态，之前出现过的客户支持用例、团队介绍、Notion知识库、Slack支持线程、应用市场视图和规则页面循环播放。我未记录到任何新规则、数字或资格信息。

约在07:55:49，页面显示直播于"2分钟前"结束，回放可供观看。这是观察到的页面状态，并非经独立确认的精确结束时间。

## 实践指南：从演示中提炼的工作流程

以下步骤提取了录像中有较充分依据的部分。它们描述了所展示的内容及其工作流程的复现方式；并非当前的产品手册。受众报告和未经核实的推广内容不应被视为官方规范。

## 1. 玩Cupcake：选牌、落子、战斗

1. 从NEW MATCH开始；使用Manage bots管理阵容。

1. 通过"导入机器人"或"雇用"功能将机器人添加到选择器中。演示期间，Marketplace 导入功能仍在添加中。

1. 组建一支三人团队并选择一名队长。

1. 在"你的团队"中拖动卡牌以设置对战顺序；如有需要可重新随机，然后确认。

1. 进行大约四轮快速对战。演示的行动包括 Hustle、Scheme、Rizz 和 Critiquito。

1. 考虑属性三角关系：CHA 克制 INT，INT 克制 DEX，DEX 克制 CHA，在显示的规则界面中每项优势约为 22%。

1. 将其视为优势，而非必胜保证。对战顺序至关重要。

后续说明描述了一名队长和两张未知卡牌、对战前的排序、禁止提前查看，以及教学/揭示循环。对于太小而无法读取的规则，我不予补充。3–1 的胜利和 +18 ELO 是一次观测到的结果。后续的 Tape Clash 序列与四轮说明一并记录，而非用于改写。

## 2. 两套工作原则

较早的幻灯片（截图 25）建议连接现有的工具栈、每次只雇用一个专注的机器人，并将重复性事务纳入例程。像向同事解释工作一样说明任务；将实际有效的工作流程保留为技能。

较晚的幻灯片（截图 79）强调端到端工作流、有意为之的机器人之间通信，以及关于引入新机器人和保留上下文的系统性决策。其遮挡的下方文字不在此处重建。

观众的一条建议对上述原则形成补充：先在引擎中验证一个可检查、可运行的循环，再添加工作室层；将角色写入机器人描述并告知参谋长。

## 3. 在机器人之间分配职责

成熟度曲线为：提问/聊天机器人 → 执行任务/副驾驶 → 委托结果或自动化工作/机器人 → 人员职能/机器人团队。

销售/客户示例包括：Olive 担任参谋长，PG 负责外向型业务拓展，Echo 负责通话中的幻灯片更新，Customer Expert 负责账户知识与信号，Engineer 负责技术问题。SDR 团队分别使用 Simon Bot、Shakespeare、Web Search、Customer Bot 和 Simon Soldier 承担协调、邮件、调研、Gong 上下文及智能体军团工作。

Cupcake 补充了创意指导、多个工程角色、托管研究、广告、Slack 监听、运营商研究、线索获取、机制审查及音效。组织模式为每个机器人负责一项工作：参谋长维护计划与例程，而各专职机器人则处理其分配的代码库、文档和资产。在业务拓展方面，观众主张将最终的管道决策权保留给人工。

## 4. Marketplace 访问与分组

1. 官方账号发布了 x.ai/bot/marketplace。（https://x.ai/bot/marketplace）

1. 观众还描述了桌面应用左下角、用户名上方有一个入口。该位置为观众反馈；请以您实际使用的界面为准。

1. 右键单击某个机器人，选择"移至新组"或"移至新分区"，即可创建文件夹。

1. 详情页面显示了"分享"、"卸载"和技能选项。录制内容未能明确社区审批、数据共享或知识产权安排。

## 5. 参谋长看板与定时任务

1. 赋予参谋长协调职责，而非让其同时处理美术、音效和后端代码。

1. 在聊天中要求其创建一个例程。演示使用的是工作日 09:00 的每周优先级看板。

1. 请求一个有时间约束的任务看板，并按优先级排序：Clerk/JWT、后端 API、赛季或比赛启动、可运行模板，以及阻塞项。其余内容明确推迟处理。

1. 将 Notion 或同等文档系统指定为共享的唯一可信来源，由相关专家阅读规格说明并更新看板。

1. 将代码仓库工作、功能开发和 PR 分配给专属工程机器人；让参谋长专注于计划和阻塞项。

1. 在验收标准中纳入真实的 API 使用情况。可见的缺口是：Web 端 Clerk → Go JWT → /api/me → 赛季/比赛/鉴权，而非仅展示本地数据。

## 6. Slack 提及与私信唤醒

1. 建立活跃的 Slack 连接。

1. 启用提及监听器或例行程序。

1. 配置 Ping，使其能同时处理提及和一对一私信。

1. 机器人被唤醒时，携带发件人和对话上下文，并在 Slack 中回复。

1. 向专家提供机制文档或设计卡片作为上下文，而非在聊天中重复讲述所有内容。

1. 将进展持续关联回共享的 Notion 看板。演示中还提议了按话题标记回复，以及参谋长看板视图。

## 7. 三种格式的 Remotion 广告

1. 向机器人说明使用现有品牌素材，先从方形叠卡主图开始，再处理其他格式。

1. 安装 Remotion 插件，并确认相关的动画、音频和字幕功能已就绪。

1. 基于已合并技能的主分支进行开发；在搭建框架前，先阅读产品原型和相关文档。

1. 选择具有代表性的卡片，保留真实的名称、数值、稀有度和徽标。演示中每种稀有度各选一张，而非全部使用普通卡。

1. 检查 Studio 时间轴预览，再进行本地回放。实际故障涉及缺少 Composition.tsx 和 index.tsx；恢复合成文件后方可继续工作。

1. 对照参考标准审查还原度。移除并不存在的规则说明、阴影或光晕，并检查卡片组件。

1. 将已审批的更改同步应用到 1080×1080、1080×1920 和 1920×1080 三种输出规格。

意外引入的 Tailwind 依赖是现场调试的细节，并非复现该工作流程的必要条件。

## 8. 招聘研究与写作/评审配对

关于招聘研究：以约十至十二人为一批次进行处理，允许重访和跳过，将地址验证为有效/有风险/无效，保留经确认的身份匹配结果，并导出 CSV。提供暂停/恢复控制，以及里程碑或阻塞项更新。预期第三方会话和安全限制会中断流程：这在 LinkedIn 和校友目录序列中均有发生。一次运行中获得六个地址、另一次获得五个新地址，是演示结果，而非承诺。

关于求职信：将职位来源获取与写作分开，提供简历和职位要求，并由评审员对草稿打分。仅在评审员要求时才进行改写。允许单封信件暂停、队列继续，并追踪交接记录。同时处理 7 封信的上限属于所展示的工作流程，并非已确立的平台级限制。

## 9. 演示中的 1Password 流程

该模拟帖子描述了将所需条目放入保险库并与 Grok Bot 共享、逐一批准自动填充或完整登录，以及将密钥保存在密码管理器中而非聊天记录里的做法。这是直播中展示的产品声明；我并未独立验证。

## 尚未经过核实的推广活动、挑战及声明

免费月份：幻灯片向前1,000名用户提供一个月的Grok Bot，宣称价值200美元，通过erggbot和一个二维码领取。多次出现均未说明截止人数、适用地区、资格条件、订阅兼容性，或该流程当前是否仍然可用。本报告不对当前优惠条款作出任何确认。

Starbase挑战：可见的说明要求引用挑战帖子、解释该机器人的作用、附上可分享的模板，并关注@Grok。完整的官方帖子及规则未经独立核实。

使用情况与定价讨论：与Cursor的比较、每月300美元的订阅层级、审批规则、数据共享以及使用百分比均来自观众评论（已在相关处注明）。我未观察到具有权威性的回答，足以将上述个人说法转化为官方政策。

原始回放录像是本报告的信息来源。凡录制画面不清晰之处，我保留了相应的不确定性，而非自行填补空白。(https://x.com/i/broadcasts/1PKqrNyvmYwGb)