Hvad er Kiro?
Kiro er et downloadbart kodningsmiljø bygget af Amazon Web Services, der tager AI-assisteret udvikling i en retning, som de fleste værktøjer i denne kategori ikke har prøvet.
Hvor de fleste AI-kodningsværktøjer lader dig skrive en prompt og få kode tilbage med det samme, kører Kiro først en planlægningsproces: det læser konteksten i dit projekt, skriver et kravdokument, genererer et teknisk design, bryder alt ned i en nummereret opgaveliste og begynder først derefter at skrive kode.
Tilgængelig som en IDE, et kommandolinjeværktøj, en webgrænseflade (i øjeblikket i preview for betalende brugere) og en mobilapp (tidlig adgang på iOS), positionerer Kiro sig som værktøjet for udviklere, der ønsker struktureret, vedligeholdelsesvenligt output frem for hurtig kode, de skal pille fra hinanden en uge senere.
Hvem er Kiro til?
- Udviklere, der er blevet brændt af AI-genereret kode, som går i stykker efter dag ét. Kiros spec-workflow tvinger planlægning før implementering, hvilket betyder, at den kode, det skriver, kan spores tilbage til dokumenterede krav og ikke er sat sammen ud fra gætterier.
- Teams, der bevæger sig mod agentiske workflows. Kiros Agent Hooks lader dig automatisere tilbagevendende opgaver såsom at skrive tests eller generere dokumentation, udløst automatisk, hver gang en kvalificerende fil ændrer sig, uden gentagen prompting.
- Udviklere i AWS-økosystemet. Kiro er bygget på AWS-infrastruktur, behandler data på tværs af AWS-regioner inden for din geografi og forbinder naturligt til AWS-tjenester. Hvis din stack allerede er tungt AWS-baseret, passer Kiro ind uden konfigurationsarbejde.
- VS Code-brugere, der vil have AI, der går dybere end autocomplete. Kiro IDE er bygget på samme grundlag som VS Code. Dine tastaturgenveje, indstillinger og udvidelser overføres på få minutter under onboarding.
Kiro fordele og ulemper
- Spec-workflow planlægger før der skrives nogen kode
- Agent Hooks automatiserer opgaver ved filhændelser
- VS Code-udvidelser og indstillinger importeres problemfrit
- Autopilot-tilstand bygger uden konstante godkendelsesanmodninger
- Steering-dokumenter giver Kiro din projektkontekst
- Understøtter flere frontier-modeller, inklusive Opus 4.8
- MCP-serverintegration forbinder eksterne værktøjer nativt
- Kræver download; ikke browser-tilgængelig på gratisniveauet
- 50 gratis kreditter forsvinder hurtigere end forventet
- Time-out skete én gang under requirements-forfinelsesfasen
Bedømmelsesopdeling
Kiros stærkeste scorer er inden for features og funktionalitet, hvor dets spec-drevne workflow, agent hooks og autopilot-udførelse placerer det foran alle andre AI-kodningsværktøjer, der er gennemgået her. Det mister terræn på tilgængelighed og kreditmodellen, som begge kræver ærlig opmærksomhed, før man binder sig til et workflow.
| Funktion | Score (ud af 10) | Hvorfor denne score |
|---|---|---|
| Brugervenlighed | 7.0 | Velkendt for enhver VS Code-bruger; downloadkravet og den udvikler-only natur gør det utilgængeligt for ikke-tekniske brugere |
| Features & Funktionalitet | 9.5 | Spec-workflow, agent hooks, autopilot, MCP-integration, steering-dokumenter: det mest komplette feature-sæt af ethvert AI-kodningsværktøj, der er anmeldt |
| Design & Tilpasning | 7.0 | Mørke og lyse IDE-temaer; stærk kontrol over genereret kode-struktur gennem spec-redigering og steering-dokumenter |
| Værdi for pengene | 6.5 | Gratisniveauets 50 credits forsvandt hurtigere end forventet; 4.28 blev brugt på planlægning alene, før en eneste linje applikationskode blev skrevet |
| Ydeevne & pålidelighed | 7.5 | Planlægningsoutput var detaljeret og specifikt; én bekræftet timeout efter 7 minutter 24 sekunder under requirements-forfining |
| Samlet | 8.2 | Kiros spec-workflow er den mest strukturerede tilgang til AI-assisteret udvikling, der er gennemgået til dato. Scoren afspejler denne reelle differentiering, holdt nede af det begrænsede gratisniveau og den ene pålidelighedsfejl, der blev registreret under testen. |
Kiro-funktioner
- Spec-drevet workflow: krav, design, opgaver, kode
- Agent Hooks automatiserer opgaver ved filhændelser
- Steering-dokumenter giver agenten projektkontekst
- Autopilot-tilstand udfører opgaver uden trinvis godkendelse
- MCP-serverunderstøttelse til ekstern værktøjsintegration
- VS Code-konfiguration importeres ved første start
- Understøttelse af flere modeller, inklusive Claude Opus 4.8
Min ærlige Kiro-anmeldelse: Hvad jeg fandt efter at have testet det
De fleste AI-app-byggere falder i én af to kategorier:
- visuelle værktøjer, der genererer en grænseflade ud fra en beskrivelse
- og chatbaserede værktøjer, der skriver kode direkte som svar på en prompt
Kiro passer ikke i nogen af kategorierne, og derfor kræver en anmeldelse af det en anden tilgang.
Kiro er en agentisk IDE. Du trækker ikke komponenter hen på et lærred, og du får ikke en live preview efter 30 sekunder. Det, du får, er et lokalt udviklingsmiljø, der planlægger en build, før det starter, og som genererer krav, et design-dokument og en struktureret opgaveliste, som agenten derefter arbejder sig igennem ét trin ad gangen.
Applikationen, det producerer, er et rigtigt projekt på din maskine, i filer du ejer, ved hjælp af en stack, du definerer.
For at teste, om den proces faktisk virker, byggede jeg en ejendomsadministrationsplatform fra bunden inde i Kiro.
Prompten dækkede udlejers og lejers autentificering, ejendoms- og enhedsadministration, lejekontraktsporing, vedligeholdelsesanmodninger med statusopdateringer, Stripe-betalingsintegration, e-mailnotifikationer og et udlejer-dashboard med rapportering. Det er samme prompt, som blev brugt til at evaluere Rork, Figma Make, Uizard og Retool, hvilket gør det muligt at sammenligne, hvordan hvert værktøj håndterer reel kompleksitet frem for et simpelt eksempel.
Spørgsmålet, denne anmeldelse satte sig for at besvare, var specifikt: Producerer Kiros spec-first workflow bedre struktureret, mere vedligeholdelsesvenligt output end værktøjer, der går direkte til kode?
Her er, hvad jeg fandt.
At få Kiro i gang: En download, ikke en browserfane
Alle de andre AI-app-byggere, der er evalueret side om side i denne sammenligning, lever i en browser. Det gør Kiro ikke. At komme i gang betyder at gå til kiro.dev, klikke på Downloads, vælge dit operativsystem og installere applikationen på din maskine.
Jeg kørte Pop OS, en Debian-baseret Linux-distribution, så jeg valgte Debian (.deb)-pakken i dropdown-menuen. Siden tilbyder også en Universal (.tar.gz)-pakke til andre Linux-opsætninger. Windows- og macOS-installationsprogrammer er tilgængelige via samme downloads-side.
Hvad det betyder i praksis:
- Første session kræver en lokal installation, ikke en browserfane
- Ingen internet-only adgang på gratisniveauet (webgrænsefladen er kun tilgængelig på betalte planer i øjeblikket i preview)
- For udviklere er dette uden betydning
- For alle, der vurderer Kiro mod browserbaserede byggere, skal dette tælles med i opsætningstiden
Installationen var ligetil. Der var ingen konfigurationstrin, ingen afhængigheder, der skulle løses manuelt, og applikationen startede rent efter den normale pakkeinstallation.
Login sker i din browser, ikke inde i appen
Når IDE’en åbnes første gang, beder den dig ikke om at logge ind inde i applikationsvinduet. Den videresender dig til en browserside for at håndtere autentificeringen der.
Login-skærmen præsenterer fire muligheder:
| Loginmetode | Hvem den passer til |
|---|---|
| Individuelle udviklere og freelancere | |
| GitHub | Det mest naturlige valg for udviklere med eksisterende konti |
| AWS Builder ID | Udviklere, der allerede er i AWS-økosystemet |
| Din organisation | Enterprise-teams, der bruger SSO |
GitHub-muligheden er velvalgt til målgruppen. De fleste udviklere har allerede en GitHub-konto og kan godkende uden at oprette en ny adgangskode.
Et par ting, det er værd at vide, før du tilmelder dig:
- Login via Google eller AWS Builder ID (ikke AWS Identity Center) kvalificerer dig til en $20-kredit, der anvendes på din første opgradering til en betalt plan. Dette er en engangsfordel, som det er værd at kende, før du vælger loginmetode.
- Login via “Your Organization” går gennem enterprise SSO og er indgangen for teams, der har brug for centraliseret identitetsstyring.
- Ved at logge ind accepterer du AWS Customer Agreement, Service Terms, Privacy Notice og AWS Intellectual Property License. Da Kiro er et AWS-produkt, behandles dine data på tværs af AWS-regioner inden for din geografi.
Onboarding: Tre opsætningstrin, der tager under to minutter
Efter login kører Kiro en kort opsætningssekvens, før den åbner den primære IDE. Trinene er:
Trin 1: Vælg dit tema. Kiro Dark eller Kiro Light. Begge viser en live preview af kode-syntaksfarvning, før du bekræfter.
Trin 2: Opsæt shell-integration. Dette lader dig åbne ethvert projekt fra din terminal med kiro-kommandoen. Du kan springe dette over og sætte det op senere.
Trin 3: Importer fra VS Code. Kiro henter dine eksisterende VS Code-udvidelser (dem der er tilgængelige på Open VSX), indstillinger og tastaturgenveje. Udvidelser indlæses i baggrunden, mens onboarding fortsætter, så du ikke sidder og venter på en indlæsningsskærm.
VS Code-importen er den mest praktisk nyttige del af denne sekvens. Hvis du har brugt år på at tilpasse et VS Code-miljø, kræver overgangen ikke, at du starter forfra. Importen fungerede rent i min session.
Det, onboarding ikke inkluderer, er nogen introduktion til Kiros kernefunktioner. Du bliver ikke guidet gennem, hvad Specs, Agent Hooks eller Steering Documents er. Du kommer ind på hovedskærmen og må selv finde ud af det. Det er acceptabelt for et erfarent udviklerpublikum, men det betyder, at din første session med værktøjets mest særlige funktioner kræver selvstyret udforskning.
Inde i IDE’en: De fire paneler, der gør Kiro anderledes
Kiro IDE ser ud som VS Code, fordi den er bygget på samme grundlag. Filoversigten, editor-fanerne, terminalen, søgefeltet og menulinjen fungerer præcis som forventet.
Det, der adskiller Kiro fra en standard VS Code-installation, er det dedikerede venstre panel, som indeholder fire sektioner, der ikke findes i nogen VS Code-udvidelse:
| Panelssektion | Hvad den gør |
|---|---|
| Specs | Opret og administrer specifikationsdokumenter (krav, design, opgaver) til komplekse builds |
| Agent Hooks | Opsæt automatiserede opgaver, der udløses ved filsystemhændelser |
| Agent Steering and Skills | Gem vejledningsdokumenter, der former, hvordan agenten opfører sig på tværs af alle sessioner |
| MCP Servers | Forbind eksterne værktøjer og datakilder til Kiro-agenten |
Højre side af IDE’en huser chatpanelet. Det er her, du interagerer med Kiro, og hvor du ser kreditforbruget i realtid. “Est.
Credits Used: 0.1, Elapsed time: 57s” opdateres efter hver agenthandling, hvilket betyder, at du altid ved, hvad hver opgave koster.
I bunden af chat-inputlinjen styrer to kontroller, hvordan Kiro opfører sig på hver opgave:
- Modelvælger: Vælg Auto (Kiro vælger den mest omkostningseffektive model til hver forespørgsel), eller vælg en specifik model såsom Claude Sonnet 4.6 eller Claude Opus 4.8.
- Autopilot-toggles: Med Autopilot slået til skriver og redigerer Kiro filer uden at vente på din godkendelse ved hvert trin. Med det slået fra stopper Kiro før hver kommando og beder dig om at Trust, Reject eller Run den manuelt.
For property management-platformtesten lod jeg Autopilot være slået til under planlægningen og brugte manuel godkendelse under udførelsen af opgaverne for at evaluere hvert trin separat.
Verdict: IDE-layoutet er komfortabelt inden for få minutter for enhver VS Code-bruger. De fire venstre panelssektioner er dér, Kiros værdi ligger, og forståelsen af hver af dem før din første session afgør, hvor meget du får ud af værktøjet.
Steering-dokumenter: Giv Kiro kontekst før din første prompt
Det første, man skal gøre i et nyt Kiro-projekt, er ikke at starte en build. Det er at generere steering-dokumenter.
Jeg klikkede på “Generate Steering Docs” i Kiro-panelet, før jeg sendte nogen prompt. Kiro scannede den tomme projektmappe og oprettede tre markdown-filer inde i .kiro/steering/:
| Fil | Indhold |
|---|---|
| product.md | Produktnavn, beskrivelse, centrale domænekoncepter og nøglemål |
| structure.md | Forventet mappeopbygning og filorganiseringskonventioner |
| tech.md | Forventet tech stack, almindelige kommandoer og kodningskonventioner |
For et helt tomt projekt afledte Kiro fornuftige standarder: React med TypeScript, Next.js API routes, PostgreSQL, Prisma, Tailwind CSS og JWT-baseret autentificering. Det markerede både tech.md og structure.md som pladsholdere, der skulle opdateres, når den faktiske stack var bekræftet gennem scaffolding.
Det her er vigtigt, fordi hver efterfølgende agenthandling læser disse filer, før der gøres noget som helst. Når du først har scaffoldet projektet og den reelle stack er bekræftet, får en opdatering af tech.md Kiro til automatisk at anvende disse konventioner på tværs af alle fremtidige opgaver.
Du kan også tilføje dine egne steering-filer til API-designstandarder, navngivningskonventioner, implementeringsregler eller andre begrænsninger, du vil have agenten til at behandle som faste.
Vibe Mode vs Spec Mode: Beslutningen, der former hele builden
Når du åbner chatten for en ny build, viser Kiro dig to tilstande, før du skriver noget som helst:
Vibe mode lader dig chatte først og bygge undervejs. Ingen planlægningsdokumenter, intet struktureret output. Bedst til hurtige eksperimenter, tidlig udforskning eller opgaver, hvor kravene stadig er under udformning.
Spec mode kører en planlægningssekvens, før der skrives nogen kode. Kiro genererer krav, et teknisk designdokument og en opgaveliste. Først når alle tre er gennemgået og godkendt, begynder den at skrive kode. Bedst til produktionsarbejde, hvor vedligeholdelse betyder noget.
Jeg valgte Spec mode til property management-platformen. Da jeg havde sendt prompten, stillede Kiro to opfølgende spørgsmål, før den genererede noget:
- “What do you want to start with?” (Requirements, markeret som anbefalet, eller Technical Design)
- “Is this a new feature or a bugfix?” (Build a Feature, anbefalet, eller Fix a Bug)
Disse spørgsmål bestemmer strukturen af alt, der følger. At vælge “Requirements” betyder, at Kiro skriver brugerhistorier og acceptkriterier, før det rører arkitekturen.
Den sekvens giver fundamentalt anderledes planlægningsartefakter end at starte med et teknisk design og derefter udlede kravene.
Spec-workflowet: Krav, design og en opgaveliste før nogen kode
Dette er den del, der gør Kiro værd at evaluere seriøst.
Efter at have valgt “Requirements” og “Build a Feature” oprettede Kiro en requirements.md fil inde i .kiro/specs/property-management-platform/. Dokumentet dukkede straks op i editoren. Jeg kunne læse det, mens det blev skrevet. Indholdet inkluderede:
Ordliste: 12 domænebegreber defineret præcist, herunder Auth_Service, Property_Service, Lease_Service, Payment_Service, Maintenance_Service, Notification_Service og Dashboard_Service, hvor hver af dem blev kortlagt til et planlagt undersystem.
Platformbeskrivelsen: Både Landlord- og Tenant-rollerne blev dokumenteret sammen med den bekræftede teknologistak: Next.js, TypeScript, PostgreSQL, Prisma, Tailwind CSS, Stripe og Docker.
Efter at have genereret det første dokument kørte Kiro et automatisk forfiningstrin. Det parse-de alle 12 krav, sendte parallelle detailer-underagenter ud på hvert af dem og opdaterede requirements.md med fulde acceptkriterier for hvert krav. Panelet fulgte dette i realtid: “Refining requirements 12/12.”
Da kravene var færdige, klikkede jeg på “Continue” og valgte “Generate Design and Tasks.” Kiro producerede design.md og tasks.md samtidig. Opgaveopdelingen var sessionens mest markante output:
11 opgavegrupper, 43 underopgaver, i implementeringsrækkefølge:
- Projekt-scaffolding og infrastruktur
- Autentificering (JWT, blacklist, middleware, sider)
- Ejendoms- og enhedsadministration
- Lejeradministration
- Lejeadministration, dokumentuploads og cron-job
- Vedligeholdelsesanmodninger
- Stripe-betalinger og webhook
- E-mailnotifikationer
- Udlejer-dashboard og rapportering
- Delte UI-komponenter og layouts
- API-hærdning (rate limiting, CORS, health check, environment validation)
Hver underopgave inkluderede præcise kommandoer, filstier og sporbare kravreferencer. Task 1.1 henviste for eksempel direkte til Requirements R12 (Docker) og R10 (REST API) i sin beskrivelse. Forbindelsen mellem planlægning og udførelse var eksplicit og verificerbar hele vejen igennem.
Rork springer til sammenligning hele dette trin over og går direkte til at generere en brugergrænseflade ud fra prompten. Forskellen i outputkvalitet er tydelig: Kiros opgaveliste er specifik nok til, at en menneskelig udvikler kunne få den i hånden og forstå præcis, hvad der skal bygges, og i hvilken rækkefølge.
Opgaveudførelse: Hvad Kiro faktisk byggede
Da opgavelisten var godkendt, klikkede jeg på “Start task” på Task 1.1: Initialize Next.js 14 project with TypeScript, Tailwind CSS, and ESLint.
Kiro opdaterede opgavestatus til “in progress” i tasks.md og delegerede derefter udførelsen til sin spec-task-execution-underagent. Agenten tjekkede først arbejdsområdet, bekræftede, at kun .kiro spec-mappen eksisterede uden noget Next.js-projekt endnu, og fortsatte med at scaffoldere projektet.
Inden for den første udførelsescyklus blev filtræet fyldt med:
- package.json med Next.js, React 19.2.4, TypeScript og Tailwind-afhængigheder listet
- tsconfig.json, eslint.config.mjs, next.config.ts
- src/ og public/ mappe-struktur
- AGENTS.md og CLAUDE.md, genereret af Kiro som agentvejledningsfiler til projektet
- README.md
CLAUDE.md-filen er værd at bemærke: Kiro er et AWS-produkt, men det kører på Anthropic’s Claude-modeller under motorhjelmen. CLAUDE.md-filen er, hvordan Claude-drevne agenter gemmer projektspecifik vejledning om adfærd. Dets tilstedeværelse i den genererede scaffold afspejler den underliggende model, selv inden for AWS-infrastrukturkonteksten.
Øverst i opgavelistevisningen ville en “Run all tasks”-knap lade Kiro udføre alle 43 underopgaver i rækkefølge med Autopilot aktiveret.
Jeg kørte opgaverne enkeltvis for at evaluere hvert trin. For et rigtigt projekt, hvor du er sikker på den godkendte plan, er det en rimelig og tidsbesparende arbejdsgang at køre alle opgaver automatisk og gennemgå outputtet i slutningen af hver gruppe.
Hver fil, Kiro genererede under udførelsen, var en rigtig fil i min lokale projektmappe, ejet og redigerbar fra første sekund. Det er en meningsfuld forskel fra browserbaserede byggere som Figma Make eller Uizard, hvor outputtet enten er et designelement eller en hostet applikation, du ikke kontrollerer lokalt.
Timeouten ved minut syv: Hvad det betyder for pålidelighed
Jeg vil være direkte omkring dette, fordi det skete under den vigtigste del af testen.
Efter at Kiro havde forfinet alle 12 krav og accepteret redigeringerne til requirements.md, timed out agenten. Fejlmeddelelsen i chatpanelet lød:
“The request timed out. Please try again. (Conversation ID: 29d25548-c3ce-414c-8f57-702124c7fec6). Elapsed time: 7m 24s.”
Dette skete i overgangen mellem requirements-fasen og genereringen af designet. Arbejdet, der var afsluttet før timeouten, blev gemt. Ingen krav gik tabt.
Efter at have anerkendt fejlen klikkede jeg på “Continue” og valgte “Generate Design and Tasks.” Kiro kom sig uden at gentage requirements-trinnet, producerede begge dokumenter rent og fortsatte normalt resten af sessionen.
Kontekst, der betyder noget her:
- Timeouten skete på en kompleks prompt, der dækkede 12 forskellige kravområder med parallel forfining kørende. Simplere opgaver vil sandsynligvis ikke tage så lang tid.
- Kiro er i øjeblikket i preview, og pålidelighed ved den yderste grænse af komplekse opgaver er en kendt egenskab ved værktøjer på dette stadie.
- Gendannelsen var ren. Checkpoint-systemet bevarede alt afsluttet arbejde, og næste trin kørte med det samme.
Når det er sagt, er en timeout syv minutter inde i værktøjets mest særlige funktion en reel oplevelsesfejl. Hvis du arbejder mod en deadline, er et værktøj, der stopper og kræver et manuelt retry, frustrerende, selv når gendannelsen er glat.
Agent Hooks: Automatisering, der kører uden at blive bedt om det
Agent Hooks findes ikke i noget andet AI-kodningsværktøj, der er evalueret side om side i denne sammenligning, og de fortjener særlig opmærksomhed, fordi de repræsenterer en anden måde at tænke AI-assistance på.
En Hook er en opgave, der kører automatisk, når en filsystemhændelse indtræffer. Du beskriver adfærden i almindeligt sprog, Kiro konverterer det til en event listener, og derefter kører adfærden i baggrunden, hver gang triggerbetingelsen opfyldes. Ingen kommando at køre, ingen påmindelse at sætte.
Eksempler på, hvad Hooks kan gøre:
- Ved filgemning: generér grundlæggende tests for enhver komponent, der ikke allerede har en testfil
- Ved filgemning: kør oprydnings- eller formateringskontroller af kode
- Ved filoprettelse: generér dokumentation til nye funktioner automatisk
- Ved ændringer i strengkonstanter: opdater lokaliseringsfiler uden manuel handling
Hooken gemmes inde i .kiro/hooks/ som en redigerbar fil. Hvis du vil justere triggerbetingelsen eller instruktionen, redigerer du filen direkte. Konfigurationen er gennemsigtig og versionstyrbar sammen med resten af dit projekt.
Test-ved-gemning-eksemplet er det mest umiddelbart praktiske: udviklere udskyder konsekvent at skrive tests til sidst i en sprint, og en hook, der stille tilføjer grundlæggende tests, hver gang en komponent gemmes, fjerner den beslutning helt. Testene dukker op i filtræet efter næste gemning uden nogen handling fra din side.
Kreditforbrug: Hvad gratisniveauet faktisk giver dig
Kreditmodellen er det område, hvor Kiro kræver den mest omhyggelige læsning, før man binder sig til et workflow.
Gratisniveauet giver dig 50 credits. Her er, hvad en enkelt spec-session til en property management-platform forbrugte: 4.28 credits til planlægning alene, dækkende krav, design-dokumentet og den fulde opgaveliste på 43 opgaver, før en eneste linje applikationskode blev skrevet.
Ved det forbrug:
| Scenarie | Anslået dækning på gratisniveau |
|---|---|
| Kun planlægningssessioner (ingen kodeudførelse) | Ca. 11 sessioner |
| Planlægning plus delvis opgaveudførelse | 3 til 5 sessioner |
| Fuld spec-til-udførelse på et komplekst projekt | Højst 1 komplet projekt |
Vigtige mekanismer at forstå, før du tilmelder dig:
- Kreditter ruller ikke over. Hvad end der er tilbage ubrugt ved slutningen af din faktureringsmåned, er væk.
- Overage er som standard deaktiveret på alle betalte planer. Du skal aktivere det i Settings, før du når din grænse, ellers stopper Kiro midt i en opgave.
- Valg af model påvirker forbrugsraten. At køre den samme opgave gennem Claude Sonnet 4.6 koster 1.3 gange mere i credits end at køre den gennem Auto mode. Opus-modeller koster mere igen.
- Gratisbrugere får Claude Sonnet 4.5 og et sæt open weight-modeller, inklusive Qwen3 Coder Next, DeepSeek v3.2 og MiniMax 2.1. Betalte brugere får Claude Sonnet 4.6, Claude Opus 4.6 og Claude Opus 4.8.
- Kreditforbruget er synligt i chatpanelet efter hver agenthandling og opdateres i abonnementsdashboardet hvert femte minut.
Den realtime kredittracker (“Est. Credits Used: 0.1, Elapsed time: 57s” efter hver opgave) er en gennemsigtighedsfunktion, som intet sammenligneligt værktøj i øjeblikket tilbyder. Du ved præcis, hvad hver opgave koster, mens den kører, hvilket hjælper dig med at afgøre, om du skal bruge Auto mode eller en specifik model til en given opgave.
Kiro-priser og planer
Kiro kører på en kreditbaseret model med fem niveauer, fra en gratis plan med en fast månedlig tildeling til en højkapacitetsplan, der er designet til professionel daglig brug.
Alle betalte planer inkluderer adgang til premium-modeller, muligheden for at aktivere pay-per-use overage og det fulde Kiro-feature-sæt, inklusive specs, hooks, autopilot og CLI-adgang.
Hvad du skal vide, før du vælger en plan:
- Gratisplanen giver en fast månedlig kreditallokering uden krav om kreditkort. Den udløber ikke, men en enkelt kompleks spec-session vil gøre et mærkbart indhug i den.
- Første gang du opgraderer fra gratis til en hvilken som helst betalt plan ved hjælp af Google eller AWS Builder ID (ikke AWS Identity Center), får du en $20-kredit, der anvendes på din abonnementspris. Denne fordel gælder én gang.
- Kiro fakturerer den første dag i hver kalender måned. Opgradering midt på måneden betyder, at du betaler et forholdsmæssigt gebyr, men straks får fuld kreditgrænse på din nye plan.
- Overage-betaling er tilgængelig på alle betalte planer til en fast sats pr. ekstra kredit, men den er slået fra som standard. Aktivér den i Settings, før du når din grænse, ellers sætter Kiro dit arbejde på pause, når kreditterne løber tør.
- Ubrugte kreditter overføres ikke til næste måned.
- Hver udvikler kræver sit eget abonnement. Der er ingen delt team-seat-løsning i øjeblikket. Team-billing-funktioner er angivet som coming soon.
- Kiros standardpolitik er ingen refunderinger ved midt-måned annulleringer. Adgangen fortsætter til slutningen af faktureringsperioden. Refunderinger overvejes fra sag til sag ved faktureringsfejl.
- Kreditkort er den eneste accepterede betalingsmetode.
- GovCloud (US) priser er cirka 20% højere end standardpriser, og gratisniveauet er ikke tilgængeligt i det miljø. GovCloud-adgang kræver en betalt plan og enterprise-autentificering via AWS IAM Identity Center.
- Webgrænsefladen er i øjeblikket i preview og kun tilgængelig for betalende brugere. Kreditter forbruges i samme hastighed, uanset om du arbejder i IDE’en, CLI’en eller web.
Hvilken plan passer til hvilken type bruger: Gratisplanen er nok til at lave en reel evaluering. Til aktiv udvikling på rigtige projekter er en betalt plan nødvendig for at undgå at løbe tør midt i en session. De højere niveauer giver mening for udviklere, der kører flere fulde spec-sessioner om ugen eller arbejder på tværs af flere komplekse projekter ad gangen.
Alternativer til Kiro
Den mest direkte konkurrent til Kiro er Cursor, den AI-drevne kodeeditor, som også er bygget på VS Code-grundlag og henvender sig til udviklere, der vil have AI dybt integreret i deres udviklingsmiljø.
Den centrale forskel er workflow-filosofien. Cursor er bygget til at accelerere det, du allerede gør: du skriver kode, og Cursor assisterer.
Kiro er bygget til først at overtage planlægningsfasen: agenten definerer, hvad der skal bygges, før den skriver noget af det. Hvis din primære frustration er langsom kontekstskift mellem en AI-chat og din editor, adresserer Cursor det mere direkte. Hvis din frustration er AI-genereret kode, der mangler struktur eller er svær at vedligeholde, er Kiros spec-workflow det mere relevante svar.
| Funktion | Kiro | Cursor |
|---|---|---|
| Brugervenlighed | Velkendt for VS Code-brugere; spec-workflow tilføjer en læringskurve | Velkendt for VS Code-brugere; lavere onboarding-friktion |
| Bedst til | Strukturerede, spec-drevne builds til produktionsprojekter | Hurtig AI-assisteret redigering og agentopgaver i eksisterende kodebaser |
| Backend og data | Bygger rigtige lokale projekter med fuld stack-kontrol | Redigerer og udvider eksisterende projektfiler med fuld stack-kontrol |
| Designfleksibilitet | Ingen visuel builder; outputter rigtigt, lokalt ejet kode | Ingen visuel builder; outputter rigtigt, lokalt ejet kode |
| Prisstruktur | Kreditbaseret; 50 gratis kreditter; al brug trækkes fra en månedlig kreditallokering | Kreditbaseret siden juni 2025; Auto mode er ubegrænset; valg af premium-model trækkes fra en månedlig kreditpulje |
Endelig dom: Er Kiro det værd?
Kiro skiller sig ud ved at sætte planlægning før kodning. Dets specifikationsworkflow, steering-dokumenter og opgaveopdeling producerer en mere struktureret og vedligeholdelsesvenlig kodebase end AI-værktøjer, der springer direkte til implementering. Agent Hooks-funktionen er et andet højdepunkt, der muliggør workflow-automatiseringer, som fortsætter med at køre ud over en enkelt prompt.
Afvejningerne er læringskurven og prissætningen. Gratisniveauet er for begrænset til store projekter, og udviklere skal være komfortable med at arbejde i en IDE. Under testen stødte jeg også på en timeout, selvom Kiro kom sig uden at miste fremskridt.
Hvis du er en udvikler, der bygger produktionssoftware, er Kiro et af de stærkeste AI-kodningsværktøjer, der er tilgængelige i dag. Hvis du leder efter en enkel no-code app-builder, er det derimod ikke det rigtige valg.
