這段時間我在密集使用 Codex App、Cursor 等 Agent 應用，有件事越來越覺得有意思。
去年大家爭的是誰家模型更強，今年爭的好像變成了誰家窗口右側更好用。
Codex、Claude 桌面版、Cursor 3.0、TRAE SOLO，這幾家最頂尖的 Agent，在完全沒有協商的情況下，幾乎同時收斂到了同一個界面佈局：左側是項目和會話列表，中間是和 Agent 的對話，右側是工作區，放着文件瀏覽、網頁預覽、文件變更審查這些功能。
肯定不是相互之間的抄襲， 更像是當前 Agent 交互的最優解 。
傳統 Chatbot 只需要兩欄，左邊會話歷史，右邊對話窗口，你問它答，用完走人。
到了 Agent 時代，Agent 能自己寫代碼、改文件、調工具了。它做完之後，你得看看有沒有做對—— 右側工作區就是爲這件事出現的 。
但這只是第一階段。
隨着用戶越來越多時間是在指揮 Agent，打開 VSCode 這類專業工具的時間自然越來越少。那個問題遲早會冒出來：Agent 幫你寫完代碼、做完 PPT，你想微調幾個字，還要專門切出去打開另一個軟件？
沒有人願意這樣。用戶的自然期待是：能不能直接在 Agent 裏改？這也是目前 Codex App 呼聲最高的功能之一（另一個呼聲高的是手機版，馬上要出了）。
於是各家開始悄悄升級右側工作區，讓它從只能看文件編輯記錄，變成了一個多功能區。Codex 在 4 月 16 日的大版本更新裏，右側工作區的改動幅度是所有功能裏最大的。
交互細節上各家略有差異。Codex 和 Cursor 用 Tab 切換，Claude 用浮動面板。我自己用下來覺得 Codex 最順手，Claude 的浮動面板方案設計感有餘、實用性不足，遲早要改。
Codex 的真正野心
但如果只把這個變化讀成“設計界面進化”，就低估 Codex 了。
Codex 4 月大版本發佈時的口號是“Codex for (almost) everything”——幾乎任何任務都能做。你可以把它理解成一句廣告口號，但更像是一個產品方向的聲明。
要兌現這句話， Codex 不能只是個擅長寫代碼的 Agent ，它必須能處理各種文件格式，支持各領域的專業工作流，還要讓用戶能在它裏面完成全程閉環，包括最後的人工微調。
目前 Codex 還做不到最後一步：生成之後無法編輯，代碼、Markdown、PPTX 都不行。這可能是產品上有意爲之的剋制，可能是技術上還沒跑通，也可能是在等一個統一的解決方案出現。
我猜是第三種。
MCP 和 Skill 都只解決了一半
要理解 Codex 在等什麼，得先想清楚 Agent 能力拼圖裏現在差哪一塊。
-
• MCP 解決了“連接”問題：Agent 通過統一規範接入各種工具，數據庫、日曆、代碼倉庫，都能打通。 -
• Agent Skills 解決了“怎麼做”的問題：Agent 學會了它沒訓練過的領域知識和最佳實踐，比如怎麼寫特定風格的文章，怎麼處理某類複雜任務。
這兩件事做得都還不錯。但有一塊缺口始終沒補上： 用戶的二次編輯 。
你讓 AI 寫完一篇文章，最後還是要自己打開編輯器改幾處，畢竟很多時候最後那 5% 的精準度，只有自己動手才能到位。就算將來 AI 再聰明，它也做不到百分百的懂你，還是少不了要手動去做修改。
於是最近 Markdown 編輯器又火了，各種 Vibe Coding 出來的 Markdown 產品滿天飛。
但 Codex 不會自己做一個 Markdown 編輯器，因爲每個人的偏好都不一樣，做出來永遠有人不滿意；更何況它也不可能把每個垂直領域的專業編輯器都集成進來。
最合理的路，是插件機制。
下一步：Agent 版 App Store
把 Agent 做成平臺，讓社區來貢獻插件 ，就像 VSCode 和 Chrome 那樣。
Codex 只需要聚焦在 Agent 調度這一層，把文件預覽、二次編輯、垂直領域的專業能力都交給插件來擴展。用戶按需安裝，做設計的裝設計插件，寫作者裝寫作插件。
插件機制還能順手解決一個長期沒有答案的問題： Skill 沒辦法商業化 。
我自己的 baoyu-skills 快 2 萬 Star 了，但從中賺到的錢是 $0。Skill 這東西幾乎是透明的，對 Agent 透明，對人也透明，復刻成本極低，不管你寫得再好，護城河都很淺。
插件不一樣。App Store 和 Chrome 插件市場已經跑通了一套收費和版權保護機制，把它移植到 Agent 插件市場完全可行。好插件可以收費，開發者纔有持續打磨的動力，生態才真正能轉起來。
Codex 現在已經有了一個非常原始的插件市場。從這裏到成熟的收費插件生態，還有很長的路，但方向是對的。
想做這件事的不止 Codex 一家。Cursor 我能看到類似的影子。唯獨 Claude Code 和 Cowork，目前沒看到這個方向的產品跡象——也許他們不屑於做，也許只是還沒走到這一步。
留給中小團隊的窗口
如果 Codex 真的跑通了插件生態，對中小團隊意味着什麼？
除了自己做一個垂直 Agent，還有另一條路：在 Codex 這樣的平臺上做插件。不用自己搭 Agent 調度層，不用解決 Token 接入，用戶分發也靠平臺。你只需要專注在那個“最後一公里”—— 幫用戶把 Agent 生成的結果處理好、編輯好、用得順手 。
這個窗口不會開太久。先進去的能拿到冷啓動紅利，晚進去的只剩存量競爭。
時間點不會太遠，也許就在這幾個月。
Codex 的野心擺在那裏，“幾乎任何任務”這個口號要真正兌現， 插件機制是繞不過去的一步 。如果 OpenAI 在這件事上繼續猶豫，那纔是真的失誤。
你覺得這個插件生態最後會是哪家先跑通？或者說你覺得有更適合 Agent 的產品表現形式？歡迎留言分享！