她被允许拿您的数据做什么

当您把 Rumi 连到自己的 Google 账号时，您批准的那项权限是只读的。这不是我们承诺遵守的一个设置——它就是凭据本身。发送、删除、加标签或修改任何内容的请求，会在到达我们之前先在 Google 那一端失败。

只读说的是方向，所以这里也把范围说清楚：这个连接涵盖您在同意界面上勾选的那些 Google 服务。邮箱和日历是她的工具今天真正会用到的两项，如果您只想授予这两项，其余的取消勾选——更窄的授权是一个受支持的选择，不是降级。

那份授权里与日历有关的那一部分，确实会被用到：当她告诉您明天有什么时，她读的就是您连接的那本日历。同一条限制对它和对您的邮箱一样成立——您批准的权限不带写入，所以一个日程是她能告诉您的事，不是她能挪动的事。

她通过一小组具名的读取工具来接触您的邮箱，而不是开放访问，其中任何一个工具的每一次调用都会写进日志。

任何她代表您在聊天之外写下的东西——给客户的一份跟进、对一条线索记录的一次修改——都必须先由一个人批准。

这不是一条要求她遵守的内部规定。助理自己的凭据根本没有权限把一条记录改成已批准状态；只有人的账号可以。如果这条规则只写在她的指令里，一个糟糕的日子或者一封聪明的邮件就可能把她说服。它不在她的指令里。

运营这项服务的那个小团队可以。我们把这一点直白地说出来，是因为另一种说法——除了您以外没有任何人可能看到它——对运行在我们管理的机器上的软件来说不会是真的，而您最终也会发现。

您得到的是更窄、也更实在的东西：我们不读您的消息，这条承诺是您与我们协议的一部分，而如果我们读了，访问日志会显示出来。

支持访问也是一样的做法。如果您找我们帮忙处理某件事，我们只看修好它所需要的内容，并且告诉您我们看了什么。

Rumi 运行在我们运营的服务器上。您的对话记录，以及她记下的关于您生意的笔记，都存在那里，也存在那些机器的备份里。

您的邮件留在您的邮箱里——她是在您问她某件事的时候去读，而不是把您的收件箱复制到别处。有一个老实的例外要请您留意：她为了回答您而读到的那些部分，会进到那些机器上她的对话记录里，因此也会进到那些备份里。

Rumi 的理解能力来自我们按合同使用的 AI 模型。她为了回答您所需要的那些消息，会被送去处理。

我们不在这个页面上点名供应商，因为答案可能变，而一个过期的页面就是一个误导人的页面。如果您在为一家这件事很重要的企业评估 Rumi，问我们，我们会准确告诉您今天在链路上的是谁。

访问是白名单制的。她回应您添加过的账号和号码，其他所有人都不理——这也是为什么这个网站上没有公开号码让您发消息试她。

在您使用 Rumi 期间我们保留您的数据，您要求时我们就删除。写信给我们，我们会照做，并告诉您什么时候做完了。

备份按自己的周期滚动过期，不是立刻消失，所以一次删除要过一小段时间才会到每一份副本。如果那个时间对您重要，问一声，我们会告诉您它是多久。

上面所有读起来像“我们不会”的内容，都是承诺。读起来像“我们做不到”的那个版本，是由客户自己管理的部署：Rumi 运行在您自己的云账号里，用您持有的凭据，我们没有任何常驻访问权。

我们能把它做出来并提供支持。我们不能把它改装到共享环境上，而它也不是您今天会用到的那一套——所以它属于这个页面上的路线图条目，而不是一项功能。