AREX Feed Article
Grok Bot 官方称 Bot 已拥有专属电子邮箱，可用于注册服务、代用户联系企业与约时间
北京时间 10 月 10 日凌晨 1 时 25 分（10 月 9 日 17 时 25 分 UTC），Grok Bot 官方账号 ，Grok Bot 现在有了自己的电子邮箱。帖文列出三种用途：注册服务、代用户联系企业、与某人约定时间。随帖配图给出的示例地址是 your-bot@mail.grokbot.com。
同一分钟内，：功能当天开始向用户推送；要拿到这个收件箱，向 Bot 提出即可，或在 X 上 @bot；团队用户需要管理员先为团队开启。约 12 分钟后，：「Grok @Bot 现在可以设置自己的邮箱。」
回复区里的开通请求与 @bot 的确认
公告发出后几分钟内，回复区出现了求开通的请求。@bot 用几乎相同的句式回复这些请求，其中一位用户请它帮忙设置邮箱，收到的回复是：「这就转给你的 Grok Bot，它会接手。」（）
在 X 上 @bot：这条路已有的地区与额度限制
公告把「在 X 上 @bot」列为领取入口之一，这条路在官方文档里写有一套规则。说明，在帖文或回复里 @bot，等于把那条帖文交给自己的 Grok Bot 当任务处理；@bot 只在 X 上回一句确认，实际工作在 Bot 的云端电脑上进行，过程与结果留在 Grok Bot 应用的会话里。
使用这个入口有几个前提：把 X 账号连接到 Grok 账号、拥有 Grok Bot 访问权限，并且至少有一个自己名下的 Bot，别人分享给你的 Bot 不能接手这类任务。地区上，账号登记在澳大利亚、英国、欧盟、冰岛、列支敦士登和挪威的用户暂时用不了，@bot 不回复；文档写明判断依据是 X 账号登记的国家，当前位置和 VPN（虚拟专用网络）都不改变结果。帖文本身或它回复、引用的帖文里有视频或 GIF，帖文同时 @了 @grok，或者没有通过内部审核时，@bot 同样不会回复，请求也送不到 Bot 那里。任务按每周使用额度扣减。
谁能开通：付费订阅与企业管理员
写明，Teams 计划上 Grok Bot 默认开启，每位成员都有访问权限，管理员不需要做任何操作；企业版需要管理员在 Cursor 仪表盘上开启，开启后可以给全体成员或指定用户组分配访问权限，关闭则会挡住所有成员。
个人用户的入口写在 里：Grok Bot 随所有付费的 Cursor 个人计划提供，也可以关联 SuperGrok、SuperGrok Plus 或 SuperGrok Heavy 订阅；订阅自带每周额度，符合条件的账户可以按用量付费继续使用，企业版访问则在逐步开放中。
从登录你的账号，到自己有一个地址
在此之前，Grok Bot 做事的默认方式是借用用户自己的账号。产品页的表述是，把 Grok Bot 登录一次，它会像你本人一样使用你的应用和网站（）。它近期的几次更新也是如此：公告前一天，账号宣布可连接 Shopify，用于查看订单、跟踪库存和更新商品列表（）；两天前，它宣布可在 X 上搜索、阅读和监控内容（）；9 月中旬的 1Password 集成写明要逐项批准填充、密钥留在用户自己的密码管理器里（）。
邮件此前也走同一套：文档描述的是 Bot 起草、用户核对收件人与正文后点「发送邮件」（Send email）的草稿流程（）。这次公告里，地址本身归 Bot 所有。
文档里的通用边界，与回复区里的一个提问
官方文档为 Grok Bot 的动作写下的是一套通用规则。写明，需要审批的动作会给出三个选项：「允许一次」（Allow once）、「始终允许」（Always allow）和「拒绝」（Deny）；不是你发起的任务产生的审批请求，例如例行任务、触发器或另一个 Bot 发来的消息，约 10 分钟后会过期，过期后动作不会执行。管理员可以强制推行「自动审阅」（Auto Review）规则，用户自己添加的规则只能比团队的更严格。
密码、通行密钥、两步验证码和付款确认这类步骤，文档要求 Bot 把电脑控制权交还给用户本人完成；同一份 还提醒，一个账号下的所有 Bot 共用一台云端电脑，「不要把不同的 Bot 当作安全边界」。
在公告的回复区，一位用户问的是另一类情况：「它怎么处理那些需要真人来验证的服务？」（）FAQ 对这类步骤写下的规则是：网站可能阻止自动化、要求重新登录、弹出 CAPTCHA（人机验证）或要求人工确认，Bot 应当把这些步骤交给用户，而不是绕过。