Pervaziv AI 给企业 Agent 加「持续性」：Cortex Pulse 主动出击，多智能体 worktree 并行编排

2026 年 10 月 9 日，Pervaziv AI 通过 EINPresswire 发布官方通稿，宣布其企业 AI 平台 Cortex 迎来一次大幅扩展：从"以单次对话为中心的协助"，转向"持续、协同的工作"。公司创始人兼 CEO Anoop Jaishankar 给出的口径很直接："The next step for Enterprise AI is continuity."（企业 AI 的下一步，是持续性。）

先把丑话说在前面：这篇通稿是公司官方口径，不是独立第三方的报道或评测。下面提到的所有能力描述——Cortex Pulse、Workflow Recipes、多智能体 worktree 编排、长时任务恢复——都来自 Pervaziv AI 自己说了什么，而非我们独立验证了什么。读这篇文章时，请把每一句"官方宣称"都自动打上引号。但即便如此，这次发布依然值得认真对待：它代表了 Agent 编程赛道上与"堆并行规模"截然不同的另一条路线，而这两条路线的分岔，可能就是未来一两年企业 AI 采购清单的分水岭。

先看对照组：一边是 1000 个并行代理

就在三天前，本站 10 月 11 日刚发过一条新闻：Claude 动态工作流进入公测，单个工作流最多可以拉起 1000 个子代理并行干活。Anthropic 那条路线的逻辑很清晰——把并行规模推到极致，用数量换速度，让 Agent 像蜂群一样扑向一个大目标。

Pervaziv AI 选的恰好是反方向。它不谈自己能同时跑多少个 Agent，而是谈"持续性"：一个 Agent 能不能在你不提问的时候也盯着目标？能不能在构建挂了、PR 来了新评论、依赖爆出安全公告的时候主动出现？能不能在任务被打断三天后，从上次的可信检查点接着干，而不是从头再来？

这两种路线不是非此即彼。一个解决"算得快"，一个解决"靠得住"。但它们暴露了一个正在形成的判断：Agent 编程的下一场竞争，可能已经不在模型能力本身，而在模型之外的东西——协作纪律。谁先把"一群 Agent 一起干活还不互相踩脚、每一步都可审计、成功经验可复用"这件事做扎实，谁就先拿到企业客户的预算。Pervaziv 这次发布，就是冲着这个判断去的。

Cortex Pulse：变化发生时，Agent 就开始工作了

这次发布的核心是 Cortex Pulse，一个主动式 Agent。官方宣称它的工作起点不是你的提问，而是"变化"：夜间构建失败了、PR 收到了新反馈、仓库有了新提交、依赖发布了安全公告、项目逼近截止日期、定时报告生成了——这些事件发生时，Pulse 就开始干活：监控经批准的数据源，识别相关变化，准备简洁的简报，生成简报卡、问题、审批请求、失败记录，统一收进一个叫 Inbox 的持久化收件箱；再配一个 Today 视图，把"发生了什么、进行中、需要注意、已完成"聚合在一处。

对工程团队，Pulse 可以盯住获批的仓库，冒泡提交、PR、CI 动态和需要关注的状态。在 VS Code 里，与仓库相关的 Pulse 卡片会"贴着项目走"；移动端则支持看简报、做审批，以及暂停、延后和紧急停止。注意最后这个"紧急停止"按钮——它出现在官方通稿里，本身就说明 Pervaziv 清楚企业对主动式 Agent 最大的恐惧是什么：半夜它自己干了什么，我完全不知道。

所以 Pulse 整套设计里最值得细看的不是功能列表，而是约束清单。官方提出了一个叫"earned authority"（被授予的权限）的概念：接入一个数据源，只获得批准范围内的可见性；watches 定义 Pulse 应该监控什么；rules 定义它可以准备什么、提议什么、执行什么；再加上预算上限、静默时间、通知策略、数据保留控制和全局暂停开关。翻译成大白话：这个 Agent 的主动，是被圈起来的主动。

我们的判断是：这套约束清单恰恰是企业敢用的前提。过去两年死掉的主动式 Agent 产品，一大半不是死在能力不够，而是死在"它半夜干了什么我不知道"带来的信任赤字。Pervaziv 把"可约束"放在"可主动"前面讲，说明它真的在跟企业客户打交道——采购方问的第一个问题从来不是"你能多主动"，而是"你失控了我怎么停掉你"。把紧急停止和全局暂停写进通稿，是懂行的表现。当然，约束写得好看不等于约束真的管用，这一点要等独立的安全审计或客户实测来说话。

Workflow Recipes：把一次成功的协作，变成可复用的模板

