Newshot Perplexity 的新 Teammates 可以协调多个 agent、记住此前会话进行到何处，并在无需再次提示的情况下持续工作。难点在于让所有内容保持同步，尤其是当多个 agent 同时工作、共享项目状态并以不同权限运行时。
Teammates 于周三发布，建立在 Perplexity 今年大部分时间都在开发的基础设施之上。此次发布将此前的工作投入到这样的工作流中：agent 可以委派任务，并跨会话持续运行。
让 agent 保持有状态的挑战
当 Perplexity 基础设施副总裁 Nate Kupp 带领 The New Stack 走进公司的 agent 沙箱时，他描述了在这一规模下维持可靠系统的难度。
“有状态系统极难构建，”Kupp 说，并指出运行数百万个沙箱对持久性和正常运行时间的要求。
“有状态系统极难构建”
Teammates 依赖 Perplexity Computer 现有的基础设施，该基础设施将持久化的项目状态与单个执行环境分离。这使 agent 能够继续处理同一个项目，而不必依赖单一不中断的会话。
共享状态存放在 Git 中
在一份关于其共享工作空间的技术说明中，该公司描述了如何使用由 Git 支持的仓库来让项目状态跨会话保持完整。每个 Computer 项目都有自己的仓库，而 agent 在各自的沙箱中工作，并将更改提交回共享项目。
当多个 agent 同时处理同一份代码时，情况会变得更复杂，因为如果一个 agent 先提交了更改，另一个 agent 可能不得不基于最新版本重新应用自己的工作。
Perplexity 表示，因基于过时的仓库状态而被拒绝的提交不到 2%。提交延迟的中位数为 1.7 秒以下，而 p99 保持在 8 秒以下。
提交延迟的中位数为 1.7 秒以下，而 p99 保持在 8 秒以下。
记忆通过 Perplexity 的 Brain 系统单独处理，该系统将 agent 学到的内容保存在专用仓库中。这使后台 agent 能够更新共享知识，而不会干扰对项目文件的更改。
暂停与分叉 agent
Perplexity 围绕 Firecracker microVM 和 Btrfs 快照构建了 SPACE，使得在不丢失已保存状态的情况下暂停、恢复或分叉 agent 会话成为可能。
借助 Teammates，开发者可以连接 Slack 和 GitHub 等工具，并设置触发器来告诉 agent 何时行动。对于这项工作卡住时会发生什么，Perplexity 并未多说，尤其是一个 agent 正在等待另一个 agent，或依据已经过时的信息行动时。
悬而未决的权限问题
每个 teammate 都在各自隔离的环境和浏览器会话中运行，访问权限通过 Computer 现有的权限机制管理，凭证通过加密安全处理。用户也可以监控进度，并在需要时接管控制。
目前尚不清楚当任务被移交时，它如何防止 agent 访问超出其权限的资源。对企业而言，这种不确定性可能影响它们愿意在不要求人工批准的情况下赋予 agent 多少自主权。
Teammates 最初面向 Perplexity Max 订阅用户在网页端提供，iOS 支持已在计划中。
