Perplexity Teammates 加入争夺持续性工作主导权的竞赛
Perplexity 于 11 月 5 日推出 Perplexity Teammates，加入 OpenAI 与 Anthropic 的竞争，试图将 AI 助手转变为持久型职场智能体。这类智能体是利用工具推进既定目标的软件，旨在在单次对话结束后继续承担职责。该公司表示，它们建立在 Perplexity 内已有工作的基础上，减少了每次启动新任务时重新说明项目的需要。
这场竞争的核心在于，谁能掌握员工、其信息以及未完成任务之间的持续关系。OpenAI 的 Dots 和 Anthropic 的 Claude Duet 已在探索这种关系的不同版本。Perplexity 的主张则聚焦于，让智能体访问用户在其产品中积累的上下文，再让这些智能体围绕持续性工作开展协作。
这改变了采购决策的问题。一项有用的回答足以让人另开一个聊天窗口，但一项长期委派则要求人们信任权限、判断力与后续执行。对知识工作者而言，吸引力在于减少重复交代背景；对雇主而言，担忧则是积累的上下文能否带来可靠执行，而不会额外制造一条需要监督的工作流。
Perplexity Teammates 超越单项任务
此次发布将 Perplexity 的职场定位，从完成请求转向长期维护职责。
据关于持久型工作智能体的报道，首轮上线面向网页版 Max 订阅用户。首席执行官 Aravind Srinivas 表示，原生桌面和移动应用也在计划中。这些计划应被视为未来的分发渠道，而不能据此认定该产品发布已覆盖所有工作环境。
Teammates 建立在 Computer 之上，后者是 Perplexity 通过智能体和连接工具执行工作的系统。Perplexity 强调的区别在于连续性：一名 teammate 会接收持续性的工作，而不是在回答请求后便从工作流中消失。这是关于工作如何被管理的产品承诺，并非声称所有底层能力都是全新的。
该公司表示，teammates 可以调用其产品中已有的 Projects、Memory 和 Skills。这里，memory 指保留的上下文，而 skills 是用于完成特定工作的可复用指令。已连接的文件和过往会话也是拟议起点的一部分。
对现有客户而言，这提供了一项易于理解的优势。先前研究、既定偏好和熟悉的项目材料，无需在每项委派中都变成一套独立的入门流程。然而，系统能否选出正确材料，与它能否访问这些材料，是两回事。
持久型角色也改变了指令的形态。要求生成一份报告，有相对明确的结束点。要求智能体监控一个账户，则会引入持续性的判断：什么信息相关、什么情况紧急，以及何时需要采取进一步行动。
这一区别解释了为何 teammate 这一标签对 Perplexity 的定位至关重要。它鼓励用户以工作的语言描述职责：监控这个、维护那个，并在某事需要注意时通知我。界面由此成为监督持续活动的场所，而不再只是孤立请求的集合。
这一名称并不能证明其具有人类判断力或责任担当。软件智能体仍需要指令、边界，以及暴露不确定性的方式。实际问题在于，持续性角色能否让这些要求比反复开启新对话更易管理。
可用性同样需要谨慎解读。一款面向职场活动的产品，并不自动意味着已被整个公司采用。通过个人订阅获得访问权限，几乎无法说明雇主是否批准、采购流程如何，或是否已准备好连接敏感系统。
因此，眼前的变化是具体的。Perplexity 现在提供了一种在其现有工作环境中委派持久型智能体的方式。至于替代部门、改变组织生产力，或实现可靠的独立运作等说法，则需要发布本身以外的证据支持。
既有工作上下文成为竞争资产
Perplexity 最有力的战略论点是，其产品中已存储的有用工作内容能为新智能体带来起步优势。
这会迫使竞争性的助手平台在研究、规划和执行之间保留连续性。已经整理相关文档、并纠正过助手假设的用户，在迁移到其他平台时需要付出额外工作。持久型委派让这种切换成本更加明显。
该公司称，teammates 会使用既有上下文和连接工具，同时保留让用户检查和重新引导其活动的方式。其公开的teammate 发布详情还提到隔离环境，以及遵守 Computer 既有的工具和 Project 权限。这些是公司对产品的描述，而不是对其可靠性的独立发现。
其战略重要性来自 memory 与委派之间的关系。上下文帮助智能体理解一项任务为何存在、此前哪些决策重要，以及用户倾向于何种结果。缺少这种连续性，每项委派都得从另一轮说明开始。
不过，积累的信息只有在系统能够区分当前指令与旧材料时才有价值。项目档案中既有已放弃的方案，也有已批准的决定。一个有用的智能体必须避免把每一句已存储内容都视为同等权威。
这不仅给供应商带来压力，也给知识工作者带来压力。采用持久型智能体的人必须决定，哪些记录代表其真实的工作上下文。当软件依据零散笔记和相互矛盾的文档选择下一步行动时，这些内容便成为运营问题。
同样的问题也存在于团队知识库中。信息需要明确所有权、边界，以及足够让他人理解的结构。智能体增加了另一位读者，而额外的后果是，其解读可直接导致工具使用。
设想一个跟进产品发布的假想产品团队。其研究笔记记录客户需求，规划文档定义承诺，聊天频道则包含试探性想法。准备状态更新的智能体需要知道，哪一类来源决定发布安排。
这是说明性工作流，而非有关 Teammates 客户成果的报道。它表明，仅有广泛访问权并不能解决上下文问题。更多可用信息可以改善一项委派，但也可能带来相互冲突的信号。
对 Perplexity 而言，竞争机会在于让既有工作可被复用，而不要求用户持续进行清理。如果每项重复性委派都需要手动重建，所承诺的优势便会削弱。如果系统能可靠地延续相关决定，连续性就会成为用户留下来的理由。
商业压力最直接地落在那些要求用户在其他地方重新开始建立工作上下文的平台上。功能列表可以迅速趋同，而有用的纠正记录、已批准的工作流和项目特定知识，则更难在一次随意试用中复现。
这并不能证明 Perplexity 拥有持久优势。竞争系统同样可以保留信息并连接职场工具。此次发布让连续性成为竞争中的明确部分，但其实际质量仍有待比较。
智能体竞赛关乎持续责任
Perplexity 正进入一个持久型工作已逐渐成为常见产品承诺的市场。
OpenAI 于 9 月推出 Dots，将其描述为旨在长期推进目标的智能体。关于这些始终在线的智能体的报道，将其置于围绕主动式协助不断扩大的竞争中。Perplexity 的发布顺应了这一方向，而非仅凭自身建立这一类别。
Anthropic 的 Claude Duet 提供了另一项参照。它被定位为面向专业人士和小企业主的主动式助手。这种重叠很重要，因为用户越来越常遇到类似承诺：保留上下文、监控活动，并在无需再次提示的情况下推进工作。
对买方而言，这些描述可能模糊真正有意义的差异。提醒、定期报告，以及决定何时行动的智能体，都会在后台运行。然而，它们对自主裁量形成不同预期，也需要不同方式来评估成功。
定期报告会在预期时间遵循既定指令。长期职责则可能需要判断新信息是否改变了任务。这种判断使持久型智能体的实用性更难通过功能清单概括。
Perplexity 的机会在于，使其既有工作空间成为承载此类职责的自然场所。真正相关的竞争，是员工信任哪个平台能让一项委派持续推进。OpenAI 和 Anthropic 为这场竞争提供了直接背景，而非关于模型排名的独立故事。
这也解释了为何发布比较不应依据相似的演示就宣布胜者。不同用户会连接不同来源、允许不同操作，并容忍不同程度的打扰。适合研究人员的智能体，可能与财务工作流并不匹配。
即便成功完成任务也需要解读。智能体可以产出所需文档，却遗漏一项已变化的假设。另一个智能体可能停下来请求澄清，看似较慢，却避免了不恰当行动。
这些差异使比较单位大于单次回应。买方需要考虑完整的委派过程：设置、执行、纠正和后续跟进。若审查其支撑工作耗费了委派原本应节省的时间，一项精致成果的价值就会下降。
这一类别在职场中也有更早的参照，即 Claude Cowork。Anthropic 在最近这一波持久型助手之前，就已将智能体能力引入桌面工作。这个进程显示，供应商正从回答问题，转向处理工作流中越来越实质的部分。
这段历史并不能证明每个新的智能体界面都有需求。但它说明了 Perplexity 为何面临压力，需要将其研究与执行工具转化为持续性的工作产品。若仍只是一个偶尔访问的目的地，持续关系就会留给竞争对手。
因此，这场竞争的核心是在真实条件下的重复使用。用户必须在平台内保留职责时获得足够价值，才会回来、纠正它并再次信任它。宣布另一款智能体意味着参与竞争；持续的实用性则决定这种关系能否延续。
协作让交接成为产品的一部分
当一名持久型智能体的输出成为另一位参与者的下一项委派时，它就变得更具影响力。
Perplexity 表示，Teammates 可以与其他队友协作，并通过 Slack 与同事沟通。个人线程则提供了另一种跟进进展的方式。这些界面将代理活动连接到人们原本就讨论工作的场所。
这种吸引力不难理解。一项已完成的研究任务往往会带来后续工作：更新简报、通知负责人，或请求作出决定。如果每次交接都需要将上下文复制到另一段对话中，委派带来的部分收益就会消失。
Perplexity 的发布演示提供了一个具体说明。一名广告队友识别出有利的广告活动表现，准备扩大相关活动，并将合同续签交由法务审查。该演示呈现的是一条责任链，而不只是生成了一份营销文档。
它仍应被明确视为演示。该流程并未证明广告活动表现经过独立测量，也未证明该工作流能在客户组织中可靠运行。其作为证据的价值更有限：它展示了 Perplexity 希望用户委派的协同工作类型。
交接本身也会带来信息要求。接收方需要知道发生了什么、哪些证据支持该建议，以及该行动是否已获批准。否则，协作可能会将一个不确定的假设扩散到更长的链条中。
设想一个假定的支持代理发现某项功能收到反复投诉。它为产品代理起草摘要，随后产品代理提出修改建议。如果最初的归类有误，第二个代理就可能扩展错误，而非纠正错误。
这种可能性是一种分析风险，而非已记录在案的 Teammates 故障。它说明，不应自动将多个代理视为独立验证。它们的工作可能依赖于同一份不完整证据，或同一种错误解读。
因此，有意义的交接需要的不只是对话消息。它还需要足够的支撑上下文，让下一位参与者能够质疑该结论。系统应帮助用户区分已记录的事实、推断和拟议的下一步。
参与 Slack 又增加了一层复杂性。同事需要理解，他们是在下达指令、讨论某种可能性，还是批准一项行动。这些类别在日常对话中往往重叠，但代理需要它们之间存在可操作的边界。
当责任清晰时，协调承诺最具说服力。一个队友可以维护明确的职责，同时将具体问题转交给人类负责人。当用户必须重新梳理是谁请求了某项行动，以及为何另一名代理继续执行时，这一承诺就会减弱。
这使协作成为评估该产品的核心部分。买方应将交接质量与单个输出质量一同考察。重要的结果在于，工作是否能沿着可理解的决策链持续推进。
权限无法解决所有判断问题
代理可以在其技术权限范围内行动，却仍然作出其负责人并不希望的决定。
Perplexity 所述的控制措施包括隔离环境、既有权限、审查、重定向和桌面接管。每一项都针对监督软件执行行动的真实环节。但没有任何一项本身能够证明，系统理解每项任务的预期边界。
隔离将执行环境分开。权限决定代理可以使用哪些资源或工具。两者都无法回答：某个获允许的行动是否适合在特定时刻执行。
代理可能拥有编辑文档的权限，却误解了哪个版本已经获批。它可能获准在某个频道发帖，却以过于确定的口吻表达暂定结论。这些都是判断风险的假设示例，而不是对已观察到的产品行为的主张。
这种区分很重要，因为持续运行提高了解读的重要性。用户不能假定每个新情况都符合任务开始时存在的条件。政策会改变，项目会暂停，一度有用的指示也可能过时。
关于代理访问风险的更广泛报道强调，应有意识地限制企业向工具和数据开放的范围。这一建议适用于整个类别。它并未对 Perplexity 的具体实现提供产品级安全评估。
记住反馈与正确应用反馈之间也存在差异。一项纠正可能只涉及某位客户、某份文档或某个特殊例外。将其延伸到未来工作可能有益，也可能有害，取决于原始条件是否仍然适用。
因此，应将从反馈中学习视为一项需要评估的能力。相关证据包括：用户能否检查保留的偏好、识别错误假设，并再次予以纠正。仅凭发布声明无法证明这些结果。
审查还引入了另一项实际约束。展示活动记录很有用，但用户仍需找出哪些决定值得关注。冗长的工具操作历史可能会给审查者留下另一项解读任务。
有效监督应突出关键选择、尚未解决的不确定性，以及偏离原始任务的情况。这是一项评估标准，而非宣称 Teammates 已经提供全部要素。它为买方提供了一个比“界面看起来是否繁忙”更清晰的问题。
使用情况对于持续工作同样重要。买方应先核实实际任务如何消耗可用资源，再将持续运行视为可靠的能力。一项频繁监控的职责，其表现可能不同于偶尔提出的文档请求。
公开发布材料并未解决可靠性比较、监督投入或持续客户生产力的问题。这些缺口限制了对组织就绪程度的结论。它们并未抹去产品变化，但会使广泛的替代性主张显得为时过早。
一种合理解读是，Perplexity 推出了一个更具雄心的工作界面，并明确提出了监督模型。它的价值将取决于这一模型如何处理日常模糊性。真实的职场工作包含足够多的例外，因此这种区分仍将产生重要影响。
下一阶段需要证明什么
下一批有价值的证据将涉及持续任务、可用的监督机制，以及在平台之间转移工作所需的投入。
第一个信号是，客户在明确职责上反复使用该产品。一份可信的说明应描述原始任务、代理获准采取的行动，以及人们提供的纠正。这能让读者获得足够上下文，以判断结果是否可迁移到自己的工作中。
监督需求下降的报告将增强 Perplexity 关于持续性的论点。反复重新简报、遗忘边界或大量返工的报告则会削弱它。两种结果都不应仅从创建的代理数量或工作区中可见的活动推断出来。
衡量质量与其方向同样重要。已完成任务在难度和后果上可能存在很大差异。当比较能够说明一个人此前做了什么，以及代理现在处理什么时，才更有参考价值。
第二个信号是，监督机制在持续任务中如何发挥作用。买方应关注有关权限、记忆纠正和审批边界的更清晰说明。关键进展在于，人们能否在不重建任务的情况下理解并改变代理行为。
若有证据表明纠正能保持恰当范围，将支持产品的连续性主张。若有证据显示用户必须反复撤销旧假设，则会削弱这一主张。持续型助手只有在历史信息仍可管理时，才能从中获得价值。
这一信号还包括干预质量。接管代理环境可以解决眼前的问题。更持久的结果要求系统在工作恢复时保留已纠正的意图。
第三个信号是，竞争平台是否让既有工作更容易迁移。Perplexity 的上下文优势，部分取决于转移到其他平台所需的投入。更好地转移指示、文件和项目历史，将削弱这一优势。
相反，若更深地依赖平台特定的上下文，原有工作区就会变得更重要。届时，买方需要审视任务如何经受住人员变动、工具断连或更换服务的决定。持续可用性与未来灵活性应纳入同一评估。
因此，独立比较应跟踪完整工作流，而非孤立提示。关于代理优势的报道已强调，应让工具与工作相匹配。对于持续型系统，这一匹配过程还必须考虑监督和持续决策的质量。
对读者而言，实际的下一步是选择一项边界明确的职责，并记录成功委派应呈现的样子。记录涉及的来源、需要批准的决定，以及人员在任务期间作出的纠正。在扩大访问权限前，将由此产生的投入与此前工作流进行比较。Perplexity Teammates 值得关注，因为它将保留的上下文与持续责任连接起来，而这一组合会直接影响日常信息工作。真正有用的问题是，这种连接能否减少让任务保持准确并持续推进所需的工作。关注持续使用带来的证据，并以产品能可靠承担的责任来评判它，而不是以可被赋予的角色数量来评判。