第二块是 Workflow Recipes（工作流配方）+ Automations（自动化）。官方描述的场景很真实：很多工作流都始于一次性的请求，然后迅速变成反复出现的模式——团队一遍遍地做发布就绪评审、仓库健康检查、事故调查、变更源对比、升级评估。一遍遍重写 prompt 导致结果不一致；传统自动化（脚本、单独的构建器）又离真正理解目标的人太远，维护成本高。

Recipe 的思路是：把一次"被评审过的工作"背后的有用结构沉淀下来，包括让结果可信的那些决策和证据。团队可以复用这个模式，把它适配到另一个获批的项目上，或者通过 Automations 把它排期执行。Automations 则加上时间与执行层：选项目或数据源、定义任务、设定排期和时区、预览未来的执行计划、选择执行环境、设定预算、定义漏跑或失败时如何处理，也支持手动触发排期任务。

这里有个值得玩味的细节：recipe 捕获的不只是步骤，还包括"决策和证据"——也就是"当时为什么这么判、依据是什么"。这是在尝试把隐性知识变成组织资产。prompt 模板谁都会存，但"上次发布评审为什么放行了那个风险项"这种判断，传统上只活在资深工程师的脑子里。Pervaziv 想把它结构化、可复用、可排期。

我们的判断偏谨慎乐观：方向是对的，但成败取决于 recipe 的质量衰减速度。模板最怕的就是"第一次好用，第十次过时"——代码库变了、依赖变了、团队变了，沉淀下来的 recipe 会不会变成新的技术债？官方通稿没有回答这个问题。如果 recipe 没有版本管理和效果回放机制，它可能只是换了个名字的 prompt 库。这是企业买家在 PoC 里最该追问的一点。

多智能体 worktree 编排：并行，但不互相踩脚

第三块，也是这次发布里最有"工程味"的一块：多智能体编排 + 隔离 Git worktree。官方描述的场景是：复杂的工程工作天然需要几个专职 Agent 同时推进——一个啃不熟悉的代码库做调研，一个写实现，一个设计测试，一个评审安全影响，一个验证合并后的整体结果。有些步骤依赖前序的发现，有些可以并行。

Pervaziv 对这个问题的表述很准："挑战不只是产出更多，而是协调工作——不产生重叠编辑、不产生隐藏冲突、不产出一个不可评审的最终状态。"每个专职 Agent 在隔离的 Git worktree 里开发和验证自己的改动，不打扰开发者当前的工作环境；依赖关系、权限边界和证据链，把每个 Agent 的贡献连到最终的合并结果上，通往完成的路径保持可见。官方举例：一次跨切面的产品变更，可以把调研、实现、测试、安全评审、验证拆成独立的数据流并行推进，最后合并审查；冲突和条件变化保持可见，而不是被自动合并藏起来。

为什么说这块最有工程味？因为 worktree 隔离解决的是多 Agent 并行最脏的那个问题：互相覆盖和幽灵冲突。任何认真用过"多个 Agent 同时改一个仓库"的人都知道，并发写代码的噩梦不在于 Agent 笨，而在于它们互相不知道对方改了什么。Git worktree 是现成的、被验证过的隔离机制——每个 Agent 一个独立工作区，文件系统层面就不互相踩脚。这比"用 prompt 告诉 Agent 们不要互相干扰"要可靠一个数量级。

而"证据链"这个词，企业客户听得懂。审计要的从来不是"AI 说没问题"，而是"谁在什么时候基于什么证据做了什么决定"。把依赖、权限、证据和每个贡献绑定，是在给未来的合规审计铺路。我们的判断：这一块是 Pervaziv 整套叙事里最实在的，因为它解决的是真实存在的工程痛点，而不是发明出来的需求。如果我是企业架构师，我会把 worktree 编排的演示排在 PoC 的第一位。

长时任务：中断不可怕，可怕的是从头再来

第四块是长时任务（long horizon work）。官方列举的失败模式很实在：连接断了、进程重启了、依赖变了、某个专职 Agent 在其他工作完成后失败了、验证步骤发现计划的一部分要返工、审批姗姗来迟。短对话 session 可以回避这些问题，长任务一个都躲不掉；把整个工作流重跑一遍，要么浪费已经完成的有用进度，要么重复执行某些有后果的操作。

官方方案是：让长时目标始终与其进度、决策、证据、检查点和当前状态保持连接；中断后从可信的检查点恢复，保留已完成的有用工作，在合适的时候修复失败的部分，把不确定或有重大影响的结果交回人工评审。工作可以从发现、规划一路走到实现、浏览器辅助开发、验证、交付，而"决定了什么、完成了什么、检查了什么、还缺什么审批"全程可追溯。

