原文: English original · OpenAI 官方

Notion 如何用 Codex 一次成型地写出 spec，并放大工程产能。

在 Notion，Codex 正在改变工程师构建产品的方式。公司开始重新思考自己设计的软件原语与抽象，好让 agent 也能直接使用这些能力。招募新工程师时，他们更看重好奇心和开放心态，因为这个领域原本要求的那套多年经验，其实还不存在。甚至那些多年没写过生产代码的经理，如今也重新回到代码库里，和团队一起交付。

Ryan Nystrom 负责 Notion 的 AI Product Engineering。在他任职一年多的时间里，团队几乎参与了产品中的所有 AI 功能建设。他们发现，开始使用 Codex 之后，团队能够承接的事情明显变多了。

“我很欣赏 Codex 的一点是，它会在真正开始构建之前先把问题想明白。所以它做出来的东西，通常从一开始就符合我们代码库的标准，而不是还得让我回头替它收拾一大堆残局。”

  • Ryan Nystrom，Notion AI Product Engineering

在 Web 上构建 Notion 的 AI 语音输入

Codex 的自主执行能力，在一个最近的项目里体现得非常明显。Ryan 完全依靠 Codex，把 Notion 的 AI 语音输入带到了 Web 端。

“说话时，我们能自然带出更多上下文，”他说，“如果我在打字，我会一直想着措辞、想着具体该用哪些词。把这个功能给到 Notion 用户后，他们就能提出更自然的问题，也能带入更多上下文。我们很想把这种体验带进 Notion AI。”

当这个需求出现时，Notion 的移动端已经有一个可用版本，但桌面端和 Web 端还没有。尽管 Ryan 并不完全清楚移动端功能的具体实现方式，他还是把这个问题交给了 Codex：让它查看移动端代码库，明确说明 Web 端应该呈现成什么样子，并提供一套验证结果的方法。

Codex 一次就交回了 Web 实现的完整初稿，而且与 Notion 代码库既有约定足够一致，第二天就能上线。

“如果放在两年前，要做出 Notion 的语音输入功能，这大概会是一个需要我和另一位工程师花上两周的项目，”Ryan 说，“而有了 Codex，我大概只花三四个小时，一个人就做完了。”

“它花了不少时间研究我们的移动端代码，最后几乎是一把把整个功能写了出来。我第二天就发布了，并马上开始让用户试用。”

  • Ryan Nystrom，Notion AI Product Engineering

工作方式如何改变

在 Notion，工程师现在经常会把一组任务以及验收方式交给 Codex，然后让它自己运行，自己则暂时离开。

“我几乎发现，自己现在花更多时间在写这些 spec 文档上，再把它们交给 Codex 去完成，”Ryan 说，“说实话，我现在已经几乎不再手写代码了。”

在 Codex 出现之前，团队里的每位工程师都只能在会议和同事支持工作之间，勉强专注于一项任务。现在，他们可以并行推进多个任务，在不牺牲原本那些团队支持工作的前提下，把事情持续往前发。

“我是带团队的，传统上经理往往没有时间写代码，”他说，“但我现在居然可以在继续支持团队的同时，自己单独做完一个功能，这真的很夸张。我做管理已经五年多了，从来没有像现在这样深入过编码问题。”

现在，他只要把任务排进去，去参加一连串会议，回来时就能看到一个已经完成的功能。或者说，他和团队终于拥有了一位能一起下场交付的经理，而 Ryan 也重新拿回了那部分他原以为已经和管理职责交换掉的工作。这种可用性甚至延伸到了工作时间之外。他会在睡前抛出一个研究问题，让 Codex 通宵运行，第二天醒来时就已经有一份完整报告在等他。

Codex 重新设定了一个小团队，甚至单兵团队，究竟能交付什么的基线，也让 Notion 的工程师有了更多余地，去专注于自己最在意的工作。

“不管我是要研究一个任务、修一个 bug，还是做一点小调整，Codex 都一直在那里，随叫随到。说白了，我在 Notion 等于 24/7 都有个实习生可用。”

  • Ryan Nystrom，Notion AI Product Engineering

进入新的工作时代

全球已有超过 100 万家企业，正通过 OpenAI 取得切实成果。