Notion 用 Codex 讓小團隊做大事，但沒人告訴你代價是什麼

OpenAI 最近在官方部落格貼出一篇 Notion 的案例研究，讀完之後我的感受很複雜。 Notion 工程團隊用 Codex 做了幾件事：一次性生成規格文件、快速把 AI 語音輸入功能搬上網頁版、讓原本人力不夠的小組扛起更大的開發任務。按照 OpenAI 的說法，這已經從「好玩的實驗」變成「核心開發基礎設施」了。 這是很漂亮的 case study，但我想拆解一個細節——Notion 做到的，不是「AI 取代工程師」，而是「產品決策者直接驅動 AI 出貨」。 這個差異很關鍵。傳統的工程流程是：PM 想法 → 需求文件 → 工程師理解 → 實作 → 來回修改。每一個傳遞節點都會流失資訊、消耗時間。Codex 壓縮的不是打字速度，而是這條傳遞鏈。Notion 的案例裡，主導的人直接用 Codex 把想法轉成規格、規格轉成功能，中間少了好幾個翻譯層。 這才是 AI 開發工具真正改變的東西：誰能「直接拿到球的人」，現在決定權更大了。 但代價是什麼？我觀察到幾個現象：當一個人同時扮演 PM 加工程師加 QA，bottleneck 從協作變成個人判斷。你的品味、你對使用者的理解、你願不願意在「能動」的時候說「先不要動」，這些軟實力突然變得比架構能力更重要。 而且 Codex 生成的程式碼，背後的技術債誰在管？Notion 是個有強大工程文化的公司，有能力 review、重構、維護。但如果是一個五人新創，PM 用 Codex 三天衝出一個功能，六個月後誰負責那坨 code？ 我不是說這樣不好。Lovable 用類似的邏輯做到年化 5 億美元，市場已經用腳投票了。但「小團隊能承擔更多」這句話，背面是「每個人承擔的責任半徑變更大了」。 AI 工具降低了執行門檻，但沒有降低判斷門檻。能扛住這個落差的人，才是真正被放大的那個。