---
title: Grok Bot Galaxy Day 1｜Bots 开发技能、Profile 与技术资源恢复
date: 2026-09-16
status: evidence-reviewed
source_broadcast: https://x.com/i/broadcasts/1AxRnZbVpjaxl
tags:
  - Grok-Bot
  - Galaxy
  - Bot-Profile
  - agentic-engineering
  - livestream
---

# Grok Bot Galaxy Day 1｜Bots 开发技能、Profile 与技术资源恢复

## 结论

这场直播展示的不是“写一段系统提示词”，而是一套完整的 Bot 开发方法：**岗位化 Profile → 登录工具与持久电脑 → 可复用 Skill → Routine / Event Trigger → Bot-to-Bot 委派 → Cloud Agent 执行 → 截图、视频与用户流程验证 → 人类审批**。

直播中应区分三类人物与材料：

1. **同桌持续实操者**：历史画面旁证恢复为 Lauren、Matt Palmer、Roshan Sadanani；姓名到具体座位的映射并未在所有时段清晰出现，因此为中等置信度。
2. **官方议程主讲人**：Day 1 官方列出的四个专题负责人是 Roman Ugarte、Lingxi Li、Kevin Niparko、Shub Gaur。`Grok Bot 101` 的直播标题页还同时出现 Amrita Venkatraman 与 Roman Ugarte。
3. **Bots**：既有教学用 Bot（Sales Outbound、Data Dan、Email Ethan、Slide Sonya），也有现场真实开发 Bot（steve、tater、hashbrown、grokpot 等），不能混为同一套 Profile。

## 证据等级

| 标记 | 含义 |
|---|---|
| A | 直播回看画面直接可读，含时码 |
| B | 本地有声转录或连续画面笔记 |
| C | SpaceXAI 官方文档、官方指南或讲者本人公开文章 |
| D | 根据多项材料作出的解释性归纳；不是逐字原文 |

## 一、关键 Bot Profile 恢复

### 1. Sales Outbound（教学示例，A）

直播约 `00:34:03–00:34:16` 的“Introducing Grok Bot”画面完整展示了一个 Profile：

| 字段 | 恢复值 |
|---|---|
| Name | `Sales Outbound` |
| Title | `Outbound Assistant` |
| Description | `Drafts cold outreach, follow-ups, and reply threads that sound like you. Short, sharp, and ready to send.` |
| Routine 1 | `Morning outbound queue`，工作日 8:00 AM |
| Routine 2 | `Reply chaser`，工作日 11:00 AM |
| Routine 3 | `End-of-day send list`，Paused |
| 任务逻辑 | 从 Google Sheet 选潜在客户；通过 Web、Hex、Salesforce 等补充联系人和公司上下文；按用户语气起草 Email 与 LinkedIn 序列；每日检查并更新 |
| 接入状态 | 画面显示 Hex、Gmail、LinkedIn 已登录；Salesforce 尚未登录，需要人工完成登录 |

这一 Profile 同时定义了五件事：岗位、输出物、语气、数据源和时间节奏。它没有把“发出外部邮件”默认交给 Bot；登录与发送仍受到权限/审批约束。

### 2. Data Dan（教学实操，A）

直播约 `00:41:38` 可见 `Data Dan` 的创建/引导界面，主要工作方向包括：

- Data & analysis：表格、指标、图表、数据分析；
- Research & reports：搜集信息、归纳与报告；
- Workflows & follow up：重复检查、提醒、自动跟进；
- Something else：自定义职责。

后续恢复到的真实任务链：

1. 读取 `Coffee Cups Per Day - Sample 100` 数据或共享表；
2. 统计咖啡饮用数据并给 Email Ethan 提供关键发现；
3. 在浏览器中创建 Google Form；
4. 表单包含“每天几杯咖啡”和“最喜欢的旧金山咖啡店”两题；
5. 返回表单答题、编辑/发布入口；
6. 继续生成可扫描的 QR Code；
7. 涉及网页操作时出现 `Auto-review Paused This Action`，经允许后继续。

`Data Dan` 的 Name 可确认；Title 与完整 Description 没有在当前回看画面中清晰出现，因此不补写猜测值。

### 3. Email Ethan（教学实操，A）

直播约 `00:52:39` 的 Profile 面板可恢复：

