puppyone logopuppyone
文档定价博客开源
开始使用

puppyone vs Google Drive：给人的文件存储 vs 给 Agent 的文件工作空间

2026年4月23日puppyone team

TL;DR

  • Google Drive 是给人的云存储。 文件夹、分享链接、Docs/Sheets/Slides 实时协同、评论、owner/editor/viewer 角色。围绕"我想把一份文件分享给同事"做了优化。
  • puppyone 是给 AI Agent 的文件工作空间。 Bash / MCP / REST 访问、per-agent 路径 scope、自动版本控制、SaaS 接入、审计。围绕"这个 Agent 应该读 /research 写 /output，并带完整历史"做了优化。
  • 它们都存文件。U 盘也存。形状像，产品不一样。
  • 常见模式：Drive 留作人共享文件的层；puppyone 是底下的 Agent 层；Agent 把某些 Drive 文件夹作为 puppyone 内的文件读（带版本和 scope），写回 puppyone，不写回共享 Drive。

老实话

Drive 很好。我们自己用。puppyone 的客户大多用 Drive 做人之间的文档共享、幻灯片、"把 PDF 发我" 流程。

问题不在 Drive。问题在把 Drive 当作 Agent 基础设施。人会想到它，因为"云端的文件、可分享、有 API"听起来正好是 Agent 想要的。实际上 Drive 的产品面是围绕非常不同的假设建的，那些假设在 Agent 成为主要写入方时变成摩擦。

几个例子：

  • Drive 的"权限"是 per-user / per-link / per-domain。 不是 per-agent / per-path。Agent 用的 token 看到那个用户看到的 —— 通常不是太多就是太少，正好的时候很少。
  • Drive 每个文件 30 天版本历史，在侧边栏看。对一周编辑一次的人有用，对一小时写 50 个文件的 Agent 不是 diff-and-rollback 层。
  • Drive API 分页且按用户限流。 两个 Agent 在同一个 drive 上猛打会互相 throttle，也会 throttle 你的人。
  • 没有"这个 Agent 读了 X 然后写了 Y 然后删了 Z"的内置审计。 你能从 Drive 活动日志拼出来。它不是 Agent 运维真正想要的一等产物。

Drive 没坏。它只是没围绕"Agent 是写入方"设计。

并排对比

维度Google Drivepuppyone
主要用户在浏览器里分享、编辑文件的人读、写、被审计的 Agent
基本单位文件（Doc / Sheet / Slide / PDF / blob）文件（markdown / JSON / CSV / 任何东西）
访问方式Web app、Drive API、Workspace 工具Bash、SSH、MCP server、REST API、sandbox 挂载
权限per-user / per-link / per-domainper-agent Access Point，明确读写路径 scope
版本历史per-file，~30 天，跨文件无 diffper-file + per-folder，无限，完整 diff，秒级回滚
LLM 看到的Drive API 返回的（分页；Docs 是专有 blob，要 export）文件本身的内容
多 Agent 协作不是原语；Agent 共享 user 级 token原生：每个 Agent 有自己的身份和 scope 内的 Access Point
SaaS 接入Drive 本身 就是 SaaS。没有 Slack / Notion / Postgres 连接器内置：Notion / Slack / Gmail / Postgres / GitHub 等
审计Workspace 活动日志（admin 端、事后）原生 commit log 按 Agent 身份记每次写
能否自托管不能（仅云端）能（开源、Docker）
真正擅长人协同文档、共享 PDF、演示文稿Agent 在版本化、scoped 的工作空间里干活

什么时候该用 Google Drive（而不是 puppyone）

让 Drive 干它建出来要干的活：人共享 + 协同编辑文件。

  • 经典的"把幻灯片发我" / "把报告共享给我" / "我们一起编辑这个文档"流。
  • Google Docs / Sheets / Slides 实时协作编辑。
  • 跨组织文件分享，对方只需要浏览器里一个链接。
  • 受众是人在 Drive UI 里点点点的任何场景。

我们不替代这些。puppyone 没有 Docs 编辑器，没有实时协作光标，没有"在浏览器里看幻灯片"的可分享链接。我们也不打算做。

什么时候该用 puppyone（而不是 Google Drive）

写入 / 读取方是 Agent，并且"发我个链接"不是工作流的时候用 puppyone：

  • 多 Agent 工作流，每个 Agent 应该写到自己 scope 内的路径，并带审计历史。
  • 长跑 Agent 写结构化产物（markdown / JSON / 转换 CSV），需要版本化、可回滚、跨 session 还活。
  • Agent 应该把 SaaS 数据（Slack 线程、Notion 规格、Postgres 切片）当文件读 —— Drive 不接这些里的任何一个。
  • 任何时候你需要在几秒内回答"哪个 Agent 写了这个文件、什么时候、之前是什么"。
  • Agent 需要 Bash / MCP / sandbox 接口对工作空间的任何场景，不是浏览器侧边栏。

