资料不敢上传云端？Mac 上的本地 Agent，先看这 3 道边界

给客户改一份报价单，最尴尬的地方往往不是 AI 写得不够好。

而是它得先看三份会议纪要、一张内部费率表、邮件里最新的修改意见。你想让它帮忙，第一步却成了把这些东西搬去云端。

Perplexity 昨天把 Computer 推到一个更明确的位置：在 Apple silicon 的 Mac 上，模型、编排和任务执行可以都留在设备里。官方说明写得很直白——在获得授权后，它能碰本地文件和支持的 Mac 应用，处理过程不用把个人资料发到云端。

这不只是“再多一个本地模型”的消息。真正有用的变化是：原来只能在“把资料上传给云端 Agent”和“干脆自己做”之间二选一的工作，现在多了一个中间档。

但别把“本地”自动翻译成“什么都能离线做”。把 Agent 放到电脑上，最该先讲清楚的是三道边界：数据、能力和动作。边界没划清，工具越能干，误操作的半径就越大。

第一条边界：哪些资料可以不出机

Perplexity 把两种路线分得很清楚。

Fully local 从 Mac 发起，规划、推理和文件处理都在设备上。它现在提供 Qwen 3.6 和 PPLX Pro 两个本地模型选项。官方把它放在私有持仓、下载后的市场数据、客户访谈纪要、内部费率表这类任务上；它们的共同点不是“机密”这个标签，而是完成任务所需的材料已经在电脑里。

Hybrid Compute 则允许云端做研究或更强的推理，同时把私有文件留在本机处理。需要最新网页信息、浏览器自动化、连接外部应用时，也可以由本地编排器请求升级到云端。

这张分流表比“本地更安全”更有操作性：

任务材料	更适合从哪里开始	还要确认什么
已下载的合同、会议纪要、预算表	Fully local	文件夹授权范围、输出只生成草稿
内部资料加当天网页信息	Hybrid Compute	哪一步会出机、云端拿到什么上下文
要代发邮件、改日历、提交表单	先本地准备，动作前人工确认	每一个写入或发送权限

任务分流图。依据 Perplexity 2026 年 10 月 20 日官方说明整理；“人工确认”是本文的部署建议。

很多团队会犯的错，是把“资料不能离开电脑”和“必须永远离线”混成一条规则。前者是数据边界，后者是能力取舍。把两者拆开，才知道什么时候该让本地 Agent 把文件读完、什么时候值得为了实时信息切到混合模式。

第二条边界：别把本地模式当成云端能力的平替

这次发布有个很好的落点：它不是把云端抹掉，而是把运行地点还给用户选择。

本地 Computer 会调用 Mac 自己的算力；官方建议本地运行时准备至少 36 GB 内存，并说明功能面向支持的 Apple silicon Mac、Pro／Max／Enterprise 订阅用户。先别把它当作“任意 Mac 装上就能接管工作”的轻量工具。

更重要的是，离线模型面对的不是同一道题。整理一个固定文件夹里的项目进度，重点是读准资料、按模板输出、少越权；搜集一周新闻、访问连接器、在复杂网页里操作，重点则变成新信息、网络环境和外部权限。后者即使从本地开始，也可能需要显式升级到云端。

Perplexity 的官方示例里有个场景很典型：它读取“备忘录”里的待办、从“信息”里看同事的预算请求，再从 Excel 拉出计划和实际花费，最后起草状态更新和会议邀请。这个流程很像日常工作，但它同时跨了读、分析、写三个层级。

所以第一次试用时，别从“替我把今天所有事情都处理掉”开始。拿一个无敏感信息的测试文件夹，给它一份固定模板和一个只读任务：例如“从这三份演示资料列出尚未确认的预算项，输出 Markdown 草稿，不改任何原文件”。

你要看的不是文案有没有那么聪明，而是四件更朴素的事：它读了哪些文件；有没有把无关内容带进输出；遇到缺信息会不会停下；它的工作范围有没有和你的授权对上。

本地 Agent 的工作边界：读取可以自动化，涉及外部发送或写入时应保留人工确认。插图为本文根据官方功能范围制作的概念图。

第三条边界：本地不等于可以少做权限设计

官方提到，代码和工具执行会在隔离沙盒中运行，并通过受控方式访问文件和连接的应用。这是一个好起点，但它不替你决定“哪些操作应该被允许”。

一个 Agent 如果能读“邮件”“信息”“备忘录”和文件夹，也就可能把这些东西串成一份完整上下文。即使所有计算都留在本机，误发一封邮件、改错一张表、把不该汇总的资料写进同一份文档，后果也不会因为没有出网而变小。

我会把权限分成三个台阶：

1. 可直接做：搜索一个指定文件夹、提取字段、生成摘要和草稿。
2. 需要预览：新建文档、修改原文件、把多来源内容汇总到一个共享位置。
3. 必须确认：发送邮件或消息、创建日历邀请、提交网页表单、碰财务和身份相关数据。

这不是 Perplexity 独有的规则，换任何能动本地应用的 Agent 都一样。你希望自动化的是重复劳动，不是把“最后一公里”的责任一起外包。

一个可直接带走的试用提示词是：

只读取“本地 Agent 试用”文件夹里的内容。
找出本周预算表与会议纪要中不一致的项目，列成 Markdown 草稿。
不要修改任何文件，不要发送邮件、消息或日历邀请；
遇到需要联网或访问文件夹外内容时，停止并说明原因。

等这个任务连续跑稳，再逐步开放“新建草稿”和“修改副本”。不要一上来就给邮件、日历和所有文件夹永久授权。对本地 Agent 来说，最值钱的不是它能看到整台电脑，而是你能准确说清它这一次只该看哪一小块。

它现在适合谁

如果你的工作核心是浏览网页、查最新资料、跨很多 SaaS 系统搬数据，云端或混合模式仍然更顺手。不要为了“本地”这两个字，硬把需要实时信息的任务关进离线环境。

如果你经常卡在另一类工作：资料已经在 Mac 上，任务也很重复，但又不愿把原始文件整包交给云端——项目周报、报价初稿、会议待办、预算核对、固定文件夹的归档——这次更新值得排进测试清单。它把模型、编排和执行一起拉到设备端，才让“文件不出机”不再只是一句模型部署口号。

你会先拿哪一类本地资料给 Agent 做一次只读试跑：周报、报价单，还是一堆终于该整理的会议纪要？

— 小岛 AI

记录一线实战、踩坑与成长