Notion 如何利用 Codex 实现工程效能的指数级跃升

背景

在 Notion，AI 正在重塑工程师构建软件的方式。随着 OpenAI 推出的 Codex 模型被引入工作流，Notion 正在重新思考其构建的软件原语（software primitives）和抽象层，以便让 AI 智能体（agents）能够更有效地利用这些基础架构。

这种转变不仅改变了技术实现的路径，也深刻影响了团队的人才结构和协作模式。Ryan Nystrom 负责 Notion 的 AI 产品工程，在他的任职期间（一年多），他的团队构建或参与了产品中几乎每一个 AI 功能的开发。他观察到，Codex 的引入解锁了团队此前难以触及的可能性，使得“一人即团队”成为可能，甚至让多年未写生产代码的管理者重新回到了代码库中，与团队并肩作战。

核心内容

从两周到三小时：开发周期的极致压缩

Codex 最直观的价值体现在开发时间的急剧缩短上。Notion 的案例显示，某些功能原本需要两周的开发周期，现在仅需 3 小时即可完成。

Ryan Nystrom 特别欣赏 Codex 的一个特性：它在实际构建代码之前，会花费时间去“理解”问题。这种深思熟虑的结果是，Codex 生成的代码通常能直接符合 Notion 代码库的标准，无需工程师像过去那样花费大量时间去清理和重构 AI 生成的杂乱代码。

实战案例：Web 端 AI 语音输入功能的快速落地

Codex 自主执行任务的能力在一个具体项目中得到了充分验证：将 Notion 的 AI 语音输入功能从移动端扩展到 Web 端。

1. 需求背景 Notion 的移动应用已经具备功能性的语音输入，但桌面端和 Web 客户端尚不具备。Ryan 指出，语音输入相比打字能提供更多上下文。当用户打字时，注意力集中在行文和用词上；而通过语音，用户可以提出更自然的问题并包含更多背景信息。Notion 希望将这种体验带到 Notion AI 中。

2. 执行过程 尽管 Ryan 对移动端代码的具体实现细节并非完全熟悉，但他成功地将问题交给了 Codex：

• 提供上下文：他将 Codex 指向移动端的代码库。
• 明确目标：给出了 Web 端所需外观和功能的清晰描述。
• 验证机制：提供了一套验证结果的方法。

3. 结果 Codex 在探索了移动端代码后，一次性（one-shot）返回了完整的 Web 端实现代码。该代码与 Notion 的代码库规范高度一致，使得 Ryan 能够在第二天直接发布该功能，并立即让用户进行测试。

Ryan 回忆道：“如果是在两年前，我和另一位工程师可能需要两周才能完成这个项目。但在 Codex 的帮助下，我仅用三到四个小时就独自完成了开发。”

工作模式的根本性转变

Codex 的引入不仅加速了编码，更改变了工程师的工作流和角色定义：

• 从“手写代码”到“编写规范”：工程师不再逐行编写代码，而是花费更多时间编写详细的规格说明书（spec documents），然后将这些文档交给 Codex 执行。Ryan 坦言：“老实说，我几乎不再手动编写代码了。”
• 并行处理与去瓶颈化：过去，工程师受限于会议和支持同事的需求，一次只能专注于一项任务。现在，他们可以并行启动多个任务，在 Codex 运行的同时处理其他事务，消除了以往团队支持带来的瓶颈。
• 管理者的回归：传统上，管理者因忙于行政和支持工作而无暇编写生产代码。现在，Ryan 可以在排队任务后进入会议密集时段，回来时功能已完工。他甚至能在睡前提出研究问题，让 Codex 整夜运行，第二天早上醒来即可看到完成的报告。这种深度参与编码的能力，是他过去五年管理生涯中从未体验过的。

Ryan 将这种体验比喻为：“每当需要研究任务、修复 bug 或进行微调时，Codex 就在那里，随时待命。基本上，我在 Notion 拥有了一个 24/7 全天候可用的实习生。”

关键要点

• 开发效率提升显著：典型功能开发时间从两周缩短至 3-4 小时，实现了数量级的效率提升。
• 代码质量与规范一致性：Codex 在生成代码前会进行思考，确保输出代码直接符合项目规范，减少了后期清理和维护成本。
• 自主执行与少样本学习：通过提供代码库上下文、明确的功能描述和验证方法，Codex 能够一次性（one-shot）完成复杂功能的跨平台移植（如从移动端到 Web 端）。
• 工作重心转移：工程师的角色从“代码编写者”转变为“规范制定者”和“任务编排者”，重点在于编写清晰的规格说明书（specs）。
• 管理者的技术回归：管理者能够重新参与生产代码的构建，打破了管理职责与技术实践之间的壁垒，实现了管理与开发的并行。
• 全天候生产力：AI 助手提供了 24/7 的可用性，支持异步工作流（如夜间运行任务），极大地扩展了团队的生产力边界。
• 人才标准重构：Notion 在招聘时更看重好奇心和开放心态，而非传统的年限经验，因为 AI 工具正在改变对“经验”的定义。

意义与影响

Codex 的引入不仅是一个技术工具的升级，更是软件工程和团队组织形态的一次范式转移。

首先，它重置了小团队（甚至单人团队）的交付基准线。通过消除重复性编码工作，Notion 的工程师得以将精力集中在他们最关心的核心工作和创新上。

其次，它改变了“经验”的价值权重。当 AI 能够迅速执行和实现功能时，人类工程师的核心竞争力转向了对问题的理解、对规范的制定以及对 AI 输出的判断力。这要求团队在招聘和培养上更加注重思维模式而非单纯的技术熟练度。

最后，这种模式证明了 AI 智能体可以作为强大的“杠杆”，放大个体工程师的能力。它不仅提升了速度，还通过让管理者回归技术一线，增强了团队内部的沟通效率和凝聚力，为未来软件工程的发展提供了一条可行的路径。