有趣的是，AWS在開發(fā)人員對AI開發(fā)運動的貢獻方面並沒有獲得太大的動力。這太糟糕了，因為AWS是第一家使用基巖API採用多模型策略的公司。這是第一個採用MCP的人之一。正如我在5月份所涵蓋的那樣，它甚至在Github Copilot之前具有代理編碼功能?？赡懿挥谜f，AWS團隊對此感到沮喪。他們認(rèn)識到可能需要一種新的，更具侵略性的開發(fā)人員策略。這使我獲得了新版本-Kiro-可以說是多年來開發(fā)人員戰(zhàn)略的最大轉(zhuǎn)變。

（注意：AWS是我公司的諮詢客戶，Moor Insights＆Strategy。）

什麼是基羅？

Kiro是一種新的IDE，建立在vScode的叉子上，就像其他許多IDE一樣，它對氛圍友好。但是，當(dāng)我們考慮導(dǎo)致基羅發(fā)展的基礎(chǔ)假設(shè)時，這個定義太有限了。

1. Kiro不是AWS品牌的產(chǎn)品 - AWS意識到，要獲得一種工具，必須採用它是雲(yún)和服務(wù)中立的。因此，儘管Kiro是由AWS員工開發(fā)的，但它並不是AWS或Amazon的品牌，這是任何AWS產(chǎn)品的首次品牌。您可以從自己的網(wǎng)站獲得Kiro。它甚至不需要AWS ID工作。 （在嘗試使用預(yù)釋放的構(gòu)建時，我一直在使用我的Google帳戶。）它利用VSCODE的本機插件，因此您可以隨時隨地使用和按代碼。這與其他AWS開發(fā)人員工具（如Q開發(fā)人員）與AWS服務(wù)緊密結(jié)合的不同是不同的。
2. Kiro不是模特的模型 - AWS有基巖和非常廣泛的模型可以使用（包括其自己的Nova型號）。但是Kiro首先僅與擬人化的Claude Sonnet 3.7或4.0合作；根據(jù)開發(fā)人員的說法，將根據(jù)需求添加更多模型。
3. Kiro是一個完整的IDE- AWS似乎從自己的Q經(jīng)驗以及觀看Github和Cursor中學(xué)到了很多東西。最大的結(jié)論是，最好的創(chuàng)新來自IDE框架與供應(yīng)插件（如AWS對Q開發(fā)人員所做的那樣）。
4. Kiro專注於企業(yè)開發(fā)人員 -雖然Kiro是AWS的離開，但這並不是其目標(biāo)用戶或整體價值主張的放棄。企業(yè)開發(fā)人員仍然是目標(biāo)用戶，儘管人們相信Vibe編碼在企業(yè)中有角色，但AWS以不同的方式看到了Vibe的某些方面。

世界真的需要另一個IDE嗎？

4月，我與一小群非AWS人一起接觸，在進入預(yù)覽模式之前就可以學(xué)習(xí)並嘗試。老實說，我的第一個反應(yīng)是“為什麼我們需要另一個IDE？” - 我花了一段時間才弄清楚我的答案。在使用Kiro並與團隊進行了進一步的討論之後，我意識到Kiro確實有一個位置和觀點值得企業(yè)的考慮。我的理由如下。

使氛圍可行

當(dāng)我今天與開發(fā)人員談?wù)揤ibe編碼時，我會聽到兩個結(jié)論。首先是Vibe非常適合構(gòu)建演示和MVP，但是技術(shù)和工具尚不足夠強大，足以擴展生產(chǎn)代碼。其次是Vibe運動的領(lǐng)先工具供應(yīng)商是初創(chuàng)公司，最終可能最終被沒有企業(yè)證書的公司收購。

顯然，AWS具有規(guī)模和企業(yè)經(jīng)驗來解決這兩個問題。 AWS在AI開發(fā)方面的經(jīng)驗表明，企業(yè)級的氛圍是一個值得且可實現(xiàn)的目標(biāo)。但是，成功的真正標(biāo)誌將使下一代AI應(yīng)用程序以更高質(zhì)量和更大的規(guī)模構(gòu)建。規(guī)模將來自更好的工具和對服務(wù)的訪問，Kiro團隊建議他們可以實現(xiàn)。質(zhì)量可能需要不同的氛圍方法。

新的氛圍

當(dāng)我與KIRO團隊會面時，我抱怨過度強調(diào)單個開發(fā)人員使用基本提示。獲得現(xiàn)實世界中採用的高質(zhì)量應(yīng)用程序是許多利益相關(guān)者的產(chǎn)物，這些利益相關(guān)者不僅為構(gòu)建代碼，還可以測試計劃提供非常紮實的要求。事實是，在考慮企業(yè)應(yīng)用程序時，開發(fā)人員需要一系列不同的文物來塑造工作和應(yīng)用程序本身。換句話說，有人只是用氛圍燃料的真空吸引一個應(yīng)用程序的想法與現(xiàn)實不一致。

