本地优先是否意味着模型完全离线运行？

不是。本地优先描述的是工作状态和权威文件主要存放在哪里，应用仍然可以调用云端模型，因此还要分别核对模型路由、数据保留和网络设置。

电脑合盖后，云端 Agent 还能读取本地文件吗？

通常不能，除非文件已经上传或同步到其他位置。桌面桥接可以开放本地文件，但设备和桥接程序一般必须在线。

不一定。只有明确划分信任边界才有意义：敏感文件、凭证和审批留在可信层，远程执行只获得最小访问，并记录跨边界的数据与动作。

从文件控制、隐私、后台执行、连接器、团队协作与可恢复性比较本地优先和云端 Agent 工作站，帮助知识工作者选择适合任务、信任边界和设备条件的架构，并理解混合模式真正需要划清的执行边界。

Kostja2026年10月9日1 分钟阅读

Agent 工作站可以主要运行在你的电脑上，也可以把状态和执行环境放在云端，还可以把两者组合起来。这个选择决定的不只是模型在哪里运行，还会影响 Agent 能看到哪些文件、电脑合盖后任务能否继续、凭证由谁保管，以及网络或供应商不可用时工作能否恢复。

真正有用的判断不是「本地一定更好」或「云端一定更强」。如果工作围绕真实文件、控制权和本机工具展开，本地优先更合适；如果任务必须持续运行、跨设备接续或多人协作，云端更有优势。混合架构则应明确划出边界，而不是把所有东西模糊地同步一遍。

本地优先的 Agent 工作站把电脑和文件系统当作主要工作环境。模型可以来自云端，但项目状态、过程文件和交付物以用户可见的文件为中心。

云端 Agent 工作站把任务状态、文件和运行环境放在服务商管理的基础设施中。用户可以换设备继续工作，也可以让任务在电脑离线后继续执行。

这与「本地模型还是云端模型」不是同一个问题。本地优先产品完全可以调用云端模型，云端工作站也能使用开源模型。关键是工作状态和执行权限归谁掌握。

如果工作本来就存在于文件夹中，例如代码仓、研究资料、客户文档、媒体素材和个人知识库，本地优先通常更顺手。Agent 和编辑器看到的是同一批文件，不必再制造一份隐蔽的副本。

交付物也更容易检查。Agent 生成报告、表格或网页后，你可以直接查看文件、比较差异、恢复备份，甚至换一个工具继续处理。这种「一切皆文件」的方式降低了对单一聊天记录或封闭数据库的依赖。

但本地优先不等于绝对离线，也不自动等于隐私安全。只要使用远程模型，部分内容仍可能发送到云端；本地 Connector 同样可能掌握高权限凭证。模型设置、网络行为、权限范围和数据保留政策仍然要逐项核对。

云端的核心优势是连续性。Anthropic 当前的 Cowork 文档说明，定时任务可以在云端运行，不再要求电脑持续开机；但如果任务要访问本地文件、本地 Connector、浏览器或电脑操作，相关动作仍依赖 Claude Desktop 在线。

这个例子很好地揭示了真实边界：云端 Agent 可以持续研究、写作、监控和协调，却不能凭空读取一台已经离线的电脑。除非文件已经上传、同步，或者通过在线桥接开放出来。

对于团队，云端还能统一协作、审计日志、策略更新和算力配置。代价是信任边界扩大了：任务状态、交付物、凭证和日志可能存放在你无法直接管理的系统中。

较成熟的组合方式会拆开控制面和执行面：本地保留真实文件、敏感凭证和关键审批；云端承担需要持续在线或多人共享的任务。远程任务可以继续运行，遇到本地文件或高风险动作时再暂停，等待设备上线或人工确认。

这也是为什么 Agent Connector 不只是「接入一个应用」。它决定哪些数据能够跨过边界，以及 Agent 获得哪些执行动作。

Floatboat 当前定位是面向知识工作者的本地优先 Agent 工作站：文件、模型、工具、可复用流程和人工审阅处在同一个桌面工作环境里。任务可以由计划、文件、Webhook 或消息触发，但组织工作的核心是 Workspace，而不是某一种触发器。

这条路线强调控制权和交付物归属，但不排斥云端模型和远程服务。更准确的说法是：云端能力可以参与工作，却不必成为工作唯一存在的地方。

重视真实文件、可迁移性和直接控制，优先考虑本地优先；重视持续执行、跨设备和团队管理，优先考虑云端；不同步骤有不同信任和在线要求时，选择混合架构，并明确记录边界。