摘要

  • Pervaziv AI 于 9 月 10 日发布 Cortex Cloud，在本地执行之外增加托管远程执行选项。
  • 厂商称，涉及项目的云端交接以稳定的已提交源码版本为基础；云端路径不可用时，不会悄悄改在本地执行。

把电脑合上，并不等于把本地尚未整理的修改交给了云端。Pervaziv AI 9 月 10 日发布的 Cortex Cloud，试图把这两件事分开：任务可以不依赖某个界面一直开着，但远程环境究竟使用哪一版项目，必须先有明确答案。

跨设备衔接不是这次才出现。8 月 25 日发布的 Cortex Connect，已经让手机、浏览器和 Visual Studio Code 之间的请求、进度与结果保持关联。当时，涉及项目的执行仍以已连接的开发工作区为中心，因为代码、工具和相应权限在那里。此次新增的是托管远程目的地，而非再次宣布能在手机上继续一段对话。

按照厂商的发布说明，用户在已认证的 Cortex 会话中选择本地或云端执行。涉及项目的云端任务，需要基于稳定的已提交源码版本交接。本地未提交修改不会被默认视为已经存在于远端；工作副本状态不符合要求时，系统会停止交接，让用户先做准备。

这一限制也意味着成本。托管计算可以接过执行，却不能替团队决定哪些修改属于本次任务。选择起点、处理不合格的工作副本，以及把返回结果对应到起始版本，仍然需要有人负责。发起请求更方便，不代表项目准备工作自动消失。

执行地点的选择也不是随意的偏好。Pervaziv AI 表示，选定云端后，如果该路径无法继续，Cortex 会返回相应状态，而不是悄悄落回本地。任务符合条件后，平台才会准备与获授权用户、项目及工作流关联的托管工作区；组织控制和可用容量仍会影响准入及放置。

厂商还称，持久化状态设计会保留有意义的进度与结果，使打开的客户端不再是任务状态的唯一承载者。常规运维视图可使用状态、时间、区域和资源用量等有限元数据，而不是日常直接展示原始代码或对话。这里引用的是产品设计说明，并非独立恢复测试或隐私审计；不能由此推导出代码从不进入执行环境，或所有中断都不会造成外部动作重复。

回看 Connect 的定位，区别更清楚：它让不同设备上的意图抵达现有开发工作区，不要求用户为了继续对话而复制整套环境。Cloud 为这一模式添加了另一处执行位置，并没有证明每项任务、每个本地依赖和全部权限都能原样搬过去。

费用也不能混为一谈。Pervaziv AI 的公开价格页列出通用的按用户套餐、项目数量限制和功能层级。所查资料并未给出一份完整的 Cortex Cloud 算力报价，无法据此确定云端单位费率、包含的运行时长或重试如何计费。席位价格不是远程任务总成本的替代品。

因此，采购时值得衡量的是一项能够被接纳、执行并供人审阅的工作，而不只是一个能跨设备发提示词的账号。潜在收益是减少对开发机持续在线的依赖；相应新增的依赖，则是托管服务能否使用正确版本、解释被拒绝的任务，并交回可理解的结果。

来源