Notion 发布 Developer Platform，官方给出的口号是：同步任意数据源，构建任意工具，编排任意 agent。
这不是传统意义上的“开放 API 更新”。它更像是 Notion 试图把自己的工作空间升级成 agent 时代的协作底座。
#平台包含哪些积木
官方公告里最核心的是 Workers。开发者可以把自定义代码部署到 Notion 托管运行时，用来同步数据、构建工具、响应 webhook，而不必自己维护外部基础设施。
Database Sync 则负责把系统里的数据同步进 Notion 数据库。Zendesk、Salesforce、Postgres 或其他有 API 的系统，都可以成为 Notion 内部可读、可操作的数据源。
External Agents 和 External Agent API 更进一步：外部 agent 可以作为 Notion 工作空间里的原生参与者出现，在 Notion 中聊天、读取上下文、执行动作，并和团队成员一起推进任务。
CLI ntn 则是给开发者和编码代理准备的命令行入口，让 Notion 的开发、部署、调试可以更程序化。
#为什么这是 agent 基础设施
过去 Notion 的核心价值是把人的知识、项目和文档组织在一起。Developer Platform 的变化在于，它开始让 agent 也能进入同一个空间。
一个 agent 要真正工作，需要三类东西：上下文、工具和行动通道。Notion 原本已经有大量团队上下文，现在通过 Workers、Database Sync 和 External Agents，把工具与行动通道补上。
这意味着 agent 不只是读 Notion 页面，而是可以在 Notion 里触发流程、调用工具、同步外部数据，并把结果回写到团队可见的地方。
#对开发者的影响
对开发者来说，这套平台降低的是“把内部系统接到工作空间”的成本。以前要做一个工作流，常常需要自己搭服务、接 webhook、处理鉴权、同步数据、再做 Notion 集成。
现在 Notion 想把这些变成平台能力。开发者写 Workers，连接数据源，注册工具，外部 agent 就能在 Notion 这个协作界面里使用它们。
如果这个方向跑通，Notion 就不再只是信息终点，而会变成 agent 工作流的中间层：数据进来，工具挂上，agent 进场，团队在同一处审阅和决策。