<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Notion · 情报日报</title><link>https://x-digest-9tt.pages.dev/tags/notion/</link><description>每日由 agent 自动整理的 X/Twitter 情报摘要</description><language>zh-cn</language><atom:link href="https://x-digest-9tt.pages.dev/tags/notion/index.xml" rel="self" type="application/rss+xml"/><item><title>Codex 为 Notion 打开了哪些可能性</title><link>https://x-digest-9tt.pages.dev/posts/2026-06-15-2026-06-09-notion/</link><pubDate>Mon, 15 Jun 2026 08:30:00 +0800</pubDate><guid>https://x-digest-9tt.pages.dev/posts/2026-06-15-2026-06-09-notion/</guid><category>OpenAI</category><category>Codex</category><category>Notion</category><description>&lt;blockquote&gt;
&lt;p&gt;原文: &lt;a href="https://openai.com/index/notion/"&gt;English original&lt;/a&gt; · OpenAI 官方&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Notion 如何用 Codex 一次成型地写出 spec，并放大工程产能。&lt;/p&gt;
&lt;p&gt;在 Notion，Codex 正在改变工程师构建产品的方式。公司开始重新思考自己设计的软件原语与抽象，好让 agent 也能直接使用这些能力。招募新工程师时，他们更看重好奇心和开放心态，因为这个领域原本要求的那套多年经验，其实还不存在。甚至那些多年没写过生产代码的经理，如今也重新回到代码库里，和团队一起交付。&lt;/p&gt;
&lt;p&gt;Ryan Nystrom 负责 Notion 的 AI Product Engineering。在他任职一年多的时间里，团队几乎参与了产品中的所有 AI 功能建设。他们发现，开始使用 Codex 之后，团队能够承接的事情明显变多了。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;“我很欣赏 Codex 的一点是，它会在真正开始构建之前先把问题想明白。所以它做出来的东西，通常从一开始就符合我们代码库的标准，而不是还得让我回头替它收拾一大堆残局。”&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Ryan Nystrom，Notion AI Product Engineering&lt;/li&gt;
&lt;/ul&gt;
&lt;/blockquote&gt;
&lt;h3 id="在-web-上构建-notion-的-ai-语音输入"&gt;在 Web 上构建 Notion 的 AI 语音输入&lt;/h3&gt;
&lt;p&gt;Codex 的自主执行能力，在一个最近的项目里体现得非常明显。Ryan 完全依靠 Codex，把 Notion 的 AI 语音输入带到了 Web 端。&lt;/p&gt;
&lt;p&gt;“说话时，我们能自然带出更多上下文，”他说，“如果我在打字，我会一直想着措辞、想着具体该用哪些词。把这个功能给到 Notion 用户后，他们就能提出更自然的问题，也能带入更多上下文。我们很想把这种体验带进 Notion AI。”&lt;/p&gt;
&lt;p&gt;当这个需求出现时，Notion 的移动端已经有一个可用版本，但桌面端和 Web 端还没有。尽管 Ryan 并不完全清楚移动端功能的具体实现方式，他还是把这个问题交给了 Codex：让它查看移动端代码库，明确说明 Web 端应该呈现成什么样子，并提供一套验证结果的方法。&lt;/p&gt;
&lt;p&gt;Codex 一次就交回了 Web 实现的完整初稿，而且与 Notion 代码库既有约定足够一致，第二天就能上线。&lt;/p&gt;
&lt;p&gt;“如果放在两年前，要做出 Notion 的语音输入功能，这大概会是一个需要我和另一位工程师花上两周的项目，”Ryan 说，“而有了 Codex，我大概只花三四个小时，一个人就做完了。”&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;“它花了不少时间研究我们的移动端代码，最后几乎是一把把整个功能写了出来。我第二天就发布了，并马上开始让用户试用。”&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Ryan Nystrom，Notion AI Product Engineering&lt;/li&gt;
&lt;/ul&gt;
&lt;/blockquote&gt;
&lt;h3 id="工作方式如何改变"&gt;工作方式如何改变&lt;/h3&gt;
&lt;p&gt;在 Notion，工程师现在经常会把一组任务以及验收方式交给 Codex，然后让它自己运行，自己则暂时离开。&lt;/p&gt;
&lt;p&gt;“我几乎发现，自己现在花更多时间在写这些 spec 文档上，再把它们交给 Codex 去完成，”Ryan 说，“说实话，我现在已经几乎不再手写代码了。”&lt;/p&gt;
&lt;p&gt;在 Codex 出现之前，团队里的每位工程师都只能在会议和同事支持工作之间，勉强专注于一项任务。现在，他们可以并行推进多个任务，在不牺牲原本那些团队支持工作的前提下，把事情持续往前发。&lt;/p&gt;
&lt;p&gt;“我是带团队的，传统上经理往往没有时间写代码，”他说，“但我现在居然可以在继续支持团队的同时，自己单独做完一个功能，这真的很夸张。我做管理已经五年多了，从来没有像现在这样深入过编码问题。”&lt;/p&gt;
&lt;p&gt;现在，他只要把任务排进去，去参加一连串会议，回来时就能看到一个已经完成的功能。或者说，他和团队终于拥有了一位能一起下场交付的经理，而 Ryan 也重新拿回了那部分他原以为已经和管理职责交换掉的工作。这种可用性甚至延伸到了工作时间之外。他会在睡前抛出一个研究问题，让 Codex 通宵运行，第二天醒来时就已经有一份完整报告在等他。&lt;/p&gt;
&lt;p&gt;Codex 重新设定了一个小团队，甚至单兵团队，究竟能交付什么的基线，也让 Notion 的工程师有了更多余地，去专注于自己最在意的工作。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;“不管我是要研究一个任务、修一个 bug，还是做一点小调整，Codex 都一直在那里，随叫随到。说白了，我在 Notion 等于 24/7 都有个实习生可用。”&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Ryan Nystrom，Notion AI Product Engineering&lt;/li&gt;
&lt;/ul&gt;
&lt;/blockquote&gt;
&lt;h2 id="进入新的工作时代"&gt;进入新的工作时代&lt;/h2&gt;
&lt;p&gt;全球已有超过 100 万家企业，正通过 OpenAI 取得切实成果。&lt;/p&gt;</description></item></channel></rss>