編輯 | 伊風(fēng)

出品 | 51CTO技術(shù)棧（微信號(hào)：blog51cto）

作為 Claude 背后的金主，亞馬遜終于在 AI 編程領(lǐng)域終于出手了！

昨日，他們推出了自家的 Agentic IDE —— Kiro，一款由 Claude Sonnet 4 驅(qū)動(dòng)的開發(fā)工具，目標(biāo)明確：解決 vibe coding 應(yīng)用難以上線的“最后一公里”問題。

乍看之下，Kiro 有些像 Cursor，但本質(zhì)上，它走的是另一條路線。

但最大的不同在于：Kiro 默認(rèn)內(nèi)置了“規(guī)格驅(qū)動(dòng)開發(fā)”（spec-driven development）。

它不是簡單幫你寫代碼，而是圍繞需求文檔、設(shè)計(jì)流程和任務(wù)拆解進(jìn)行自動(dòng)化組織。換句話說，它希望從一開始就把你的 prompt 引導(dǎo)進(jìn)一個(gè)可以交付、可協(xié)作、可維護(hù)的開發(fā)流程。

因此，這個(gè)工具的核心理念，是讓那些“vibe coding”出來的 APP 更容易轉(zhuǎn)入生產(chǎn)環(huán)境——這是目前很多平臺(tái)都難以做到的事。

目前 Kiro 已開放公開預(yù)覽、免費(fèi)試用，相關(guān)討論也開始在 Reddit 上逐漸升溫。一位開發(fā)者試用后直言：

 “氛圍編程的游戲規(guī)則，可能又要被改寫了?！?/p>

這位體驗(yàn)者提到，"很多人之前在 Claude Code 里用的那些技巧，都可以絲滑遷移到 Kiro 里。"

更驚艷的是，Kiro自動(dòng)把軟件工程的最佳實(shí)踐應(yīng)用到 vibe coding 工作流里，讓 APP 開發(fā)變得更有結(jié)構(gòu)、更有條理。

舉個(gè)例子：他在沒有任何額外 prompt 的情況下，Kiro 自動(dòng)為他的項(xiàng)目生成了完整的規(guī)格說明，包括：

• 需求文檔（Requirements Document）
• 設(shè)計(jì)文檔（Design Document）
• 任務(wù)列表（Task List）

他強(qiáng)調(diào)：這些并不是我讓它生成的，而是它默認(rèn)內(nèi)置的功能。

Kiro想讓你的氛圍編程不止步于“造玩具”，這款A(yù)I編程工具能做到嗎？

是否值得你上手試玩？別急，先來我們來一起看看。

Kiro下載地址：

??https://kiro.dev/downloads/??

1、氛圍編程的下一步：從“造玩具”到搭建穩(wěn)固、可維護(hù)的應(yīng)用

kiro的blog寫得很真實(shí)：

“你或許經(jīng)歷過這樣的場景：不斷 prompt、prompt、prompt，一個(gè)能跑的應(yīng)用就出來了。的確好玩，甚至像魔法。但要真正投入生產(chǎn)，卻遠(yuǎn)不止于此?！?/p>

這就是所謂的 vibe coding：靈感來了，AI 一頓猛生成，一個(gè) demo 就能跑，然而問題來了：

• 模型生成時(shí)做了哪些假設(shè)？你根本不知道。
• 整個(gè)過程你引導(dǎo)編程智能體修改代碼無數(shù)次，卻沒有任何“過程記錄”或設(shè)計(jì)文檔可查。
• 最終功能是否符合初始目標(biāo)？沒人能確定。
• 開發(fā)者無法快速理解系統(tǒng)設(shè)計(jì)的方式，以及這些設(shè)計(jì)會(huì)如何影響你的環(huán)境和性能。

更不用說，后續(xù)誰來維護(hù) prompt 邏輯，測試覆蓋了沒有，代碼是否符合團(tuán)隊(duì)規(guī)范？

Kiro想讓你通過氛圍編程，從做原型變成真正可交付的系統(tǒng)，這件事該如何解決？