如果你一直在共享 Drive 里建"Agent Workspace"文件夹、然后看着它们泛滥成 report-final-FINAL.md、report-final-FINAL-2.md、agent_a_output.md、agent_b_dont_overwrite_this.md —— Drive 形状不对。puppyone 是你想要的。

什么时候两个一起用（最常见的答案）

Drive 不会消失。干净的分工：

  1. Drive 留作人的文件层。 幻灯片、共享文档、PDF、人在浏览器里打开的东西。
  2. puppyone 是底下的 Agent 层。 规格、Agent 输出、scratch、ingest 的 SaaS 数据、Agent 读写的任何东西。
  3. puppyone 把特定 Drive 文件夹挂成连接器。 选定的文件夹 / 文件以文件出现在 Agent 工作空间里，按计划刷新。Agent 把 /drive/shared-specs/architecture.md 当普通文件读 —— 不用玩 Drive API。
  4. Agent 写到 puppyone，不写到共享 Drive。 Agent 输出版本化、scoped、可审计。如果某个最终产物需要给人看的链接，可选择导出回 Drive 作为精选发布文件（比 Agent 工作集小很多）。
  5. per-agent Access Point：researcher 读 /drive/research-specs/ 写 /research-output/，planner 读它的 scope，executor 读它的 scope。Drive 的"谁有链接谁能看"不是 Agent 权限模型。

一个月后：人在 Drive 共享文件（不变），Agent 在 puppyone 干活（版本化、scoped、可审计），边界是连接器 —— 不是 Drive 里的"我把这个文件夹分享给 AI 账号"那个 tab。

"可是 Drive 有 API 和 Workspace 权限，Agent 不能直接用吗？"

很多团队试过。常见崩点：

  • Drive 权限绑用户账号。 你要么给 Agent 一个自己的付费 Workspace 账号（真钱、真管理），要么它继承一个人的权限（爆炸半径巨大）。两个都不是 per-agent 路径 scope。
  • Drive 版本历史是 per-file，跨文件可见性有限。 "周二早上整个 /research 长什么样？"不是 Drive 容易回答的问题。puppyone 能，因为工作空间本身是版本化的。
  • Drive Docs 不是文本。 它们是按需导出的专有 blob。Agent 要 report.gdoc 拿到的是 export 一轮（慢，对表格图片有损）或者 Docs API 调用（schema 不同，更脆）。puppyone 文件就是文件。
  • Drive API 按用户限流。 单个 Drive 账号上的多 Agent 工作负载在生产里会撞限流。
  • 没有按 Agent 身份的 commit 日志。 Drive 活动日志是 admin 端的可观测，不是一等产物溯源。

这都不是说 Drive 不好。是说 Drive 是消费 / 办公存储，你在把它当 Agent 基础设施用。

实际怎么集成

不存在迁移。Drive 不动。

  1. Drive 原地不动。 人继续用它做今天用它做的所有事。
  2. 在 puppyone 里加 Drive 连接器。 选定 Agent 要读的文件夹；它们以文件出现在工作空间里，按计划刷新。
  3. Agent 通过 puppyone 读那些文件，不打 Drive API。没有限流痛、没有 Docs export 来回、有完整版本历史 —— 因为快照是 puppyone 在跟踪。
  4. Agent 写到 puppyone。 生成报告、转换数据、计划 —— 全部版本化、scoped、可审计。
  5. 需要给人共享的产物，可选发回 Drive 文件夹。 精选、小很多、不污染工作集。

干净规则：Drive = 人之间的文件分享，puppyone = Agent 的文件工作空间，连接器 = 桥。

FAQ

puppyone 替代 Google Drive 吗？ 不。我们没有 Docs 编辑器、实时协作、浏览器分享链接。Drive 干这个。我们存它底下那层 Agent 可读可写的工作空间。

puppyone 能跟 Drive 双向同步吗？ 默认从 Drive 读。回写 Drive 也支持但是可选，我们建议先把 Agent 输出留在 puppyone 里，再把人需要的发到 Drive —— 避免 Agent 编辑污染共享文件夹。

Google Docs 我 Agent 能直接读吗？ 通过 puppyone 的 Drive 连接器能。我们在工作空间里把它们导成 Agent 友好格式（markdown / 纯文本），并带快照的版本历史。

puppyone 能在 Drive 内容上做 per-agent 权限吗？ 能 —— Drive 文件夹镜像进 puppyone 之后，你在 puppyone 内控制哪个 Access Point 能读写每个路径。Agent 从不直接持有 Drive token。

puppyone 能跟 Microsoft OneDrive / SharePoint 或 Dropbox 一起用吗？ 连接器模式一样。我们先做被请求最多的源；想要的去 repo 里提。

再说一遍 TL;DR

Drive 存给人共享的文件。puppyone 存给 Agent 干活的文件。形状像，产品不像。两个一起跑，Drive 做人面，puppyone 做 Agent 底座，在你真正想留缝的地方连起来。

别再硬塞 Agent 进共享 Drive 文件夹。给它们一个为它们建的工作空间。Get started