SynapseWire

JetBrains Air 是管控層,不是新模型

9 月 22 日 JetBrains 把 Junie、ACP 跟治理台收成 Air。IDE 還在。整包不是正式上市,治理功能仍在早期使用。

發布於:
木桌上三台闔上的筆電、一捲網路線和一本空白筆記本,冷色日光,沒有商標。
FIG. 01 // 木桌上三台闔上的筆電、一捲網路線和一本空白筆記本,冷色日光,沒有商標。

JetBrains 9 月 22 日沒有發模型。它給模型周圍那團亂取了一個名字。The New Stack 的 Paul Sawers 把 JetBrains Air 寫成公司 26 年來最重要的幾步之一,標題把賭注放在 IDE 還有沒有用。前半句是新聞稿的形容。後半句才是產品問題。

Unite.AI 同一天的整理 比較像清單。Air 是一套開放系統,跨 IDE、團隊交付、組織治理。自家的 coding agent Junie 應該出現在每個表面上。這是包裝,也是這家公司第一次把話說死:你要買的不是 agent。你要買的是決定哪個 agent 跑、檔案放哪、帳單誰看得到的那一層。

本站寫過 Coder 的 Agent Relay。迴圈還在 Anthropic,檔案系統搬到你的機器。也寫過 Goose,模型能換,token 帳單換不掉。Claude Code 接 Ollama 是帳單為零的路,上限跟著本地模型走。Air 是第四種形狀。它沒說要把推論搬走。它說自己是一張桌子:好幾個 agent,包括不是 JetBrains 做的,被指派工作,然後被審。

JetBrains Air 現在打得開什麼

Sawers 把 3 月的公開預覽和 9 月的改名分開,這段我比較信。3 月的 Air 是獨立的 agentic development environment,先上 macOS。那個 app 裡可以並排跑 Claude Agent、Codex、Gemini CLI 跟 Junie。同時 Junie 有了 CLI,agent 不必關在 IDE 裡。終端機、CI、別的編輯器都能碰。

9 月沒有把那個 app 刪掉。Sawers 寫桌面版還在,macOS、Windows、Linux 都有,組織用的瀏覽器版也在。「Air」現在做兩件事。它仍是那個以 agent 為主的桌面 app 的名字。它也是一組舊名字被收進來之後的招牌。

入口按 The New Stack 的寫法:JetBrains IDE 裡面、瀏覽器、以及叫 Air Gateway 的命令列。Gateway 把 Claude Code、Codex 這類終端機 agent 拉進 Air。你若本來就住在終端機、不想換編輯器,要測的是這條管子。測法是:既有的 Claude Code session 會不會變成一個可以審的任務。我沒跑這次測試。公告說管子在。

Techzine 的 Sander Kleijn,也是 9 月 22 日,把同一週寫成整併。公開實驗了六個月,包括 JetBrains Central,收成一把傘。Central 繼續存在,改名 Air Governance。Junie 在 IDE 裡自己規劃、跑多步任務,Air 的各個介面都支援它。整併不是功能。整併是地圖。4 月你想買「JetBrains 那個 agent」,結果撞上三個產品名,這張地圖才有用。

三個產品,日曆對不上

Unite 把 9 月 22 日的介紹拆成三個產品。

Air in JetBrains IDEs 是在 IntelliJ 或你已經在付錢的那支 IDE 裡指派 agent、檢查結果。這是「IDE 還有用」的具體版。agent 可以住在終端機。JetBrains 的主張是:審核仍想要那個懂專案的編輯器。

Air Teams 協調人和自主 agent 一起做的交付流程。Sawers 的圖說是瀏覽器裡的共享專案和自動化。那是團隊板,不是模型。

Air Governance 以前叫 JetBrains Central。Unite 的工作說明是政策、可見性、稽核、成本、問責。Sawers 更具體,也更保留:開發者可以用哪些模型與 agent、權限、花費上限、跨團隊用量。他還寫,這些治理控制目前只在早期使用計畫裡。

兩句一起看。發表稿把 Governance 寫成產品。The New Stack 說控制項還在早期使用。IT Europa 9 月 23 日阿姆斯特丹簡報 把日曆寫得更不一致,而這不一致有用。執行長 Kirill Skrygan 的路線圖,按那篇的轉述,Air Teams、Air Governance、Air Credits 下個月才放,Air Mobile 年底前,整包 Air 的訂閱價明年 1 月才定,今年先把各塊分別推出。

若 9 月 22 日是命名,SKU 晚一點跟上,兩句可以同時為真。不該做的是把「JetBrains Air」當成一個已經有標價、可以下採購單的正式產品。IT Europa 寫目前的入口是 JetBrains AI 訂閱,AI Pro 或 AI Ultimate,或者自帶 API key。那是已經存在的 agent 表面怎麼開。那不是 1 月的整包價格。1 月的價格還不存在。

Unite 還有一條容易漏的可用性。雲端執行已經給部分客戶,在 IDE 和瀏覽器裡。其他人是接下來幾個月逐步開。「部分客戶」沒有地區清單。管理後台看不到,你就是後面那批,直到有人另說。

ACP 才是沒有被鎖死的那一段

Agent Client Protocol 是這次發表裡我真的會去讀的部分,因為別的編輯器也能用。

Unite 寫 ACP 是 IDE 和 coding agent 怎麼說話的開放協定,JetBrains 和 Zed 公開做的,目標寫明不要廠商鎖定。它要露出的不是一條聊天 socket。規劃、邏輯、工具、模型路由、可觀測性都在範圍裡。ACP Registry 讓你在 JetBrains IDE 裡找相容 agent 並跑起來。

