本地运行时解析:协调器、沙箱与升级门控机制
便携式计算机的核心主张在于其架构设计:负责任务规划的协调器大模型和负责执行的子代理大模型均完全运行在用户自有硬件上,模型与工具均驻留在本地,而非Perplexity的云服务中[1]。Perplexity工程副总裁Nate将此次发布描述为打包了“代理框架、推理能力以及本地执行工作所需的全部组件”[3]——这一表述表明,便携式计算机并非简化版移动应用,而是公司代理技术栈在自有芯片上的完整复刻。在DGX Spark和RTX Linux工作站上,该技术栈默认采用后训练的PPLX 27B模型,Qwen 3.8 27B可作为替代选项,而NVIDIA Nemotron 3.5 Lightning混合专家模型也即将上线[2]。
确保敏感任务可信执行的关键机制是沙箱,而非模型选择本身。代码和工具调用均在操作系统强制执行的沙箱中运行,受限于进程、文件系统和网络访问权限;Perplexity的设计原则是“故障关闭”——若沙箱不可用,则直接禁用工具执行,而非静默降级至无保护模式[2]。当任务确实需要实时网络访问或超出本地模型能力的前沿模型推理时,协调器不会悄悄将请求路由至云端;而是会暂停并首先向用户请求明确的、标记PII的许可,且该升级权限仅限于当前任务,不会延续至未来会话[2]。


