報導稱,亞馬遜 Software Builder Experience 副總裁 Jim Haughwout 在內部備忘錄中表示,Claude Code 會立即面向公司範圍可用,OpenAI Codex 則排定 5 月 12 日上線 。
這不是讓工程師各自去接外部消費級工具。相關報導指出,這兩款工具會在亞馬遜環境中運行,並由 AWS(Amazon Web Services,亞馬遜的雲端服務)管理,讓各團隊不必自行搭建基礎設施;部分報導也提到,工具會透過 Amazon Bedrock 承載 。
換句話說,亞馬遜的問題已經從「能不能用第三方 AI 寫程式工具」,轉向「如何把熱門第三方工具納入公司可控的使用路徑」。在這之前,Claude Code 若要用於生產環境程式碼或線上產品,門檻較高,工程師需要特殊許可或正式核准,這也是內部不滿的來源之一 。
亞馬遜先前曾推動工程師優先使用自家的 Kiro。路透社報導的一份內部備忘錄顯示,亞馬遜建議工程師避免採用第三方 AI 程式碼生成工具,轉向 Kiro,並表示「目前不計畫支援更多第三方 AI 開發工具」。
但這套做法很快碰到反彈。報導指出,約 1,500 名亞馬遜工程師在內部論壇支持採用 Claude Code,反對他們認為會拖慢工作效率的工具限制 。《Business Insider》也報導,亞馬遜內部曾透過指引把團隊導向 Kiro,同時要求 Claude Code 若用於生產程式碼或線上產品,必須經過正式批准 。
因此,這次轉向背後的直接因素,不只是抽象的「AI 戰略調整」,而是一線工程師對工具體驗、開發效率與工作流程的集中反饋。
當約 1,500 名工程師公開支持 Claude Code,並把既有政策與生產力受損連在一起時,工具選擇就不再只是採購或平台標準化問題 。對亞馬遜這種大型工程組織而言,如果 AI 程式開發助手無法被開發者真正接受,就可能帶來繞過審批、導入阻力與交付效率下降。
開放 Claude Code 與 Codex,等於承認實際使用效果必須進入決策。自研工具仍有治理、整合與內部流程優勢;但若部分團隊認為外部工具在複雜開發工作中更順手,繼續只推單一路線就會越來越難執行 。
目前公開報導並未提供 Kiro、Claude Code 與 Codex 之間的統一基準測試,因此不能直接斷言 Kiro 在能力上一定落後。比較穩妥的結論是:Kiro 優先策略沒有說服所有工程團隊,部分開發者更希望 Claude Code 進入正式可用工具清單 。
這對 Kiro 的意義很明確:它沒有被淘汰,但也不能只靠內部政策獲得採用。接下來,它必須在真實開發流程中證明自己的效率、穩定性,以及與亞馬遜內部系統整合的價值。
從報導來看,亞馬遜選擇的是「集中管理」而不是「完全放任」。Claude Code 與 Codex 將在亞馬遜環境中運行,並由 AWS 管理;部分報導也提到 Amazon Bedrock 作為承載路徑 。
這提供了一條折衷路線:工程師獲得更多工具選擇,公司則仍能在基礎設施、存取路徑與部署層面保留控制。不過,公開報導沒有揭露完整的資料隔離、日誌、權限、程式碼審查或模型使用政策,因此不能據此推論亞馬遜已解決所有安全治理問題 。
《Business Insider》也把這次開放放在亞馬遜與 Anthropic、OpenAI 的合作關係中理解,並稱亞馬遜是兩家 AI 公司的密切合作夥伴 。因此,內部採用 Claude Code 與 Codex,不只是「使用外部競品」,也符合大型雲端平台把多家 AI 工具納入生態系的趨勢。
更精確的說法是:Kiro 從被優先推動的內部工具,轉為亞馬遜 AI 程式開發工具組合中的一個選項。相關報導描述的是亞馬遜擴展到 Claude Code、Codex 與自家工具並存,而不是宣布關閉 Kiro 。
這會讓 Kiro 面臨更直接的內部競爭。過去,Kiro 可以依靠公司政策取得優先位置;現在,它必須與 Claude Code、Codex 一起接受工程師在日常工作流程中的選擇。
亞馬遜的案例說明,大型企業很難長期只用一種 AI 程式開發助手涵蓋所有場景。自研工具有利於治理、整合與合規管理,但開發者會依照實際效率選工具;當第三方工具明顯受到歡迎時,把它們納入統一管理,往往比繼續依賴限制與個別審批更務實 。
一句話概括:Kiro 仍然存在,但亞馬遜不願為了堅持單一自研路線,而犧牲工程師已經明確表達的生產力需求。