| 字段 | 恢复值 |
|---|---|
| Name | `Email Ethan` |
| Title | `Content Creator` |
| Description | 为外部利益相关者起草邮件；阅读用户过去发送的邮件以学习并模仿其表达语气（按画面意译） |
| Notification | `Get notified when this Bot finishes or needs help` 已开启 |
| 新增持久偏好 | “总是把任务委派给团队/队友”（画面末词略模糊，保留语义，不作逐字断言） |

约 `00:56:30–00:59:15`，Email Ethan 与 Data Dan 同处一个群聊：Ethan 请求 Dan 提供咖啡调查的关键统计，再基于共享 Drive 资产生成写给 Jason D’Amour 的邮件。这是 **Profile 个性化 + Bot-to-Bot 委派 + 共享文件上下文** 的完整例子。

### 4. Slide Sonya（侧栏可见，A）

| 字段 | 恢复值 |
|---|---|
| Name | `Slide Sonya` |
| Title | `Slide Maker` |
| 可确认能力 | 与 Google Slides/演示材料制作有关 |

完整 Description 未在当前证据中出现。

### 5. steve 与 venue-finder 工程小队（真实现场开发，A/B）

| Bot / Agent | 可确认职责 | 产出与门槛 |
|---|---|---|
| `steve` | Chief of Staff / 协调者 | 建立 `venue-finder status`，持续跟踪两个 venue 子代理，按约 30 分钟节奏检查；追问可运行 demo、截图/视频与合并状态 |
| `tater` | 工程执行/编排 | 推进 venue-finder 与 Cloud Agent 工作；与 PR、验证证据和 follow-up 关联 |
| Venue Agent A | 地图、搜索、点击呼叫 | `/tools/find-venue/` 的 Search → Pin → Call 用户路径 |
| Venue Agent B | 联系人/People Lookup | 补足场地联系人与电话等信息 |
| `hashbrown` / `grokpot` / `PlanetScale Bot` / `X` | 侧栏中可见的其他 Bot | 仅确认存在；当前证据不足以恢复完整 Profile，不编造职责 |

现场工程主线恢复到：PR #12 已合并；PR #14 承担 OSM 场地查找；PR #16 强化 always-on verification 与 PR 媒体证据；`pglite` 的双开问题被修正。关键验收不是“代码已写”，而是 `/tools/find-venue/` 的搜索、地图 pin、点击呼叫能够被视频或截图证明。

### 6. PM 专题岗位小队（A/B/C）

直播有声段约 `05:40–05:42` 与官方 PM 指南共同确认：

- `Kora`：Chief of Staff，维护 attention list；
- `Emily`：Engineering Manager，不直接写代码，负责拆解、委派、检查目标；
- `Ashley`：Data Analyst，负责 warehouse、图表和目标追踪；
- 5 个 Engineer Bots：由 EM 管理，启动 Cursor Cloud Agents；
- `PM Pete`：RFC、研究、反馈、文档和硬件任务；
- Recruiter：人才发现与招聘循环。

## 二、直播展示的 Bots 开发技能

### 1. 把 Bot 定义成岗位，而不是通用助手

Profile 至少要写清：

- Name：便于在人与 Bot、Bot 与 Bot 之间引用；
- Title：明确岗位；
- Description：职责、输出、语气、工具/数据源、审批边界；
- Skills：任务如何执行；
- Routines / Triggers：何时执行；
- Notifications：完成或卡住时如何叫人；
- Tool/Login Scope：Bot 实际可访问什么。

官方文档建议独立 Bot 对应不同目标、工具/数据源、工作方式、审批边界和重复节奏。`General Helper` 一类宽泛角色会让记忆和上下文难以复用。

### 2. 从一次成功任务沉淀 Skill

Skill 不是一句提示词，而应记录：输入、访问条件、步骤、决策规则、验证、输出格式与安全边界。正确顺序是：**先完成一次真实任务 → 使流程可靠 → 保存为 Skill → 再加入自动化**。

直播里“创建 Google Form → 返回链接 → 生成 QR → 交给 Slides/邮件流程”就是可以固化为 Skill 的任务链。

### 3. Routine 与 Event Trigger

Routine 负责定时执行，Event Trigger 负责由外部事件唤起，例如 Slack 线程或 GitHub PR。Sales Outbound 的工作日 8:00 队列、11:00 回复追踪，以及 steve 的半小时 status 检查，都体现了“岗位节奏”而非一次性聊天。

### 4. Bot-to-Bot 委派与群聊

直播中 Email Ethan 请求 Data Dan 先给出统计，再完成邮件；PM 小队中 Emily 把工作拆给 5 个工程 Bot。这里的核心是：