这里还藏着一个被强化的"完成"定义：任务不是因为 AI 说完成了就完成了。官方宣称，Cortex 会把最终结果和当前证据挂钩，让未完成的检查或决策保持可见，给团队一个更清晰的依据去判断"这活儿到底干完了没有"。这是对"Agent 说谎式完成"（自信满满地宣布搞定，实际漏了一半）的正面回应。

我们的判断：把"完成"从一句话变成一组可验证的状态，这个转变的权重在未来企业采购清单上会越来越高。现在的 Agent 评测还在比"一次通过率"，但企业真正付费买的是"可交付的结果"。一个能诚实地说"这三项检查还没过、这个审批还没下来，所以我不算完成"的 Agent，比一个永远说"搞定了"的 Agent 贵得有道理。Pervaziv 把这一点写进产品定义里，是押注"可验证性"会成为下一个差异化战场。

三档推理与浏览器开发面：把选择权还给人和策略

剩下的两块相对常规，但各有一个值得注意的点。Fast / Balanced / Deep 三档推理强度：快速问答用 Fast，日常编码、研究、分析用 Balanced（默认），复杂调查、架构决策、长时目标用 Deep（在计划和容量允许时可扩展上下文）。关键点在于，档位选择用"简单的产品语言"表达，用户不用去管模型供应商、上下文窗口这些内部配置；同时企业策略可以限定哪些档位可用，员工保留对眼前工作的可理解的选择。这是在"成本可控"和"体验简单"之间找平衡——推理强度直接对应成本，档位就是预算的阀门。

Cortex VS Code Browser 则把浏览器变成了 IDE 里的开发面：查 issue、逛仓库上下文、看 PR、跟构建和测试结果、看开发 dashboard、检查运行中的应用、收集最新证据；有权限和审批时，还可以开 PR、更新 PR、发起支持的检查或扫描。官方特意说明，Cortex Discover 仍然是面向更广企业 Web 工作的专用 Agent 浏览器，VS Code Browser 是互补角色——一个管"全网"，一个管"开发现场"。

我们的判断：浏览器变开发面，说明 Agent 厂商终于承认了一个现实——现代软件工作不在单个文件里，而是在代码、PR、dashboard、运行中的应用之间来回跳。Agent 的"理解—行动—验证"闭环有多短，基本取决于它能不能跟着开发者跳出编辑器。这一块各家都在做，Pervaziv 的差异化不在浏览器本身，而在浏览器动作被纳入同一套权限、审批和证据体系——开 PR 这个动作和写代码的动作，走的是同一套"被授予的权限"。

我们的判断：下一场竞争不在模型，在"协作纪律"

回到开头的对照组。Anthropic 的 1000 子代理和 Pervaziv 的"持续性"，表面上是两条产品路线，底下是两种对"Agent 编程瓶颈在哪"的不同判断。前者认为瓶颈是并行规模——更大的蜂群，更快的速度；后者认为瓶颈是协作纪律——隔离的 worktree 让 Agent 不互相踩脚、证据链让每一步可审计、recipe 让成功可复用、检查点让中断可恢复。

我们的倾向很明确：对个人开发者和小团队，1000 并行代理的诱惑更大——快就是正义；但对企业，Pervaziv 押的"协作纪律"更接近付费点。企业买的从来不是"AI 多聪明"，而是"AI 出事了我能不能说清楚"。审计、合规、变更管理、安全评审——这些词在个人 vibe coding 里不存在，在企业采购流程里每一项都是硬门槛。Pervaziv 整套发布（earned authority、证据链、可复用的 recipe、可验证的完成定义）读下来，就是一份"我们懂企业怕什么"的答卷。

当然，诚实限定必须再说一遍：以上全部是官方宣称。这是一篇通稿，不是独立报道，没有第三方评测，没有客户实测数据，没有价格，没有可用性时间表。通稿里每一个"可以"（can），在真实 PoC 里都要被翻译成"在什么条件下、多大程度上、失败时怎么办"。企业买家如果被这套叙事打动，下一步不是下单，而是拿一个真实的跨团队变更场景去做 PoC，重点看三件事：worktree 隔离在冲突场景下是不是真管用、recipe 在代码库变化后多久过时、以及那个"紧急停止"按钮按下去是不是真停。

最后，给个人 vibe coding 玩家留一个可以偷师的清单——Pervaziv 这套企业级的东西，拆开看全是个人工作流也能用的纪律：第一，给长任务加检查点，别让一次中断毁掉一晚上进度；第二，要求 Agent 把"依据"贴出来，而不只是给结论，这就是你自己的证据链；第三，把一次成功的协作沉淀成模板（哪怕只是一个写得好的 prompt 文件加一段"当时为什么这么判"的注释），别每次都从零开始写 prompt。模型会越来越强，但"协作纪律"这件事，强模型和弱模型都缺——先养成纪律的人，先吃到红利。