那頁的 agent 名單長到可以拿去核對:Junie、Gemini CLI、GitHub Copilot、Codex、Cursor、Mistral Vibe、OpenCode、Kimi CLI、Qwen Code、Factory Droid、Cline、Kiro CLI。客戶端寫了 JetBrains IDE、Zed,以及用外掛接的 Neovim。產品頁按 Unite 的轉述,Air 能配 Claude Agent、Codex、Junie、Copilot、OpenCode,以及任何走 ACP 的 agent。手機標成即將推出。

IT Europa 的供應商名單比較鬆。記者寫 Air 設計成能跨 Anthropic、Amazon、Google、Microsoft、OpenAI,或 SpaceX,當例子。決定你現在的工具在不在這輛車上,用 Unite 點名的 agent。CEO 的產品哲學用 IT Europa。相容矩陣不要用那句 SpaceX。

Techzine 有一句公司的話,讓 ACP 不只是 logo 牆:「支援多個模型與 agent 是地板,不是天花板。」JetBrains 不預期市場短期收到一個 agent,也把多廠商支援當成設計規則。這跟模型發表相反。模型發表要你打同一個端點。管控層要每個端點都出現在同一個審核佇列裡,並且有花費上限。

若 Zed 和 Neovim 真的是客戶端,Air 就不是唯一的門。你可以在乎協定、不理 JetBrains 的整包。我這週沒有拿 Neovim 對過 registry。可以審的主張是:JetBrains 公開了一份客戶端清單,裡面有它不擁有的編輯器。那要麼是一條真的匯流排的起點,要麼是一份會爛掉的名單。先用你已經在跑的一個 agent 對 registry,再相信那面牆。

隔離任務,以及看起來做完的程式

IT Europa 的功能清單最接近評測核對表,但它仍是簡報,不是實驗室紀錄。

多 agent 編排:Claude Agent、Codex、Gemini CLI、Junie 並排,互不踩。平行任務:不同的工作同時交給不同 agent。隔離環境:本地工作區、git worktree,或 Docker。程式審核介面用專案智能,合併前看 diff。macOS、Linux、Windows。

git worktree 對得上 Sawers 文裡的圖說,桌面 app 可以開新的 worktree 任務。隔離是「agent 改錯分支」的成年版。任務跟 worktree 一起死,你可以把這次嘗試丟掉。任務若看得到你的主 checkout 和雲端憑證,你只是在 IDE 廠商的桌面 app 裡重演 Coder 想框住的問題。我沒有權限圖。我有一個功能名。把「隔離」當成要用垃圾 repo 測的主張,不要當成能拿去給稽核看的邊界。

Skrygan 的話是這次發表裡值得留下的一句,而且它不是在講 JetBrains。「AI 可以產出程式,組織仍得產出軟體。Agent 開發改變軟體怎麼被做出來,沒有改變做錯的代價。」然後是比產品格線更要緊的區分。明顯錯的程式會被抓到。貴的是幾乎對的程式:看起來合理,過得了表面檢查,帶著一個壞假設,等修起來不便宜時才爆。

你若真的在買什麼,買的是這個審核。Air 的程式審核 UI 是公司對自己執行長的回答。UI 抓得住架構層的不一致,還是只抓得住像 lint 的 diff,簡報看不出來。Techzine 用更像維運的話轉述 JetBrains 自己的診斷。開發者採用 agent 的速度,快過組織把支援建起來的速度。上下文、協調、治理、成本控制都落後。成本晚一點才出現,在審核、返工、安全、基礎設施和花費裡。

Air Governance 對準的就是這張清單。Sawers 說早期使用。阿姆斯特丹的路線圖說下個月。你看 Air 是為了花費上限和稽核紀錄,就等畫面點得開,或進早期使用計畫,把真正強制的東西記下來。一個改了名、還不能拒絕某個模型的 Central 主控台,是投影片。

這週我會怎麼碰它

你若已經在付 JetBrains IDE 和 AI 訂閱,就把 9 月建置放進 IDE 的 Air 表面打開,跑一個你本來就認識的 agent。名單上有的,走 ACP。問題不是 Junie 聰不聰明。問題是 Codex 或 Claude Code 的任務會不會變成一個可審的單位,落在 worktree 裡,diff 用你現有的檢查看得懂。會,管控層就夠真,值得留。只是一個換了標題的聊天面板,你已經有了。

你若要推論留在大樓裡,這張單不對。四篇報導都沒有把模型權重搬上你的 GPU。那仍是 Ollama 那篇。你若要 agent 別寫進放了正式版 kubeconfig 的筆電,再讀一次 Coder。Air 的 Docker 和 worktree 隔離,在開發者機器上也許能走一段。它沒有被寫成 VPC 邊界。

管理員被要求「統一用 Air」時,問合約裡是三個產品的哪一個,Governance 今天能不能拒絕一個 agent,還是要等下個月,以及 1 月的整包價格打算取代什麼。IT Europa 寫公司的顧問能量有限,區域經銷大約十家,Skrygan 預期這次發表之後會需要更多整合商。這是訊號。軟體跑在會幫銀行安裝它的人前面。你要自己裝,不然就等。

這裡不對 Junie 與 Claude Code 打分,這週公司沒有要這個分數。它要你把 agent 當成可替換的工人,把 IDE,加上一個還沒完全出來的治理台,當成系統紀錄。IDE 那一半打得開。主控台那一半,不要因為部落格用了現在式,就假裝它做完了。

分享文章 //
READER LETTERS

讀者回應与討論

[ 0 則評論 ]

暫無讀者回應,歡迎發表你的見解。

FURTHER READING

相關文章