开始使用
Grok Bot 的工作原理
Grok Bot 是一位配有电脑的 AI 队友。每个 Bot 都能使用你的应用和云端电脑，你离开后它仍能继续工作。
Bot 可以通过插件和自定义 MCP 服务器使用其他服务，也能将编程任务交给 Cursor Cloud Agents，并在回复中附上结果。
下面用一个常见请求说明 Grok Bot 从接手到完成任务的过程。假设你有一个负责差旅报销的 Bot，给它发了这样一条消息：
“帮我报名参加去年那个会议，再把费用报销了。”
- 记得去年买的是哪种通行证、该用哪张卡记忆
- 找到去年的收据Gmail
- 登录并购买通行证电脑、安全表单和 Vault
- 给财务发收据前先征得你的同意Auto Review
- 登记费用并向你汇报Google Drive
1. 查看记忆
消息里没说是哪场会议、哪种通行证，也没指定用哪张卡。报销 Bot 从记忆中补全了细节：工作日志记录着去年买的两日通行证，你还定过参会用公司卡的规则。你可以问它用了哪些信息，它会展示给你。
我用到了这些信息：
- 你的个人信息： 你的姓名和时区，你的所有 Bot 都知道
- 你为我定的规则： 参会时使用公司卡
- 我的工作日志： 去年的两日通行证，749 美元
每个 Bot 都有各自的记忆，保存你的偏好、你指定的规则，以及按日期记录的工作日志。姓名、时区等少量基本信息在你的所有 Bot 之间共享。
- 个人信息
- 你的姓名和时区
- 规则
- 参会时使用公司卡
- 工作日志
- 去年花 749 美元购买了两日通行证
- 偏好
- 晨报要简短
- 工作日志
- 为你的异地团队活动起草了议程
这些信息只需告诉 Bot 一次。告诉任意一个 Bot 你的时区，所有 Bot 都会知道。告诉报销 Bot 收据放在哪里，则只有它知道。
Bot 会自行决定记住什么。你也可以让它记住、更正或忘记某件事。记忆可能过时，价格等会变动的数字应让它重新查询。登录信息和银行卡应保存在 Vault 中。参见Bot 会记住什么。
2. 在 Gmail 中找到去年的收据
接着，Bot 在 Gmail 中搜索去年的收据。Gmail 是已连接的应用，Bot 可直接在其中工作，比在浏览器中打开网站逐页点击更可靠。
添加自己的工具
如果目录中没有所需应用，可以让 Bot 连接该应用的 MCP 服务器。这是 AI 工具连接服务的标准方式。如果服务有 API 却没有 MCP 服务器，tinkabot 可以将 API 封装为含 MCP 服务器和技能的插件，完成测试，并在你同意后发布。参见连接应用。
3. 登录并购买通行证
会议网站没有可连接的应用，Bot 便在云端电脑的浏览器中打开它。你的所有 Bot 共用这台电脑、命令行和跨任务保留的文件。每个 Bot 有自己的屏幕，多个 Bot 可以同时工作，你可以实时查看任一屏幕。一个 Bot 登录某个网站后，其他 Bot 也处于登录状态。
网站要求输入密码。Bot 按以下顺序查找登录信息：
- Vault你为 Bot 保存的登录信息未保存此网站的登录信息
- 1Password你在 1Password 中批准使用的登录信息未保存此网站的登录信息
- 安全表单向你询问后直接填入网页已发给你
安全表单
登录 tickets.example.com
登录信息会直接填入 tickets.example.com，你的 Bot 看不到。
无论采用哪种方式，登录信息都会直接填入页面，Bot 始终看不到它。
付款时，Bot 使用你保存在 Vault 中的公司卡。已保存的卡会在结账时自动填写，无需逐次询问你，Bot 也看不到卡号。如果你希望每次付款都经自己批准，就不要保存卡片。参见付款。
如果任务需要 API 密钥，Bot 会向你发送安全凭据卡。密钥保持隐藏，也不会出现在聊天中。
单点登录、通行密钥或 Bot 无法通过的验证码等步骤需要你参与。Bot 会把电脑交给你。先在请求中选择 Open computer，再选择 Take control。完成该步骤后告诉 Bot 继续。参见Vault 与安全登录和连接 1Password。
4. 给财务发邮件前先询问你
通行证买好了，Bot 准备把收据发给财务。你定过发邮件前需经批准的规则，它会停下来征求你的同意。
给财务发邮件附上收据
已按你的“先询问”规则暂停
- 收件人
- finance@example.com
- 主题
- 两日通行证收据，749 美元
在 Bot 运行命令、使用应用或操作电脑之前，Auto Review 会检查操作。该功能默认开启，大多数操作会自动执行。需要你决定时，Bot 会展示包含操作详情的审批卡并等待。
你也可以添加自己的规则。前往 Settings → General，在 Bot 下打开 Custom Rules。用日常语言描述操作（如“发送邮件”），然后选择 Ask first 或 Allow automatically。凡是匹配 Ask first 的操作都会暂停。这封邮件正是被这条规则拦下的。
如果操作因 Ask first 规则暂停，卡片会显示 Edit rule，点击可打开自定义规则。其他卡片可能显示 Always allow，选择后会保存规则，以便下次自动执行相似操作。
只有你自己发来的消息才被视为指令。例如，会议网页中若有隐藏文字要求 Bot 给你的联系人发邮件，Auto Review 不会将其当作你的请求。这些检查可以降低但无法消除恶意内容带来的风险。请为不可撤销的操作保留 Ask first 规则。参见配置 Auto Review。
5. 登记费用并汇报
最后，Bot 在另一个已连接的应用 Google Drive 中打开财务表格并登记费用，再回复你，说明完成了哪些事项。即使此时你已合上笔记本电脑，它也会继续工作并在完成后通知你。
从你发送消息到 Bot 回复，聊天中会逐步显示它执行的操作。
已为你报名，和去年一样选了两日通行证：
- 去年的收据 已在 Gmail 中找到
- 通行证 已用 Vault 里的公司卡购买
- 收据 已经你同意发给财务
- 费用 已记入 Finance › 2026
安全
报销 Bot 以你的身份完成上述操作。Bot 没有独立账号或凭据，只能做你有权做的事，所有操作均可追溯到你。唯一的例外是团队管理的连接器，它可能使用团队或服务账号的凭据。
你的所有 Bot 都在这里工作，共享文件和浏览器登录状态。
以下信息始终对 Bot 隐藏
- 应用登录凭据
- 保存在 Cursor 的服务器上。Bot 可以使用应用，但拿不到这些凭据。
- Vault
- 中保存的登录信息和卡片可直接填入网页，Bot 看不到其内容。
你的 Bot 之间并不隔离。其他 Bot 现在也登录了会议网站，还能使用 Vault 中的公司卡。请退出 Bot 不再需要的服务，并在任务完成后删除敏感文件。企业团队还可设置网络策略和推理钩子。参见Grok Bot 安全。
主 Bot 与专职 Bot
大多数 Bot 最适合承担一项明确的职责，报销 Bot 就是例子。你的主 Bot则是主要联系人，会主动联系你，并协调其他 Bot。你也可以把报名参会的请求发给主 Bot，由它将工作转交给报销 Bot。
新工作可以先找主 Bot。如果一类任务反复出现，有专用的信息来源、规则或时间表，可以单独建一个 Bot，或让主 Bot 帮你创建。专职 Bot 会积累相关记忆，你只需说明一次。
最佳实践
- 从主 Bot 开始。如果工作有专用的信息来源、时间表或审批要求，就交给专职 Bot。要一次配置多个 Bot，可以从这里开始：dr eggbot。
- 让 Bot 记住长期适用的规则。单次任务的细节写在消息中即可。
- 对于价格或预算等会变化的数字，让 Bot 重新查询。
- 经常使用的服务应连接相应的应用。如果服务没有应用，可添加它的 MCP 服务器，或让 tinkabot 根据服务的 API 构建一个。
- 不要把秘密信息粘贴到聊天中。密码应通过 Vault、1Password 或安全表单传递；银行卡应通过 Vault 或安全表单传递；API 密钥请通过安全凭据卡传递。
- 先把任务跑通一次，再保存为技能。然后创建例行任务，让它按时间表运行，或在收到 Slack 消息、Bot 收到邮件等事件发生时运行。
- 为发送、发布和删除操作添加具体的 Ask first 规则。如需逐笔批准付款，请勿在 Vault 中保存银行卡。
- 电脑上的任何内容都应视为对你的所有 Bot 可见。
- 在群聊中，每一步都指定一个负责的 Bot。