Notion Custom Agents vs Y Build：AI 团队的两场不同博弈

Notion 于 2026 年 2 月 24 日发布了 Custom Agents。这一公告引起了广泛关注，因为 Notion 是数百万团队工作生活的核心场所——在这一领域加入自主智能体（autonomous agents）具有重大意义。

但我们有必要精确界定这两个平台究竟解决了什么样的问题。虽然 Notion Custom Agents 和 Y Build 都是“AI 智能体”平台，但它们的使用场景几乎没有重叠。

一句话区别

Notion Custom Agents： 自动化团队已经在做的重复性、结构化工作——分发任务、回答问题、生成状态报告。 Y Build： 组建一个多智能体 AI 团队来产出新的成果——编写代码、剪辑视频、设计系统、部署应用。

Notion 是在优化流水线，而 Y Build 是在取代流水线。

定位一览

智能体架构

这是两个平台分歧最大的地方。

Notion： 一个通用的 Notion Agent，外加无限量用户创建的 Custom Agents。每个 Custom Agent 独立运行。智能体之间不进行协作——它们孤立地执行各自的工作。 Y Build： 三个角色明确的专家智能体，外加动态智能体创建机制：

• Conductor —— 编排与项目管理。创建子智能体、分配任务、协调工作流。
• Virtuoso —— 软件开发。编写代码、运行测试、部署应用。拥有隔离的容器环境。
• Creator —— 内容生产。处理视频剪辑 (ffmpeg)、动效制作 (Remotion)、TTS/ASR、图像生成、网络调研。

更深层次的区别在于：Y Build 的智能体会互相交谈。Broadcast（广播）机制允许 Conductor 分配并行任务。智能体可以彼此 @mention 来移交工作、暴露阻碍因素或请求评审。这种协调过程对用户是实时可见的。

在智能体创建方面：两个平台都是零代码。Notion 使用表单式流程——进入智能体面板，描述需求，AI 生成配置，你进行审核。Y Build 使用对话式流程——告诉 Conductor “为营销内容创建一个 @copywriter”，它就会调用 create_agent，新智能体立即加入团队聊天。无需切换上下文，无需配置页面。

触发机制

Notion 拥有一套定义明确的触发系统：

定时触发（Schedule triggers）： 每日、每周、每月、每年——可精确到特定时间和时区。 Notion 事件触发： 页面被添加到数据库/更新/删除、添加评论、在页面中 @提及 智能体。 Slack 触发： 公开频道发布消息、表情回复、开启线程、@提及 智能体。

Y Build 的触发机制：

对话式： 工作区中的用户消息。任何团队成员（人类或智能体）都可以发起工作。 文件事件： 在文件评论中 @提及 会触发相关的智能体。 定时任务： Cron 表达式——比 Notion 的每日/每周/每月选项更细粒度。

核心哲学差异在于：Notion 智能体在后台静默运行。Y Build 智能体则与你并肩参与到共享工作区中。你可以观察它们的推理过程，在任务中途打断、重定向或提出追加问题。

集成能力

Notion 的 MCP 集成在目前是一个真正的优势。你可以直接将 Custom Agent 接入 Linear 进行问题跟踪，接入 Figma 进行设计交付，或者接入 HubSpot 进行 CRM 更新。Y Build 的外部智能体 Webhook 方案在理论上更灵活，但每个集成需要的配置更多。

Y Build 的代码执行能力是 Notion 完全无法企及的。一个能够编写 Python 脚本、运行它、调试错误、迭代并返回输出的智能体，与一个只能更新数据库行的智能体，在本质上是完全不同的工具。

各自擅长的场景

在以下情况下选择 Notion Custom Agents：

• 你的团队已经生活在 Notion 中，你想自动化现有的工作。
• 使用场景是重复且结构化的：周报、工单分发、问答、站会总结。
• 你需要开箱即用的广泛 SaaS 集成（Slack, Linear, HubSpot, Calendar）。
• 你需要企业级的权限管理和审计日志，且配置量极小。
• 非技术用户需要独立创建和管理智能体。

在以下情况下选择 Y Build：

