EP82：Notion AI 自定义Agent背后的五次重构历程

Notion AI 备受瞩目的自定义 Agent 功能，其背后竟是长达两年、历经五次彻底重构的艰辛历程。本期节目，我们邀请到 Notion AI 的核心成员 Simon Last 与 Sarah Sachs，他们将首次揭秘这五次推倒重来的技术抉择，并分享为何他们坚持“为班级里的尖子生设计”，刻意不让产品变得极其简单，以此保留AI工具的深度与可解释性。

从2022年 GPT-4 刚刚萌芽，到如今智能体能自主编写、调试代码，Notion AI 团队一直在探索人机协作的边界。他们不仅要面对模型能力不足、上下文窗口过短的早期困境，更要在一个拥有庞大用户基数的产品中，平衡“AGI信仰”的前瞻性研究与交付实用功能的现实需求。在本期对话中，Simon 分享了一个极具启发性的案例：他们如何构建一个“经理”智能体，来统一管理和调试其他30多个智能体，通过增加一层抽象，成功将每日的故障通知从70多条锐减至5条，生动诠释了 Notion 将“页面与数据库”视为智能体记忆的核心理念。

**您将了解到：**

Notion AI 的自定义 Agent 功能为何经历了多达五次的彻底重构才最终问世？

如何构建一个“经理”智能体，来管理和调试其他30多个智能体，并将故障率降低90%以上？

当AI智能体开始自主编写、调试和修复代码时，软件工程师的未来将何去何从？

为什么Notion选择“为班级里的尖子生设计”，刻意不让AI产品变得“极其简单易用”？

**💡时点内容 | Key Topics**

* 00:00 五次重构的背后：Simon Last回顾了自2022年底以来，Notion团队在开发自定义Agent上经历的五次重构。他透露，早期的主要瓶颈是模型能力不足和上下文窗口太短，并指出“它总能给你一点点希望，让你觉得好像快成功了，但又从来没有达到那种足够稳定、能让人用起来觉得很爽的程度”。

* 06:00 智能体实验室理念：Simon Last分享了Notion作为“智能体实验室”的核心理念，将其比作云服务之上的Datadog，强调Notion是“理解人们如何协作的专家”。他指出，团队最容易走偏的时候就是过于关注工具本身，并认为必须聚焦在核心用户旅程上，例如“在构建聊天功能之前，我们会先思考，怎么才能把PDF导出功能做好？”

* 12:00 自下而上的创新：Sarah Sachs透露，Notion AI的核心框架已重构数次，她强调团队文化的关键在于“乐于删掉自己代码、心态开放”。她分享了图片生成功能源于一位工程师周末原型的故事，并指出创新必须融入日常，因为“杠杆效应会越来越向那些最好奇、最富热情的人倾斜”。

* 24:00 前沿评估体系：Sarah Sachs分享了Notion复杂的多层评估体系，并透露他们专门设计了一种通过率目标仅为30%的“前沿评估”。她指出，当常规评估饱和后，这种前沿测试能为模型合作伙伴提供更有洞察的反馈，帮助团队理解未来技术走向，并思考“Notion的终极考验会是什么样”。

* 36:45 经理智能体诞生：Simon Last透露了Notion实现智能体可组合性的两种方式：通过数据库进行低耦合协作，或通过API直接相互调用。他分享了一个实例：为管理30多个智能体的同事创建了一个“经理”智能体，通过增加一层抽象，将每日异常通知从70多条降至5条，并强调“记忆就是页面和数据库”。

* 40:06 CLI与MCP之争：Simon Last分享了他对CLI（命令行界面）和MCP（机器可消费协议）的看法，并表示非常看好CLI。他指出，CLI最酷的一点在于其“天然就是自举的”，智能体可以在同一个环境里对自己进行调试和修复。同时，他也认为MCP在权限控制更严格、功能更专一的场景下依然是“一个简单但有效的解决方案”。

* 57:00 为尖子生设计：Simon Last和Sarah Sachs回顾了自定义智能体的设计哲学，强调他们刻意“不是要为所有人打造产品”，而是为高级用户保留深度和可解释性。他们分享了名为“Flippy”的重大UI革新，将编辑和使用合并到同一个聊天对话框中，并认为“当然应该直接在聊天里完成设置”是提升体验的关键。

本播客采用虚拟主持人进行播客翻译的音频制作，因此有可能会有一些地方听起来怪怪的。如想了解更多信息，请关注微信公众号"AI西经东译"获取AI最新资讯。如有后续想要听的其他外文播客，也欢迎联系微信：mayday2303。