2、Kiro：創(chuàng)新的“規(guī)格”+“鉤子”機(jī)制

Kiro 開發(fā)流程中引入了兩種核心機(jī)制——Specs（規(guī)格）和 Hooks（鉤子），用來配合 AI Agent更好地“打工”。

Specs（規(guī)格） 是在你深入思考某個(gè)功能、提前規(guī)劃重構(gòu)、理解系統(tǒng)行為時(shí)非常有價(jià)值的中間產(chǎn)物。本質(zhì)上，它是一組由 Kiro 自動(dòng)生成的結(jié)構(gòu)化文檔，包括偽代碼、流程說明、用戶故事等。

在傳統(tǒng)開發(fā)中，團(tuán)隊(duì)會(huì)在項(xiàng)目初期手動(dòng)編寫以下內(nèi)容：

• 功能需求說明（Requirements）
• 技術(shù)設(shè)計(jì)文檔（Design Docs）
• 用戶故事與驗(yàn)收標(biāo)準(zhǔn)（User Stories + Acceptance Criteria）

而現(xiàn)在，Kiro 會(huì)自動(dòng)根據(jù)你的 prompt 輸出這類規(guī)格文檔，幫助 AI 更準(zhǔn)確地理解任務(wù)、拆解目標(biāo)、生成代碼。

Hooks 是一套自動(dòng)觸發(fā)器系統(tǒng)，綁定在文件保存、創(chuàng)建、提交等事件上。

他像是一個(gè)經(jīng)驗(yàn)豐富的開發(fā)者，悄悄幫你完成遺漏的任務(wù)或重復(fù)性的工作。當(dāng)你保存、創(chuàng)建、刪除文件，或手動(dòng)觸發(fā)事件時(shí)，這些事件驅(qū)動(dòng)的自動(dòng)化就會(huì)在后臺(tái)執(zhí)行。

值得一提的是，Hooks 會(huì)在發(fā)布前按照開發(fā)者的方式檢查代碼，在每次保存或修改文件時(shí)自動(dòng)完成檢查。例如：

• 保存 React 組件時(shí)，自動(dòng)更新測試文件
• 修改 API 時(shí)，自動(dòng)刷新 README
• 準(zhǔn)備提交時(shí)，自動(dòng)掃描是否有敏感信息泄露

例如：你希望所有新建的 React 組件都遵循“單一職責(zé)原則（SRP）”，Kiro 可以根據(jù)你的 prompt 創(chuàng)建一個(gè) hook，在每次添加新組件時(shí)自動(dòng)進(jìn)行驗(yàn)證，只需一次設(shè)置。

3、案例：用Specs 和 Hooks 構(gòu)建一個(gè)網(wǎng)購頁面功能

為了能更好地感受Kiro的改進(jìn)，不妨來看blog中的一個(gè)例子。

以下是一個(gè)構(gòu)建電子商務(wù)應(yīng)用中“用戶評論系統(tǒng)”的三步流程示例：

1. 一個(gè) prompt → 明確的需求

輸入一句話：“為商品添加評論系統(tǒng)”，Kiro 會(huì)生成用戶故事，涵蓋查看、創(chuàng)建、篩選和評分評論等功能。

每條用戶故事中都含有 EARS（Easy Approach to Requirements Syntax） 格式的驗(yàn)收標(biāo)準(zhǔn)，覆蓋了常見邊緣情況。

 → 這樣，prompt 中的假設(shè)會(huì)被明確表達(dá)，確保代理真正構(gòu)建你想要的內(nèi)容。

2. 基于需求自動(dòng)生成技術(shù)設(shè)計(jì)

Kiro 分析你的代碼庫和確認(rèn)的規(guī)格說明，生成完整的設(shè)計(jì)文檔，包括：

• 數(shù)據(jù)流圖
• TypeScript 接口
• 數(shù)據(jù)庫結(jié)構(gòu)
• API 端點(diǎn)（如 Review 接口）

