亞馬遜釋出AI IDE Kiro，用了兩天後我發現Cursor危險了

前兩天，亞馬遜突然釋出他們的自研AI IDE產品Kiro，這是個和Cursor、Windsurf類似，也是基於VS Code套殼的IDE產品。

這個產品一經發出就快速爆火了，導致從原來免費試用的狀態，改成了現在需要等待waitlist的形式。據說亞馬遜原本的計劃是首周獲取30k的內測使用者，但是他們釋出第一天獲取到的使用者數就超過20k了，第二天的使用者量級應該更是遠遠超過了。不過沒事，文章最後我會給你提供個Mac電腦安裝包的下載連結，讓你可以跳過這個waitlist的限制。

我覺得Kiro突然的爆火大概有這麼幾個原因：

一是Cursor最近一直在瞎胡鬧，先是不通知使用者的情況下瞎搞Pro會員的權益，導致使用者的使用成本高出了很多，這幾天還出現了限制國區使用Claude模型的情況，真是不作不死，大家都是苦Cursor久矣。

二是Kiro的產品形態確實有創新，尤其是Spec模式，很好地控制和解決了限制vibe coding狀態下專案容易混亂，一堆屎山程式碼難以下手的問題。

三是亞馬遜是Anthropic的爸爸，AWS是Claude算力資源的主要來源，所以亞馬遜出的IDE產品接Claude模型的成本應該是低很多的。不止是暫時免費，即使是後續收費時，19美元獲得1000次/月的對話次數也比Cursor的20美元500次划算不少。大家都不傻，知道怎麼選的。

下面重點聊聊Kiro中的Spec模式

在Spec這個模式下，Kiro不會根據你的指令寫程式碼，而是會先逐步生成三份關聯的文件，分別是：

第一步，是生成 Requirements.md 的需求文件，裡面詳細寫明瞭使用者故事、驗收條件、目標功能。在這份文件中，Kiro會圍繞使用者故事（User Story）進行展開，它會自動把你的目標抽象成一組“使用者的使用情景與目標”，並且針對每一個使用者目標列出一組驗收標準（Acceptance Criteria）。這些標準是可執行的判斷依據，是系統該如何響應、該輸出什麼、該展示什麼的具體約束。

這一層是使用者視角 + 功能邊界的結合，它的價值在於防止開發者誤解需求，或是在開發中不斷“補漏”，而是從一開始就明確系統的預期行為與反饋機制。

第二步，在理解了要做什麼之後，Kiro生成的 Design.md 設計文件會告訴你怎麼做。這份文件是一份結構化的系統設計方案。它會從系統架構開始講起，把你的專案拆分成多個模組：比如前端互動邏輯、後端處理流程、狀態管理系統、第三方服務介面、異常處理機制等等，併為每一個模組指定職責邊界與通訊方式。

Kiro還會自動生成模組之間的呼叫流程圖（例如時序圖、元件圖等），幫助你理解系統行為的時間演化過程；此外，它還會列出關鍵的介面函式、資料模型、異常路徑，並對每一個“如果失敗了怎麼辦”的問題給出fallback策略。

第三步，它會基於前面的功能需求文件和設計文件，自動生成一個可執行的開發任務清單Task List，也就是Implementation Plan。

這個清單以任務的形式呈現，比如“完善後端介面的錯誤處理邏輯”、“實現頁面中的搜尋欄互動動畫”、“加入許可權控制與身份驗證”等。每一個任務都清楚地標註了其來自哪個需求點、在哪個設計模組中體現，以及完成它需要滿足什麼技術標準。

Kiro在這裡做的是一種從抽象需求，到架構設計，再到任務拆解的完整轉譯過程。

很多人之前提到Vibe Coding只適合做點個人小專案，但不太適合作複雜專案和團隊合作型的專案，但Kiro是靠這些文件和步驟，把頂級企業的開發流程固化下來，讓使用者可以成為專案經理的角色，去帶著一整個產品、設計、開發團隊完成一個複雜專案的開發。

這樣的實踐也算是亞馬遜這個企業方法論的體現，我估計Cursor和其他AI IDE可能也會很快把這個功能抄上。

下面是一些你可能用得上的資源：

Kiro Mac安裝包：https://pan.quark.cn/s/71ec1c26fafe

Kiro IDE 深度研究報告：https://pan.quark.cn/s/3098741c7269

我B站上對Kiro的介紹影片：https://www.bilibili.com/video/BV1QggGz8EXE/