工作原理

本页内容

您不需要阅读此页即可使用您的代理 — 但如果您是组织中被问及*“数据到底存放在哪里?”*的那个人,本页正是为您准备的。

系统形态

三个部分:

  1. 设备 — 运行代理及其支持服务的环境。代理的所有数据(对话、Memory、文件、Wiki、设置)都存储在此处。它可以是您设施中的 AI Agent Processor(Physical Agent),也可以是您所选 Region 中的 Cloud Agent Instance(Cloud Agent)。
  2. Performance Hub — 管理平面。添加代理、访问控制、Budgets、备份配置和更新都在此处决定并传送到设备。
  3. 设备消耗的云服务 — AI 模型(通过您设施的 Model Router 账户)、您所选 Region 中的加密备份存储以及推送通知发送。

指导原则:您的数据保留在代理的设备上;云端提供算力、备份和网络触达。

Physical Agent 与 Cloud Agent

这两种类型的代理运行相同的软件,并在 Performance Hub 中以相同的方式进行管理。区别在于设备的位置:

Physical AgentCloud Agent
运行环境您设施中的 AI Agent Processor(硬件)您在添加时所选 Region 中的 Cloud Agent Instance
添加方式通过其序列号或二维码配对从 Add Cloud Agent 启动 — 无需配对
数据存储位置在您物理控制的硬件上在所选 Cloud Region 的实例磁盘上
浏览器的连接方式当您在现场时为直连(本地网络),否则为云端中继云端中继
成本AI Agent Processor 作为产品的一部分提供根据您配置的实例大小和资源收费
如果发生故障更换硬件并从备份恢复移除设备并从备份启动新的 Cloud Agent

Cloud Agent 的备份默认会前往与该 agent 相同的地区,因此数据会集中存放在一个地方,除非您选择其他存储区域。

仅出站网络

Physical Agent 仅建立出站连接——即从您的网络发起的普通加密互联网连接。它永远不需要开放入站端口、端口转发或防火墙更改。如果您的网络可以浏览网页,该设备就能正常工作。

这也是 Performance Hub 访问设备的方式:设备连接至 Performance Hub 中继并保持该安全连接处于开启状态,管理和远程访问将通过该连接返回。Cloud Agent 的连接方式相同。设备所锚定的中继在 Device management 中显示为 Relay region。

您的浏览器如何访问 agent

当您打开 AI Agent 模块时,看到的是 agent 自身的网页界面,该界面由设备提供服务。您的浏览器会通过最佳可用路径进行连接,模块顶部会显示具体路径(例如带有中继所在城市的 Cloud relay):

标头显示路径适用情况
Direct (local network)浏览器 → 设备,直接通过您的局域网您与 Physical Agent 处于同一网络 — 速度最快
Cloud relay浏览器 → 最近的中继 → 设备您处于远程 — 来自任何地点的常规路径
via Performance Hub浏览器 → Performance Hub → 设备如果中继路径不可用的备用方案

该模块会自动按此顺序尝试连接;您无需进行选择。所有三条路径均采用端到端加密,并且这三条路径都承载您的 Performance Hub 身份,因此 agent 始终知道它在与谁对话,并且访问控制在每条路径上都会以相同方式强制执行。

与设备的会话使用由 Performance Hub 在您打开模块时发出的短期凭据——设备上不存在常驻密码,并且在 Performance Hub 中撤销的访问权限会在当前的短期会话过期或页面重新加载时生效。

agent 如何获取 AI models

agent 的智能来自于通过您设施的 Model Router 账户交付的 AI models。在设备上,一个小型代理服务位于 agent 与云端之间:

  • agent 预配置了 auto 模型选择——Performance Hub 将每个请求路由至合适的模型,并且改进会在您无需重新配置任何内容的情况下推出。
  • 设备使用由 Performance Hub 发出的短期凭据进行身份验证。设备上没有存储长期 API key——如果硬件被盗,没有任何内容会继续保持有效。
  • 每个请求都将针对 agent 自身的消费密钥进行计量,这就是强制执行 Budgets & limits 的方式——集中在 Performance Hub 端,而不是依靠信任。

agent 如何访问 Performance Hub 数据

agent 对您业务数据的访问方式相同,通过 MCP (Model Context Protocol) 进行:

  • agent 的 MCP 调用通过相同的安全连接发送至 Performance Hub,并使用相同的短期凭据进行身份验证。
  • 在 Performance Hub 端,设备充当一个服务账户,其范围和功能正是您在 Connecting to Performance Hub 下授予的内容。每个调用都会根据该授权在中央进行鉴权。
  • 更改或撤销授权会在片刻内生效——设备不持有关于您数据的独立凭据。

备份如何流转

设备上的备份服务会每小时拍摄一次加密快照,并将其直接上传到您所选地区的云存储中——在上传前在设备上进行加密,加密密钥由您设施的 Performance Hub 保留(绝不会存储在备份本身中)。备份是增量式的且经过重复数据删除,因此每小时的频率可以保持轻量。详细信息请参阅备份。

更新如何运作

设备运行受管理的软件栈,作为一个整体进行更新:

  • 新版本会自动暂存到设备,但会暂缓,直到您点击 Update now 或**计划(Schedule)**时间——设备绝不会在未经通知的情况下自行重启。
  • 更新会替换软件,而不是数据:agent 的状态保存在持久数据区域中,该区域会延续到每次更新中。
  • 如果您从未点击该横幅,设备将继续运行当前版本。尽管如此,我们建议将设备保持在最新版本——每次更新在推出之前都经过严格测试,保持最新意味着您始终拥有最新的功能和修复。

如果互联网断开

  • 您身处设施内且拥有 Physical Agent: Direct (local network) 路径将继续工作——您仍然可以通过局域网打开和使用 agent,尽管在连接恢复之前它无法调用 AI models(因此无法思考新请求)。
  • 备份和通知将会排队,并在连接恢复时恢复。
  • Performance Hub 管理(抽屉、设置、更新)需要设备处于在线状态并将自动重新连接。

如果硬件损坏

备份是解决方案:即使设备损坏,云端还原点仍然可以浏览和下载,并且 Replace this device 可以根据旧设备的最新备份启动新单元——通常最多只会丢失一小时的状态。使用 Cloud Agent 时,您可以在添加时使用 Restore from a backup 以相同的方式进行种子设定。请参阅还原与恢复。