Coder本週正式釋出了Coder Agent Relay服務，SpaceXAI是首發合作伙伴。該服務能讓軟體工程團隊把編碼智慧體工具執行在自己的基礎設施上，由Cursor在雲端負責推理和規劃，並只接收與任務相關的原始碼和工具輸出。
在銀行、生命科學、國防、航空航天、政府等強監管行業，這套方案被視為通往可控智慧體化的一步。由於Coder環境採用自託管形式，開發者可以在隔離工作區中執行嚴格的合規策略，並透過規則限制智慧體訪問未授權目標。SpaceXAI在8月14日完成了對Cursor的收購，如今Cursor Cloud Agents可以執行在受監管企業自有基礎設施上的Coder工作區內。開發人員依然使用熟知的Cursor互動介面，Cursor繼續執行包括推理和規劃在內的智慧體迴圈；但實際工具呼叫是在客戶網路內的Coder環境中執行，因此原始碼、金鑰和內部服務始終留在企業掌握的機器上。
Coder執行長Rob Whiteley對The New Stack表示，他們正聚焦“黃金路徑”，希望為開發者提供心儀的工具，同時不必擔心底層管道和安全策略。他說：“在Coder，我1%的工程師消耗了40%的token支出。問題不是他們花了多少錢，而是技術採用極不均衡。行業中由此出現了失敗的tokenmaxxing風潮。”他認為，鼓勵工程師儘可能多用AI來提升生產力，屬於“正確的想法，但用錯了衡量標準”，真正盯著token花費反而容易被誤當成分數去追逐。Whiteley補充道：“現在我們應該把重點放在提升開發者技能上——這正是Coder要開啟的市場，也就是把Coder的基礎設施與SpaceXAI的智慧體體驗結合起來。”
真正擋住落地的是部署模型。受監管組織往往不允許使用供應商託管式工具，因為原始碼需要受控訪問，執行環境必須安全且可治理，每個動作都要能被審計。Whiteley說，最糟的情況經常發生：“直接封掉Cursor。我們有很多客戶的安全團隊就是這麼做的。並不是Cursor有什麼問題或不安全，而是架構不匹配。這些企業必須完全掌控智慧體執行的執行環境。”他還談到，一些團隊採用Cursor後確實提升了效率，但隨著使用範圍擴大被安全團隊叫停，最終集體撤回。凡是出現這種狀況的開發者，都會嘟囔“這就是為什麼我們得不到好東西”。Whiteley看到，部分客戶後來反而改成這樣的策略：“你們可以用Cursor，但智慧體必須在Coder環境中執行。”於是開發人員終於能保留Cursor體驗，而不是被安全團隊拒絕，或被塞給並不好用的遠端方案。
Whiteley解釋，客戶本不應該自己充當系統整合商；Cursor與Coder是“獨立地”意識到需要加強技術整合。Cursor自3月起已經支援自託管智慧體。這次合作把市場行動和產品整合繫結在一起：每個Coder工作區都能啟動一個Cursor worker，以出站方式連線Cursor；平臺團隊可以像管理普通開發環境一樣供給和擴充套件這些工作區。工具呼叫和程式碼倉庫檢出仍保留在客戶受控的基礎設施上，只有相關程式碼和工具輸出會被送到Cursor用於雲端的推理。智慧體環境採用沙箱化、臨時性設計，並且每個智慧體只專注於單一項任務。如果出現提示注入，試圖把智慧體推往未授權資源，系統會在環境層直接遮蔽，而不是把責任留給模型去拒絕。每次執行都會留下一份日誌，記錄智慧體訪問了什麼、執行了什麼、改了什麼、又被攔截了什麼，因此不需要為某個時間段手工拼湊合規報告。
SpaceXAI是Coder圍繞“最好的AI編碼工具應當在任何組織、任何基礎設施上執行，同時組織不必放棄控制權”這一想法建立的首個合作伙伴。Coder Agent Relay for Cursor目前面向設計合作伙伴開放私有預覽。