`目标拥有者 → 拆解/委派 → 专业执行 → 证据回传 → 目标复核`

与“让一个超长对话里的通用 Agent 包办所有事情”相比，专业 Bot 有更窄、更稳定的记忆和判断标准。

### 5. Outer Loop 与 Inner Loop 分离

Matt Palmer 的官方 101 指南把 Grok Bot 定位为 outer-loop 协调者：它从 Slack、Notion、GitHub 和文档收集上下文、整理提示，再把编码交给 Cursor Cloud Agent。这样 Grok Bot 保留组织与目标上下文，Cloud Agent 在隔离计算机里完成代码、运行和验证。

### 6. pstack 与 Verification Skill

Lauren 的 pstack 方法把 verification 当作关键基础设施：

1. 安装 pstack；
2. 运行 `/create-verification-skill`；
3. 建立面向 Agent 的控制 CLI；
4. 建 Feature Map；
5. 用 `/poteto-mode` 约束工作方式；
6. 用 `/control-app` 或项目专用命令完成真实用户路径；
7. 要求截图、视频、trace 等证据；
8. 每日运行 `/maintain-verification-skill`；
9. 需要统计置信度时用 `/swarm` 并行抽样/回归。

对 Electron/Web，优先使用 Chrome DevTools Protocol；对 iOS 使用 Simulator；缺少可控运行时时，应建立 lldb 或定制 dev sidecar。控制 CLI 应提供 `doctor`、`snapshot`、`screenshot`、`send`、`press`、`trace`、`network-log`、`cleanup` 等命令，并尽量有 `--dry-run`、详细错误、丰富 `--help` 和 JSON 输出。

### 7. Feature Map 是“物化记忆”

Feature Map 用 Markdown 描述每个功能是什么、用户如何到达、如何通过 CLI 驱动、有哪些 gotchas。它与代码一起成为共享、可检索、低 token 消耗的产品记忆；这正是 Profile 中“长期岗位记忆”与工程事实源之间的桥梁。

### 8. 证据化交付

现场对 PR 的要求不是“Agent 说完成了”，而是：

- 代码检查、CI 与合并冲突状态；
- 真实 UI 路径；
- before / after 截图；
- 可播放视频；
- 后端修改对应的用户流程证明；
- 低风险、高置信度才自动合并，否则转人工。

### 9. 审批与共享电脑边界

`Auto-review Paused This Action` 说明网页操作会经过审查。官方架构还说明：同一用户的 Bots 共用一台持久云电脑及其登录态；单个 Bot 不是隔离安全边界。Profile 里必须写清发送外部邮件、购买、删除等动作需人工审批。

## 三、三位同桌实操者：环境与技术资源

> 身份结论来自本地画面/有声记录与公开材料交叉恢复。直播并未在每个镜头持续显示姓名牌，因此以下把“本人公开使用”和“同场团队共享栈”分开。

### Lauren（`@poteto`，中高置信度）

**本人公开确认的工程环境**：Grok Bot、Cursor、Cursor Cloud Agents、pstack、Dr Eggbot、项目内 verification skill、Feature Map、GitHub PR；Web/Electron 使用 CDP，iOS 使用 Simulator，特殊环境可使用 lldb/dev sidecar。

**直播中与她关联的现场主线**：steve 协调，tater/Cloud Agents 执行 venue-finder，OpenStreetMap 地图能力、PGlite 数据层、GitHub PR、视频/截图验证。对具体某个 PR 是否由 Lauren 本人直接操作，现有画面不足，不作个人归功断言。

### Matt Palmer（中高置信度）

**本人官方 101 指南确认的环境**：Grok Bot 持久云电脑（桌面、文件系统、终端、浏览器）、Gmail、Google Calendar、Google Drive、Slack、Notion、GitHub、Cursor Cloud Agent、MCP servers、plugins、skills；Bot 可从浏览器/应用收集上下文并让 Cloud Agent 开 PR、回传截图或视频。

**与直播演示的对应**：Bot Profile 三字段（Name/Title/Description）、多 Bot 群聊、Google Forms、Google Drive/Sheets、Google Slides、QR Code、登录交接与审批。Google Workspace 操作属于同场 101 演示；不能仅凭镜头断言每一步都由 Matt 本人点击。

### Roshan Sadanani（中等置信度）