→ 避免因規(guī)格不清而導(dǎo)致的反復(fù)溝通，大幅提升效率。

3. 任務(wù)落地，實(shí)現(xiàn)每一步

Kiro 會(huì)自動(dòng)生成任務(wù)與子任務(wù)，按依賴關(guān)系正確排序，并與需求一一對應(yīng)。每個(gè)任務(wù)都包括：

• 單元測試
• 集成測試
• 加載狀態(tài)
• 移動(dòng)端響應(yīng)式支持
• 無障礙要求

→ 你可以逐步檢查工作進(jìn)展，而不是最后才發(fā)現(xiàn)哪里沒做。

任務(wù)面板中，支持逐個(gè)觸發(fā)任務(wù)并查看執(zhí)行狀態(tài)，還能查看代碼差異和代理的執(zhí)行記錄。

Kiro 還能讓規(guī)格和代碼庫保持同步。你寫代碼時(shí)可以要求 Kiro 自動(dòng)更新規(guī)格，也可手動(dòng)編輯 specs 來刷新任務(wù)——解決了開發(fā)中“文檔沒更新”的常見問題。

4、趨勢：AI 編程的“疆域”，還遠(yuǎn)沒卷到底

AI 編程工具早已不滿足于當(dāng)一個(gè)“代碼生成器”了。

AI編程工具正在不斷擴(kuò)展自己的能力邊界，從代碼助手邁向“開發(fā)流程指導(dǎo)者”，甚至“準(zhǔn)項(xiàng)目經(jīng)理”。

歸根到底，即便 Claude Code 的交互能力再強(qiáng)，它依然難以從頭到尾執(zhí)行一份完整的開發(fā)計(jì)劃。哪怕你寫了再精簡的 claude.md 文件、設(shè)定了再完整的 specs，一旦進(jìn)入執(zhí)行階段，跑偏的事情時(shí)有發(fā)生。

正如評論區(qū)一位網(wǎng)友說的那樣，成千上萬個(gè)基于 Claude Code 的 GUI 和 IDE 正在推出，他還提到了一個(gè)同樣走規(guī)格驅(qū)動(dòng)路線的競品應(yīng)用“ BearClaude”。

地址：

??https://bearclaude.specstory.com/??

這個(gè)評論也炸出了BearClaude的開發(fā)者，他提到：

團(tuán)隊(duì)正在為 BearClaude 開發(fā)一個(gè)更具“主觀性”的 Planner 模式。它會(huì)為頭腦風(fēng)暴、梳理用戶關(guān)注點(diǎn)、做需求分析、應(yīng)用準(zhǔn)備度（例如“完成定義”）、界定核心功能、云服務(wù)和關(guān)鍵包設(shè)定提供引導(dǎo)。

這個(gè)beta版本可能在近期上線。

看來，值得AI編程去卷的地方還有很多。誰能在混亂的 prompt 生成背后，補(bǔ)齊規(guī)劃、協(xié)作、測試、上線這些工程環(huán)節(jié)，誰就有可能主導(dǎo)下一階段的開發(fā)范式。

5、寫在最后

Kiro 提出的愿景并不?。航鉀Q構(gòu)建軟件時(shí)最根本的難題。

比如——

• 不同團(tuán)隊(duì)如何對齊設(shè)計(jì)
• 沖突需求如何協(xié)調(diào)
• 如何減少技術(shù)債
• 代碼審查如何更嚴(yán)謹(jǐn)
• 如何保留團(tuán)隊(duì)核心知識(shí)，防止經(jīng)驗(yàn)流失
  

這些問題，Kiro 希望通過智能體編程工具，一步步給出新的答案。

它能做到嗎？它的“規(guī)格驅(qū)動(dòng)”路線，會(huì)成為 AI 編程的主流范式，還是又一個(gè)曇花一現(xiàn)的嘗試？

看完介紹，你會(huì)考慮用用看 Kiro 嗎？

本文轉(zhuǎn)載自??51CTO技術(shù)棧??，作者：伊風(fēng)