團隊同意，這就是為什麼規(guī)範(fàn)驅(qū)動的開發(fā)對基羅體驗更重要的原因。啟動新文件夾時，您可以選擇從規(guī)格或提示下工作。您可以輕鬆地上傳各種文物以創(chuàng)建規(guī)格。 Kiro Team對使用Vibe與現(xiàn)有代碼庫一起工作的看法也給我留下了深刻的印象。我們經(jīng)常會根據(jù)第0天的提示開始看到氛圍，但實際上，實際上，大多數(shù)開發(fā)人員花費了大部分時間來處理已經(jīng)建立的代碼。

新的IDE級功能

擁有自己的IDE為KIRO團隊打開了對整體體驗的影響更大。 Kiro包括：用於代理開發(fā)的新窗口，例如訪問MCP服務(wù)器；代理鉤，是調(diào)用代理或代碼的觸發(fā)器；和代理轉(zhuǎn)向，這是全球注入上下文和範(fàn)圍為代理的一種方式。這些類型的功能在僅限於插件的型號時不可用?；蛘呤且环N不同的方法是，Kiro可能是一個面向氛圍的AI IDE，但是您仍然可以按照自己喜歡的方式完成所有其他工作 - 而不是為不同的項目使用一套不同的工具。

Kiro具有真正的潛力

關(guān)於Kiro有很多值得喜歡的人，尤其是如果您是企業(yè)開發(fā)人員。是的，其他Vibe工具具有許多類似的功能，但是我認(rèn)為Vibe易用性與企業(yè)級服務(wù)相結(jié)合的結(jié)合功能很強大。也就是說，這是一種預(yù)覽產(chǎn)品，正如我之前所寫的，預(yù)覽產(chǎn)品在預(yù)覽中是有原因的。因此，經(jīng)過幾個小時的測試並與團隊會面，這是我想從他們那裡看到的。

1. 要耐心- 這是一個很大的轉(zhuǎn)變，IDE的採用通常需要很長時間和大量精力。同樣，IDE往往不會產(chǎn)生很多直接收入，而是開發(fā)相鄰收入來源的關(guān)鍵。 AWS如何衡量成功及其投資範(fàn)圍的長度可能需要與傳統(tǒng)的AWS服務(wù)不同。
2. 將敘述重點放在解決實際問題上- 我非常喜歡Kiro不可知論者並專注於企業(yè)開發(fā)人員的想法。同樣，Vibe編碼是可訪問和有趣的。但是，企業(yè)重點將在圍繞當(dāng)前和未來的AI應(yīng)用程序的質(zhì)量和協(xié)作方面釋放很多價值。
3. 真正努力建立一個Kiro社區(qū)- 就像我之前說的那樣，如今，AWS可能無法獲得其所有開發(fā)人員創(chuàng)新的信譽。我認(rèn)為Kiro提出了嘗試嘗試其他方法的開放性。但是，在開發(fā)人員社區(qū)方面，AWS可能需要回到基礎(chǔ)知識。 AWS正在從事在線大使工作，但Kiro可能需要在當(dāng)?shù)鼗顒?，教育和用戶認(rèn)可方面做更多的工作。
4. 找到一個偉大的合作夥伴- 我尊重AWS意識到它需要一種雲(yún)中立的IDE和一種創(chuàng)建和營銷產(chǎn)品的新方法。但是我不相信僅AWS可以塑造這個市場，尤其是考慮到開發(fā)人員Mindshare的競爭水平。如果Kiro希望對Microsoft和Github的有力組合構(gòu)成嚴(yán)重威脅，那麼它可能至少需要一個有力的伙伴。這很棘手的是，AI中的許多知名人士已經(jīng)是競爭對手（擬人化，Google，OpenAI/Microsoft）或不關(guān)注企業(yè)的（Meta，Perplexity）。 AWS可能必須考慮缺乏強大的開發(fā)人員參與策略（例如IBM或全球系統(tǒng)集成商）的更多傳統(tǒng)企業(yè)。

當(dāng)我最初持懷疑態(tài)度時，到目前為止，我對Kiro的看法給我留下了深刻的印象。我也給我留下了深刻的印象，AWS能夠深入考慮它想要與開發(fā)人員一起去的地方，並與一些長期以來的假設(shè)離婚。有一條漫長的道路，但是我很高興能聽到更多有關(guān)Kiro如何成熟的信息，尤其是期待在今年晚些時候看到我們在AWS RE：Invent Show中學(xué)到的知識。

以上是KIRO開發(fā)環(huán)境是AWS開發(fā)人員戰(zhàn)略的重大轉(zhuǎn)變的詳細(xì)內(nèi)容。更多資訊請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！