**直播有声确认**：与 Kevin 一起进入 “Grok Bot for Product Managers” 专场，强调 Agent 要像同事一样跨 Linear、Salesforce、Notion、设计工具工作，具备长程上下文、在职学习、独立推进和 Slack 式可打断消息流。

**PM 团队共享技术栈**（官方 PM 指南，不能全部视为 Roshan 的个人账号）：Slack、Email、Calendar、Granola、Notion、GitHub/PR、数据仓库与图表、Cursor Cloud Agents；扩展研究/客户上下文还包括 Gong、客户 Slack、Databricks、Plain/Intercom 等。

## 四、官方议程校正

Day 1 官方议程不是“三位主讲人”，而是四个专题负责人：

| 时间（PT） | 专题 | 官方负责人 |
|---|---|---|
| 9:00–10:00 | Grok Bot 101 | Roman Ugarte |
| 12:30–2:00 | Grok Bot for Engineering | Lingxi Li |
| 2:30–3:30 | Grok Bot for Product Managers | Kevin Niparko |
| 4:00–5:30 | Grok Bot for Founders | Shub Gaur |

直播 `00:44:19` 的 101 标题页同时出现 Amrita Venkatraman 与 Roman Ugarte；这说明“画面出镜/协作演示者”和“官网议程负责人”不是同一个口径。

## 五、资源入口

### 直播与官方材料

- [Day 1 直播回看](https://x.com/i/broadcasts/1AxRnZbVpjaxl)
- [Grok Bot Galaxy 官网与议程](https://x.ai/galaxy)
- [Grok Bot 101｜Matt Palmer](https://x.ai/bot/guides/grok-bot-101)
- [Grok Bot for Engineering｜Lingxi Li](https://x.ai/bot/guides/grok-bot-for-engineering)
- [Grok Bot for PMs｜Kevin Niparko](https://x.ai/bot/guides/grok-bot-for-pms)
- [Grok Bot Guides 索引](https://x.ai/bot/guides)

### Bot 开发与治理文档

- [Create and manage Bots](https://docs.x.ai/grok-bot/bots)
- [Skills and routines](https://docs.x.ai/grok-bot/skills-routines-and-automations)
- [Grok Bot overview](https://docs.x.ai/grok-bot/overview)
- [Approvals, security, and privacy](https://docs.x.ai/grok-bot/approvals-security-and-privacy)
- [Teams and enterprises](https://docs.x.ai/grok-bot/teams-and-enterprises)
- [Private networks](https://docs.x.ai/grok-bot/private-networks)

### Lauren / pstack 工程资源

- [The Complete Guide to pstack Pt. 1｜Lauren](https://x.com/poteto/status/2094457600259842065)
- [pstack｜Grok Bot plugin](https://x.ai/bot/plugin/9717366)
- [pstack｜Cursor Marketplace](https://cursor.com/marketplace/cursor/pstack)
- [Dr Eggbot](https://x.ai/bot/93gOz3op1UQdBdbekQFLK)
- [Verification Skill + Feature Map 示例](https://github.com/poteto/verification-skill-example)

## 六、恢复限制

- 直播可回看，但 X 播放器没有提供可导出的逐字字幕；早期约五小时的本地音轨未完整采集，因此 Profile 恢复以画面可读字段为主。
- `Sales Outbound` 提示词中有一个外部服务名称画面模糊，本稿不猜写；只保留可清楚确认的 Google Sheet、Web、Hex、Salesforce、Gmail、LinkedIn。
- `Data Dan`、`Slide Sonya` 和 `hashbrown/grokpot/PlanetScale Bot/X` 的完整 Description 未显示，不应补造。
- 旧主持席笔记曾把 Lauren 账号写为 `@sugarpirate_`；根据当前 X 文章与个人资料，应校正为 `@poteto`。

## 七、建议复用的 Profile 模板

```text
Name:
Title:

Description:
- Owns: [唯一职责/业务对象]
- Inputs: [系统、文件、频道、数据库]
- Method: [关键步骤与判断规则]
- Outputs: [文档、PR、列表、邮件草稿、状态回执]
- Delegation: [可调用哪些 Bots / Cloud Agents]
- Verification: [必须执行的真实用户路径与证据]
- Approval: [外发、购买、删除、合并等人工门槛]
- Memory: [应长期保留/应遗忘的上下文]
- Escalation: [何时通知人、需要什么信息]

Routines:
- [schedule/event] -> [task] -> [evidence] -> [notify condition]
```

这个模板把 Profile 变成一份可运行的岗位契约，而不是人物设定。