• 你需要生产“新”东西，而不仅仅是处理“旧”东西。
• 使用场景涉及代码：编写功能、修复 Bug、运行测试、部署。
• 使用场景涉及媒体：视频剪辑、动效制作、配音、图像生成。
• 你希望多个 AI 智能体协作完成复杂任务，并希望看到其推理过程。
• 你是需要执行深度而非工作流广度的初创公司创始人或开发者。

真实案例分析

场景 1：每周投资者更新 使用 Notion： 一个 Custom Agent 从 HubSpot（通过 MCP）拉取销售管线数据，读取 Notion 中的近期会议记录，撰写草案，并于每周五上午 9 点发布到 Slack 频道。你进行审核并发送。 使用 Y Build： Conductor 指派 Virtuoso 通过 API 拉取数据，指派 Creator 撰写叙述内容并格式化邮件，然后在共享工作区进行评审循环。配置较多，但对语气和结构的控制力更强。

在此案例中，Notion 以简洁性胜出。

---

场景 2：发布一个新的产品功能 使用 Notion： 不适用。Notion 智能体可以更新任务状态或编写文档，但无法编写、测试或部署代码。 使用 Y Build： Conductor 将功能拆分为子任务。Virtuoso 在隔离容器中编写代码，运行测试套件，修复错误。Creator 生成所需的 UI 资产。你在工作区查看代码差异（diffs）。

在此案例中，Y Build 是唯一的选择。

---

场景 3：客户支持分类 使用 Notion： 一个 Custom Agent 监控 Slack 频道，对收到的消息进行分类，在 Notion 数据库中创建带有优先级的条目，并分发给正确的团队成员。Remote 通过这样做每周节省了 20 小时。 使用 Y Build： 可以通过对话工作流实现，但由于缺乏原生 Slack 集成或预设模板，配置过程更加手动。

在此案例中，Notion 以价值实现速度胜出。

---

场景 4：新产品发布视频 使用 Notion： 不适用。Notion 智能体没有媒体生产能力。 使用 Y Build： Creator 使用 ffmpeg 剪辑原始素材，使用 Remotion 渲染动效，通过 TTS 生成配音，最后合成最终视频。全过程在工作区可见。

在此案例中，Y Build 是唯一的选择。

Notion 做得对的地方（值得学习的经验）

Notion 的 Custom Agents 设计中有几个值得学习的模式：

MCP 优先的集成。 Notion 没有构建一次性的连接器，而是采用 MCP 作为扩展标准。任何发布 MCP 服务器的工具都可以连接到 Notion 智能体。相比点对点的 Webhook，这是一种更具扩展性的集成方式。 模板库。 针对问答、任务分发和状态报告的预置智能体极大地降低了首次获得价值的门槛。一个能完成 80% 工作的模板远比一个需要完整定义的空白画布要好。 审计日志与可撤销性。 对于任何智能体会修改真实数据的平台，“我能确切看到它做了什么并撤销它”是赢得企业信任的基本要求。记录运行记录 + 可撤销更改是正确的模型。 权限粒度。 三种权限级别（完全访问、可编辑、可查看）配合全工作区管理员控制，是团队部署的正确架构。

总结

Notion Custom Agents 是一个围绕知识管理构建的工作流自动化平台——最适合在你已使用的工具生态中处理重复的、结构化的任务。

Y Build 是一个 AI 协作生产平台——最适合需要代码执行、媒体生产以及多智能体协同产出新成果的复杂工作。

两者的竞争重叠非常有限。一家使用 Y Build 发布软件的初创公司，可能同时也使用 Notion 进行文档记录，并受益于 Notion Custom Agents 进行内部问答。它们解决的是不同的问题。

更有趣的问题是每个平台的发展方向。Notion 正在自动化知识工作的协调层（coordination layer）。Y Build 正在自动化软件和内容创作的生产层（production layer）。这两场博弈都假设 AI 智能体将成为标准的基础设施——它们只是在“哪里的工作价值最高”这一问题上持有不同见解。

---

Y Build 是初创公司的 AI 时代操作系统 —— 拥有能够编写代码、发布视频并构建产品的多智能体团队。开始构建 →

来源

• Notion: Introducing Custom Agents
• Notion 3.3 Release Notes – February 24, 2026
• Notion Custom Agent Help Center