Vad är Kiro?
Kiro är en nedladdningsbar kodningsmiljö byggd av Amazon Web Services som tar AI-assisterad utveckling i en riktning som de flesta verktyg i den här kategorin inte har försökt sig på.
Där de flesta AI-kodverktyg låter dig skriva en prompt och få kod tillbaka direkt, kör Kiro först en planeringsprocess: den läser ditt projektsammanhang, skriver ett kravdokument, genererar en teknisk design, bryter ned allt i en numrerad lista med uppgifter och börjar först därefter skriva kod.
Tillgänglig som en IDE, ett kommandoradsverktyg, ett webbgränssnitt (för närvarande i preview för betalande användare) och en mobilapp (tidig åtkomst på iOS), positionerar Kiro sig som verktyget för utvecklare som vill ha strukturerade, underhållbara resultat snarare än snabb kod som de måste reda ut en vecka senare.
Vem är Kiro för?
- Utvecklare som har blivit brända av AI-genererad kod som kraschar efter dag ett. Kiros spec-workflow tvingar fram planering innan implementation, vilket innebär att koden den skriver är spårbar tillbaka till dokumenterade krav, inte hopplockad på måfå.
- Team som går över till agentiska arbetsflöden. Kiros Agent Hooks låter dig automatisera återkommande uppgifter som att skriva tester eller generera dokumentation, utlöst automatiskt när en kvalificerande fil ändras, utan att du behöver prompta om och om igen.
- AWS-ekosystemets utvecklare. Kiro är byggt på AWS-infrastruktur, bearbetar data över AWS-regioner inom din geografiska zon och ansluter naturligt till AWS-tjänster. Om din stack redan är tungt AWS-orienterad passar Kiro in utan konfigurationsöverhead.
- VS Code-användare som vill ha AI som går djupare än autocomplete. Kiro IDE är byggd på samma grund som VS Code. Dina kortkommandon, inställningar och tillägg överförs under onboarding på några minuter.
Kiro för- och nackdelar
- Spec-workflow planerar innan någon kod skrivs
- Agent Hooks automatiserar uppgifter vid filhändelser
- VS Code-tillägg och inställningar importeras smidigt
- Autopilot-läget bygger utan ständiga godkännandebegäranden
- Steering-dokument ger Kiro ditt projektsammanhang
- Stödjer flera frontier-modeller inklusive Opus 4.8
- MCP-serverintegration kopplar externa verktyg inbyggt
- Kräver nedladdning; inte webbläsartillgänglig på gratisnivån
- 50 gratis krediter försvinner snabbare än väntat
- Tidsgräns överskreds en gång under requirements-förädlingsfasen
Betygsfördelning
Kiros starkaste poäng ligger inom funktioner och funktionalitet, där dess spec-drivna arbetsflöde, agent hooks och autopilot-körning placerar det före varje annat AI-kodverktyg som granskats här. Det tappar mark när det gäller tillgänglighet och kreditmodellen, båda kräver ärlig uppmärksamhet innan du binder dig till ett arbetsflöde.
| Funktion | Poäng (av 10) | Varför poängen |
|---|---|---|
| Användarvänlighet | 7.0 | Bekant för alla VS Code-användare; nedladdningskravet och den utvecklarfokuserade naturen gör det utom räckhåll för icke-tekniska användare |
| Funktioner & funktionalitet | 9.5 | Spec-workflow, agent hooks, autopilot, MCP-integration, steering-dokument: den mest kompletta funktionsuppsättningen av alla AI-kodverktyg som granskats |
| Design & anpassning | 7.0 | Mörka och ljusa IDE-teman; stark kontroll över genererad kodstruktur genom redigering av spec och steering-dokument |
| Prisvärdhet | 6.5 | Gratisnivåns 50 krediter försvann snabbare än väntat under planeringen, innan en rad applikationskod skrevs |
| Prestanda & tillförlitlighet | 7.5 | Planeringsutdata var detaljerad och specifik; en bekräftad tidsgränsöverskridning efter 7 minuter 24 sekunder under requirements-förädling |
| Totalt | 8.2 | Kiros spec-workflow är det mest strukturerade förhållningssättet till AI-assisterad utveckling som granskats hittills. Poängen återspeglar den verkliga differentieringen, men hålls tillbaka av den begränsade gratisnivån och den enstaka tillförlitlighetsmiss som noterades under testningen. |
Kiro-funktioner
- Spec-drivet arbetsflöde: krav, design, uppgifter, kod
- Agent Hooks automatiserar uppgifter vid filhändelser
- Steering-dokument ger agenten projektsammanhang
- Autopilot-läget utför uppgifter utan steg-för-steg-godkännande
- MCP-serverstöd för integration av externa verktyg
- Import av VS Code-konfiguration vid första starten
- Stöd för flera modeller, inklusive Claude Opus 4.8
Min ärliga Kiro-recension: Vad jag fann efter att ha testat det
De flesta AI-appbyggare faller in i en av två kategorier:
- visuella verktyg som genererar ett gränssnitt från en beskrivning
- och chattbaserade verktyg som skriver kod direkt som svar på en prompt
Kiro passar inte in i någon av dem, vilket är varför en granskning av det kräver ett annat angreppssätt.
Kiro är en agentisk IDE. Du drar inte komponenter på en canvas, och du får ingen liveförhandsvisning efter 30 sekunder. Det du får är en lokal utvecklingsmiljö som planerar ett bygge innan det startar, genererar krav, ett designdokument och en strukturerad lista med uppgifter som agenten sedan arbetar sig igenom steg för steg.
Applikationen den producerar är ett riktigt projekt på din maskin, i filer du äger, med en stack du själv definierar.
För att testa om den processen faktiskt fungerar byggde jag en plattform för fastighetsförvaltning från grunden i Kiro.
Prompten omfattade autentisering för hyresvärd och hyresgäst, hantering av fastigheter och enheter, hyresavtal, underhållsärenden med statusuppdateringar, Stripe-betalningsintegration, e-postnotiser och en hyresvärdsdashboard med rapportering. Detta är samma prompt som användes för att utvärdera Rork, Figma Make, Uizard och Retool, vilket gör det möjligt att jämföra hur varje verktyg hanterar verklig komplexitet snarare än ett enkelt exempel.
Frågan som denna recension syftade till att besvara var specifik: Producerar Kiros spec-först-arbetsflöde bättre strukturerad, mer underhållbar output än verktyg som går direkt till kod?
Här är vad jag fann.
Att få Kiro igång: En nedladdning, inte en webbläsarflik
Varje annan AI-appbyggare som utvärderats tillsammans med denna jämförelse lever i en webbläsare. Kiro gör det inte. Att komma igång innebär att gå till kiro.dev, klicka på Downloads, välja ditt operativsystem och installera applikationen på din maskin.
Jag körde Pop OS, en Debian-baserad Linuxdistribution, så jag valde Debian-paketet (.deb) i rullgardinsmenyn. Webbplatsen erbjuder också ett Universal-paket (.tar.gz) för andra Linux-installationer. Installerare för Windows och macOS finns tillgängliga via samma nedladdningssida.
Vad detta betyder i praktiken:
- Första sessionen kräver en lokal installation, inte en webbläsarflik
- Ingen internetbaserad åtkomst på gratisnivån (webbgränssnittet finns endast på betalplaner, för närvarande i preview)
- För utvecklare är detta inget problem
- För alla som jämför Kiro med webbläsarbaserade byggverktyg, lägg denna tid för installation till din uppskattning
Installationen i sig var okomplicerad. Det fanns inga konfigurationssteg, inga beroenden som behövde lösas manuellt, och applikationen startade rent efter den vanliga paketinstallationen.
Inloggning sker i din webbläsare, inte inne i appen
När IDE:n öppnas för första gången ber den dig inte att logga in inne i applikationsfönstret. Den omdirigerar dig till en webbsida för att hantera autentiseringen där.
Inloggningsskärmen presenterar fyra alternativ:
| Inloggningsmetod | Vem den passar |
|---|---|
| Individuella utvecklare och frilansare | |
| GitHub | Den mest naturliga passformen för utvecklare med befintliga konton |
| AWS Builder ID | Utvecklare som redan finns i AWS-ekosystemet |
| Your Organization | Företagsteam som använder SSO |
GitHub-alternativet är väl valt för målgruppen. De flesta utvecklare har redan ett GitHub-konto och kan autentisera sig utan att skapa nya inloggningsuppgifter.
Några saker som är bra att känna till innan du registrerar dig:
- Inloggning via Google eller AWS Builder ID (inte AWS Identity Center) kvalificerar dig för en kredit på $20 som tillämpas på din första betalda planuppgradering. Detta är en engångsförmån som är värd att känna till innan du väljer inloggningsmetod.
- Inloggning via “Your Organization” går genom företagets SSO och är ingången för team som behöver centraliserad identitetshantering.
- Genom att logga in godkänner du AWS Customer Agreement, Service Terms, Privacy Notice och AWS Intellectual Property License. Eftersom Kiro är en AWS-produkt behandlas dina data över AWS-regioner inom din geografiska zon.
Onboarding: Tre installationssteg som tar under två minuter
Efter inloggning kör Kiro en kort installationssekvens innan huvud-IDE:n öppnas. Stegen är:
Steg 1: Välj ditt tema. Kiro Dark eller Kiro Light. Båda visar en liveförhandsvisning av kodsyntaxmarkering innan du bekräftar.
Steg 2: Ställ in shell-integration. Detta låter dig öppna vilket projekt som helst från din terminal med kommandot kiro . Du kan hoppa över detta och ställa in det senare.
Steg 3: Importera från VS Code. Kiro hämtar in dina befintliga VS Code-tillägg (alla som finns på Open VSX), inställningar och kortkommandon. Tilläggen laddas i bakgrunden medan onboarding fortsätter, så du behöver inte vänta på en laddningsskärm.
Den mest praktiskt användbara delen av denna sekvens är importen från VS Code. Om du har lagt år på att anpassa en VS Code-miljö behöver övergången inte innebära att du börjar från noll. Importen fungerade rent i min session.
Det som onboarding inte inkluderar är någon introduktion till Kiros kärnfunktioner. Du får inte någon genomgång av vad Specs, Agent Hooks eller Steering Documents är. Du kommer till huvudskärmen och får lista ut det självständigt. Detta är acceptabelt för en erfaren utvecklarpublik, men det innebär att din första session med verktygets mest utmärkande funktioner kräver självguidat utforskande.
Inne i IDE:n: De fyra panelerna som gör Kiro annorlunda
Kiro IDE ser ut som VS Code eftersom den är byggd på samma grund. Filutforskaren, flikarna i editorn, terminalen, sökfältet och menyraden beter sig precis som väntat.
Det som skiljer Kiro från en vanlig VS Code-installation är den dedikerade vänsterpanelen, som innehåller fyra sektioner som inte finns i något VS Code-tillägg:
| Panelsektion | Vad den gör |
|---|---|
| Specs | Skapa och hantera specifikationsdokument (krav, design, uppgifter) för komplexa byggen |
| Agent Hooks | Ställ in automatiserade uppgifter som utlöses av filsystemhändelser |
| Agent Steering and Skills | Lagra vägledningsdokument som formar hur agenten beter sig över alla sessioner |
| MCP Servers | Koppla externa verktyg och datakällor till Kiro-agenten |
Högersidan av IDE:n innehåller chattpanelen. Här interagerar du med Kiro och här ser du kreditförbrukning i realtid. “Est.
Credits Used: 0.1, Elapsed time: 57s” uppdateras efter varje agentåtgärd, vilket innebär att du alltid vet vad varje uppgift kostar.
Längst ned i chattens inmatningsfält bestämmer två kontroller hur Kiro beter sig vid varje uppgift:
- Model selector: Välj Auto (Kiro väljer den mest kostnadseffektiva modellen för varje begäran) eller välj en specifik modell som Claude Sonnet 4.6 eller Claude Opus 4.8.
- Autopilot toggle: Med Autopilot på skriver och redigerar Kiro filer utan att vänta på ditt godkännande vid varje steg. Med den avstängd pausar Kiro före varje kommando och ber dig att Trust, Reject eller köra det manuellt.
För property management-plattformstestet hade jag Autopilot på under planeringen och använde manuellt godkännande under uppgiftskörningen för att utvärdera varje steg separat.
Verdict: IDE-layouten känns bekant inom några minuter för alla VS Code-användare. De fyra vänsterpanelerna är där Kiros värde finns, och att förstå var och en av dem innan din första session avgör hur mycket du får ut av verktyget.
Steering-dokument: Ge Kiro sammanhang innan din första prompt
Det första du ska göra i ett nytt Kiro-projekt är inte att börja bygga. Det är att generera steering-dokument.
Jag klickade på “Generate Steering Docs” i Kiro-panelen innan jag skickade någon prompt. Kiro skannade den tomma projektkatalogen och skapade tre markdown-filer i .kiro/steering/:
| Fil | Innehåll |
|---|---|
| product.md | Produktnamn, beskrivning, centrala domänbegrepp och viktiga mål |
| structure.md | Förväntad mappstruktur och konventioner för filorganisation |
| tech.md | Förväntad teknikstack, vanliga kommandon och kodningskonventioner |
För ett helt tomt projekt antog Kiro rimliga standarder: React med TypeScript, Next.js API-rutter, PostgreSQL, Prisma, Tailwind CSS och JWT-baserad autentisering. Den flaggade både tech.md och structure.md som platshållare som skulle uppdateras när den faktiska stacken bekräftades genom scaffoldning.
Detta spelar roll eftersom varje efterföljande agentåtgärd läser dessa filer innan den gör något. När du väl har scaffoldat projektet och den verkliga stacken är bekräftad, gör en uppdatering av tech.md att Kiro automatiskt tillämpar dessa konventioner på alla framtida uppgifter.
Du kan också lägga till egna steering-filer för API-designstandarder, namngivningsregler, driftsättningsregler eller andra begränsningar som du vill att agenten ska behandla som fasta.
Vibe Mode vs Spec Mode: Beslutet som formar hela bygget
När du öppnar chatten för ett nytt bygge visar Kiro dig två lägen innan du skriver något:
Vibe mode låter dig chatta först och bygga allt eftersom. Inga planeringsdokument, inga strukturerade resultat. Bäst för snabba experiment, utforskning i tidigt skede eller uppgifter där kraven fortfarande arbetas fram.
Spec mode kör en planeringssekvens innan någon kod skrivs. Kiro genererar krav, ett tekniskt designdokument och en uppgiftslista. Först efter att alla tre har granskats och godkänts börjar den skriva kod. Bäst för produktionsarbete där underhållbarhet spelar roll.
Jag valde Spec mode för property management-plattformen. När jag skickade prompten ställde Kiro två följdfrågor innan den genererade något:
- “What do you want to start with?” (Requirements, markerat som rekommenderat, eller Technical Design)
- “Is this a new feature or a bugfix?” (Build a Feature, rekommenderat, eller Fix a Bug)
Dessa frågor avgör strukturen för allt som följer. Att välja “Requirements” betyder att Kiro skriver användarberättelser och acceptanskriterier innan den rör arkitekturen.
Den sekvensen ger fundamentalt annorlunda planeringsartefakter än att börja med en teknisk design och härleda krav därefter.
Spec-workflow: Krav, design och en uppgiftslista innan någon kod
Det här är avsnittet som gör Kiro värd att utvärdera på allvar.
Efter att ha valt “Requirements” och “Build a Feature” skapade Kiro en requirements.md -fil i .kiro/specs/property-management-platform/. Dokumentet dök upp i editorn omedelbart. Jag kunde läsa det medan det skrevs. Innehållet inkluderade:
Ordlistan: 12 domäntermer definierades exakt, inklusive Auth_Service, Property_Service, Lease_Service, Payment_Service, Maintenance_Service, Notification_Service och Dashboard_Service, där var och en kopplades till ett planerat delsystem.
Plattformsbeskrivningen: Både rollerna Landlord och Tenant dokumenterades, tillsammans med den bekräftade teknikstacken: Next.js, TypeScript, PostgreSQL, Prisma, Tailwind CSS, Stripe och Docker.
Efter att ha genererat det första dokumentet körde Kiro ett automatiskt förädlingssteg. Den analyserade alla 12 krav, skickade parallella detailer-subagenter över vart och ett av dem och uppdaterade requirements.md med fullständiga acceptanskriterier för varje krav. Panelen spårade detta i realtid: “Refining requirements 12/12.”
När kraven var klara klickade jag på “Continue” och valde “Generate Design and Tasks.” Kiro producerade design.md och tasks.md tillsammans. Uppgiftsuppdelningen var sessionens mest framstående resultat:
11 uppgiftsgrupper, 43 deluppgifter, i implementeringsordning:
- Projekt-scaffoldning och infrastruktur
- Autentisering (JWT, blacklist, middleware, sidor)
- Hantering av fastigheter och enheter
- Hantering av hyresgäster
- Hantering av hyresavtal, dokumentuppladdningar och cron-jobb
- Underhållsärenden
- Stripe-betalningar och webhook
- E-postnotiser
- Hyresvärdsdashboard och rapportering
- Delade UI-komponenter och layouter
- API-härdning (rate limiting, CORS, hälsokontroll, validering av miljövariabler)
Varje deluppgift innehöll exakta kommandon, filsökvägar och spårbara referenser till krav. Task 1.1, till exempel, hänvisade direkt till Requirements R12 (Docker) och R10 (REST API) i sin beskrivning. Kopplingen mellan planering och exekvering var explicit och verifierbar genom hela processen.
Rork, i jämförelse, hoppar över hela detta steg och går direkt till att generera ett användargränssnitt från prompten. Skillnaden i outputkvalitet är synlig: Kiros uppgiftslista är tillräckligt specifik för att lämnas till en mänsklig utvecklare och få dem att förstå exakt vad som behöver byggas och i vilken ordning.
Uppgiftskörning: Vad Kiro faktiskt byggde
När uppgiftslistan hade godkänts klickade jag på “Start task” på Task 1.1: Initialize Next.js 14 project with TypeScript, Tailwind CSS, and ESLint.
Kiro uppdaterade uppgiftens status till “in progress” i tasks.md, och delegerade sedan körningen till sin spec-task-execution-subagent. Agenten kontrollerade arbetsytan först, bekräftade att endast .kiro -spec-mappen fanns och att inget Next.js-projekt ännu existerade, och fortsatte med att scaffolda projektet.
Inom den första exekveringscykeln fylldes filträdet med:
- package.json med Next.js, React 19.2.4, TypeScript och Tailwind-beroenden listade
- tsconfig.json, eslint.config.mjs, next.config.ts
- src/ och public/ katalogstruktur
- AGENTS.md och CLAUDE.md, genererade av Kiro som vägledningsfiler för agenten i projektet
- README.md
CLAUDE.md-filen är värd att notera: Kiro är en AWS-produkt, men den körs på Anthropic’s Claude-modeller under huven. CLAUDE.md-filen är hur Claude-drivna agenter lagrar projektspecifik beteendevägledning. Dess närvaro i den genererade scaffolden återspeglar den underliggande modellen, även inom AWS-infrastrukturkontexten.
Längst upp i uppgiftslistans vy skulle en knapp “Run all tasks” låta Kiro köra alla 43 deluppgifter i följd med Autopilot aktiverat.
Jag körde uppgifter individuellt för att utvärdera varje steg. För ett riktigt projekt där du är säker på den godkända planen är det ett rimligt och tidseffektivt arbetsflöde att köra alla uppgifter automatiskt och granska resultatet efter varje grupp.
Varje fil som Kiro genererade under exekveringen var en riktig fil i min lokala projektkatalog, ägd och redigerbar från första sekund. Det här är en meningsfull skillnad jämfört med webbläsarbaserade byggare som Figma Make eller Uizard, där resultatet antingen är en designresurs eller en hostad applikation som du inte kontrollerar lokalt.
Tidsgränsöverskridandet vid minut sju: Vad det betyder för tillförlitligheten
Jag vill vara tydlig med detta eftersom det hände under den viktigaste delen av testet.
Efter att Kiro hade förfinat alla 12 krav och accepterat ändringarna i requirements.md, tog agenten slut i tid. Felmeddelandet i chattpanelen löd:
“The request timed out. Please try again. (Conversation ID: 29d25548-c3ce-414c-8f57-702124c7fec6). Elapsed time: 7m 24s.”
Detta hände i övergången mellan requirements-fasen och genereringen av designen. Arbetet som slutförts före timeouten sparades. Inga krav gick förlorade.
Efter att ha bekräftat felet klickade jag på “Continue” och valde “Generate Design and Tasks.” Kiro återhämtade sig utan att upprepa requirements-steget, producerade båda dokumenten rent och fortsatte normalt under resten av sessionen.
Sammanhang som spelar roll här:
- Timeouten inträffade på en komplex prompt som täckte 12 olika kravområden med parallell förädling igång. Enklare uppgifter kommer sannolikt inte att ta så lång tid.
- Kiro är för närvarande i preview, och tillförlitlighet vid den yttersta gränsen av komplexa uppgifter är en känd egenskap hos verktyg i detta skede.
- Återhämtningen var ren. Checkpointsystemet bevarade allt slutfört arbete och nästa steg kördes omedelbart.
Med det sagt är en timeout sju minuter in i verktygets mest utmärkande funktion en verklig upplevelsemiss. Om du arbetar mot en deadline är ett verktyg som stannar och kräver en manuell retry frustrerande även när återhämtningen är smidig.
Agent Hooks: Automatisering som körs utan att bli ombedd
Agent Hooks finns inte i något annat AI-kodverktyg som utvärderats tillsammans med denna jämförelse, och de förtjänar särskild uppmärksamhet eftersom de representerar ett annat sätt att tänka kring AI-assistans.
En Hook är en uppgift som körs automatiskt när en filsystemhändelse inträffar. Du beskriver beteendet i vanlig text, Kiro omvandlar det till en händelselyssnare, och från den punkten körs beteendet i bakgrunden varje gång triggervillkoret uppfylls. Inget kommando att köra, ingen påminnelse att ställa in.
Exempel på vad Hooks kan göra:
- Vid filsparande: generera grundläggande tester för varje komponent som inte redan har en testfil
- Vid filsparande: kör kodrensning eller formateringskontroller
- Vid filskapande: generera dokumentation för nya funktioner automatiskt
- Vid ändringar av strängkonstanter: uppdatera lokaliseringsfiler utan manuell åtgärd
Hooken lagras i .kiro/hooks/ som en redigerbar fil. Om du vill justera triggervillkoret eller instruktionen redigerar du filen direkt. Konfigurationen är transparent och versionshanterbar tillsammans med resten av ditt projekt.
Test-på-spara-exemplet är det mest omedelbart praktiska: utvecklare skjuter konsekvent upp testskrivandet till slutet av en sprint, och en hook som tyst lägger till grundläggande tester när en komponent sparas tar bort det beslutet helt. Testerna dyker upp i filträdet efter nästa sparning utan någon åtgärd från dig.
Kreditförbrukning: Vad gratisnivån faktiskt ger dig
Kreditmodellen är det område där Kiro kräver den noggrannaste läsningen innan du binder dig till ett arbetsflöde.
Gratisnivån ger dig 50 krediter. Här är vad en enda spec-session för en property management-plattform förbrukade: 4.28 krediter för planeringen ensam, vilket omfattade requirements, design-dokumentet och hela 43-uppgiftslistan, innan en enda rad applikationskod skrevs.
Vid den förbrukningstakten:
| Scenario | Uppskattad täckning på gratisnivån |
|---|---|
| Planeringssessioner endast (ingen kodexekvering) | Ungefär 11 sessioner |
| Planering plus delvis uppgiftskörning | 3 till 5 sessioner |
| Hela spec-till-exekvering på ett komplext projekt | Högst 1 komplett projekt |
Viktiga mekanismer att förstå innan du registrerar dig:
- Krediter rullas inte över. Det som blir över vid slutet av din faktureringsmånad försvinner.
- Överförbrukning är inaktiverad som standard på alla betalda planer. Du måste aktivera den i Inställningar innan du når taket, annars slutar Kiro fungera mitt i en uppgift.
- Val av modell påverkar förbrukningstakten. Att köra samma uppgift genom Claude Sonnet 4.6 kostar 1.3 gånger mer krediter än att köra den genom Auto-läge. Opus-modeller kostar mer igen.
- Gratisanvändare får Claude Sonnet 4.5 och en uppsättning open weight-modeller inklusive Qwen3 Coder Next, DeepSeek v3.2 och MiniMax 2.1. Betalanvändare låser upp Claude Sonnet 4.6, Claude Opus 4.6 och Claude Opus 4.8.
- Kreditförbrukning är synlig i chattpanelen efter varje agentåtgärd och uppdateras i prenumerationspanelen var femte minut.
Den realtidsbaserade kreditspåraren (“Est. Credits Used: 0.1, Elapsed time: 57s” efter varje uppgift) är en transparensfunktion som inget jämförbart verktyg för närvarande erbjuder. Du vet exakt vad varje uppgift kostar medan den körs, vilket hjälper dig att avgöra om du ska använda Auto-läge eller en specifik modell för en given uppgift.
Kiro-prissättning och planer
Kiro kör på en kreditbaserad modell med fem nivåer, från en gratisplan med ett fast månadsutrymme till en högkapacitetsplan utformad för professionellt dagligt bruk.
Alla betalda planer inkluderar tillgång till premium-modeller, möjligheten att aktivera pay-per-use-överförbrukning och hela Kiro-funktionsuppsättningen, inklusive specs, hooks, autopilot och CLI-åtkomst.
Att veta innan du väljer en plan:
- Gratisplanen ger ett fast månatligt kreditutrymme utan krav på kreditkort. Det går inte ut, men en enda komplex spec-session gör ett märkbart avtryck i det.
- Första gången du uppgraderar från gratis till någon betald plan med Google eller AWS Builder ID (inte AWS Identity Center) får du en kredit på $20 som tillämpas på prenumerationskostnaden. Denna förmån gäller en gång.
- Kiro faktureras den första dagen varje kalendermånad. Att uppgradera mitt i månaden innebär att du betalar en proraterad avgift men omedelbart får full kreditgräns för din nya plan.
- Överförbrukningsdebitering finns på alla betalda planer till ett fast pris per extra kredit, men den är avstängd som standard. Aktivera den i Inställningar innan du når ditt tak, annars pausar Kiro ditt arbete när krediterna tar slut.
- Outnyttjade krediter förs inte över till nästa månad.
- Varje utvecklare behöver sin egen prenumeration. Det finns för närvarande inget delat teamseats-alternativ. Teamfaktureringsfunktioner listas som kommer snart.
- Kiros standardpolicy är inga återbetalningar vid uppsägning mitt i månaden. Åtkomsten fortsätter till slutet av faktureringscykeln. Återbetalningar övervägs från fall till fall endast vid faktureringsfel.
- Kreditkort är den enda accepterade betalningsmetoden.
- GovCloud (US)-prissättningen är ungefär 20% högre än standardprissättningen, och gratisnivån är inte tillgänglig i den miljön. GovCloud-åtkomst kräver en betald plan och företagsautentisering via AWS IAM Identity Center.
- Webbgränssnittet är för närvarande i preview och endast tillgängligt för betalande användare. Krediter förbrukas i samma takt oavsett om du arbetar i IDE:n, CLI:n eller webben.
Vilken plan passar vilken typ av användare: Gratisplanen räcker för att köra en genuin utvärdering. För aktiv utveckling på verkliga projekt behövs en betald plan för att undvika att krediterna tar slut mitt i en session. De högre planerna passar utvecklare som kör flera fullständiga spec-sessioner per vecka eller arbetar över flera komplexa projekt samtidigt.
Alternativ till Kiro
Den mest direkta konkurrenten till Kiro är Cursor, den AI-drivna kodeditorn som också är byggd på VS Code-grunder och riktar sig till utvecklare som vill ha AI djupt integrerat i sin utvecklingsmiljö.
Den centrala skillnaden är arbetsflosofi. Cursor är byggt för att accelerera det du redan gör: du skriver kod, och Cursor assisterar.
Kiro är byggt för att ta över planeringsstadiet först: agenten definierar vad som behöver byggas innan något av det skrivs. Om din största frustration är långsam kontextväxling mellan en AI-chatt och din editor, adresserar Cursor det mer direkt. Om din frustration är AI-genererad kod som saknar struktur eller är svår att underhålla, är Kiros spec-workflow det mer relevanta svaret.
| Funktion | Kiro | Cursor |
|---|---|---|
| Användarvänlighet | Bekant för VS Code-användare; spec-workflow tillför en inlärningskurva | Bekant för VS Code-användare; lägre onboardingfriktion |
| Bäst för | Strukturerade, spec-drivna byggen för produktionsprojekt | Snabb AI-assisterad redigering och agentuppgifter inom befintliga kodbaser |
| Backend och data | Bygger riktiga lokala projekt med full stack-kontroll | Redigerar och utökar befintliga projektfiler med full stack-kontroll |
| Designflexibilitet | Ingen visuell byggare; output är riktig, lokalt ägd kod | Ingen visuell byggare; output är riktig, lokalt ägd kod |
| Prismodell | Kreditbaserad; 50 gratis krediter; all användning dras från ett månatligt kreditutrymme | Kreditbaserad sedan juni 2025; Auto-läge är obegränsat; premium-modellval drar från en månatlig kreditpool |
Slutomdöme: Är Kiro värt det?
Kiro sticker ut genom att sätta planering före kodning. Dess specifikationsarbetsflöde, steering-dokument och uppgiftsuppdelning producerar en mer strukturerad och underhållbar kodbas än AI-verktyg som hoppar direkt in i implementationen. Agent Hooks-funktionen är en annan höjdpunkt som möjliggör arbetsflödesautomatiseringar som fortsätter köra bortom en enskild prompt.
Avvägningarna är inlärningskurvan och prissättningen. Gratisnivån är för begränsad för stora projekt, och utvecklare behöver vara bekväma med att arbeta i en IDE. Under testningen stötte jag också på en timeout, även om Kiro återhämtade sig utan att förlora framsteg.
Om du är en utvecklare som bygger produktionsmjukvara är Kiro ett av de starkaste AI-kodverktygen som finns i dag. Om du letar efter en enkel no-code-appbyggare är det däremot inte rätt val.
