Hva er Kiro?
Kiro er et nedlastbart kodemiljø utviklet av Amazon Web Services som tar AI-assistert utvikling i en retning de fleste verktøy i denne kategorien ikke har forsøkt.
Der de fleste AI-kodeverktøy lar deg skrive en prompt og få kode tilbake umiddelbart, kjører Kiro først en planleggingsprosess: det leser prosjektkonteksten din, skriver et kravdokument, genererer et teknisk design, bryter alt ned i en nummerert oppgaveliste, og begynner først deretter å skrive kode.
Tilgjengelig som en IDE, et kommandolinjeverktøy, et webgrensesnitt (for øyeblikket i forhåndsvisning for betalende brukere) og en mobilapp (tidlig tilgang på iOS), posisjonerer Kiro seg som verktøyet for utviklere som vil ha strukturert, vedlikeholdbar output i stedet for rask kode de må rydde opp i en uke senere.
Hvem er Kiro for?
- Utviklere som har blitt brent av AI-generert kode som går i stykker etter dag én. Kiros spesifikasjonsarbeidsflyt tvinger frem planlegging før implementering, noe som betyr at koden den skriver kan spores tilbake til dokumenterte krav, ikke er satt sammen på gjetning.
- Team som går over til agentiske arbeidsflyter. Kiros Agent Hooks lar deg automatisere gjentakende oppgaver som å skrive tester eller generere dokumentasjon, utløst automatisk hver gang en kvalifiserende fil endres, uten gjentatt prompting.
- AWS-økosystemutviklere. Kiro er bygget på AWS-infrastruktur, behandler data på tvers av AWS-regioner innenfor din geografiske sone, og kobler seg naturlig til AWS-tjenester. Hvis stacken din allerede er tungt preget av AWS, passer Kiro inn uten konfigurasjonsarbeid.
- VS Code-brukere som vil ha AI som går dypere enn autocomplete. Kiro IDE er bygget på samme grunnlag som VS Code. Tastatursnarveier, innstillinger og utvidelser overføres i løpet av minutter under onboarding.
Kiro fordeler og ulemper
- Spesifikasjonsarbeidsflyt planlegger før den skriver noen kode
- Agent Hooks automatiserer oppgaver ved filhendelser
- VS Code-utvidelser og -innstillinger importeres sømløst
- Autopilot-modus bygger uten konstante godkjenningsforespørsler
- Steering-dokumenter gir Kiro prosjektkonteksten din
- Støtter flere frontier-modeller, inkludert Opus 4.8
- MCP-serverintegrasjon kobler eksterne verktøy inn naturlig
- Krever nedlasting; ikke nettlesertilgjengelig på gratisnivået
- 50 gratis kreditter forsvinner raskere enn forventet
- Tidsavbrudd én gang under fasen for kravforfining
Vurderingsoversikt
Kiros sterkeste scorer er innen funksjoner og funksjonalitet, der spesifikasjonsstyrt arbeidsflyt, agent hooks og autopilot-kjøring setter den foran hvert annet AI-kodeverktøy som er omtalt her. Den taper terreng på tilgjengelighet og kredittmodellen, som begge krever ærlig oppmerksomhet før du forplikter deg til en arbeidsflyt.
| Funksjon | Poeng (av 10) | Hvorfor denne scoren |
|---|---|---|
| Brukervennlighet | 7.0 | Gjenkjennelig for enhver VS Code-bruker; nedlastingskravet og den utviklerbare naturen gjør den utilgjengelig for ikke-tekniske brukere |
| Funksjoner og funksjonalitet | 9.5 | Spesifikasjonsarbeidsflyt, agent hooks, autopilot, MCP-integrasjon, steering-dokumenter: det mest komplette funksjonssettet av alle AI-kodeverktøy som er vurdert |
| Design og tilpasning | 7.0 | Mørke og lyse IDE-temaer; sterk kontroll over generert kode-struktur gjennom spesifikasjonsredigering og steering-dokumenter |
| Verdi for pengene | 6.5 | Gratisnivåets 50 kreditter gikk raskere ned enn forventet; 4.28 ble brukt bare på planlegging, før en eneste linje applikasjonskode ble skrevet |
| Ytelse og pålitelighet | 7.5 | Planleggingsoutputen var detaljert og spesifikk; ett bekreftet tidsavbrudd ved 7 minutter 24 sekunder under kravforfining |
| Totalt | 8.2 | Kiros spesifikasjonsarbeidsflyt er den mest strukturerte tilnærmingen til AI-assistert utvikling som er vurdert til nå. Scoren reflekterer denne reelle differensieringen, holdt tilbake av det begrensede gratisnivået og den ene pålitelighetsfeilen som ble registrert under testing. |
Kiro-funksjoner
- Spesifikasjonsdrevet arbeidsflyt: krav, design, oppgaver, kode
- Agent Hooks automatiserer oppgaver ved filhendelser
- Steering-dokumenter gir agenten prosjektkontekst
- Autopilot-modus utfører oppgaver uten trinnvis godkjenning
- MCP-serverstøtte for integrasjon av eksterne verktøy
- Import av VS Code-konfigurasjon ved første oppstart
- Støtte for flere modeller, inkludert Claude Opus 4.8
Min ærlige Kiro-anmeldelse: Hva jeg fant etter å ha testet det
De fleste AI-appbyggere faller inn i én av to kategorier:
- visuelle verktøy som genererer et grensesnitt fra en beskrivelse
- og chatbaserte verktøy som skriver kode direkte som svar på en prompt
Kiro passer ikke inn i noen av dem, og derfor krever vurderingen av det en annen tilnærming.
Kiro er en agentisk IDE. Du drar ikke komponenter inn på et lerret, og du får ikke en live-forhåndsvisning etter 30 sekunder. Det du får er et lokalt utviklingsmiljø som planlegger en bygging før den starter, og som genererer krav, et designdokument og en strukturert oppgaveliste som agenten deretter arbeider seg gjennom ett steg av gangen.
Applikasjonen det produserer er et ekte prosjekt på maskinen din, i filer du eier, ved hjelp av en stack du definerer.
For å teste om den prosessen faktisk fungerer, bygde jeg en eiendomsforvaltningsplattform fra bunnen av inne i Kiro.
Prompten dekket innlogging for utleier og leietaker, administrasjon av eiendom og enheter, leieavtalesporing, vedlikeholdsforespørsler med statusoppdateringer, Stripe-betalingsintegrasjon, e-postvarsler og et utleierdashboard med rapportering. Dette er samme prompt som ble brukt til å evaluere Rork, Figma Make, Uizard og Retool, noe som gjør det mulig å sammenligne hvordan hvert verktøy håndterer reell kompleksitet i stedet for et enkelt eksempel.
Spørsmålet denne anmeldelsen skulle besvare, var spesifikt: Produserer Kiros spesifikasjons-først-arbeidsflyt bedre strukturert, mer vedlikeholdbar output enn verktøy som går rett til kode?
Her er hva jeg fant.
Å få Kiro i gang: En nedlasting, ikke en nettleserfane
Alle andre AI-appbyggere som er evaluert ved siden av denne sammenligningen, lever i en nettleser. Kiro gjør ikke det. Å komme i gang betyr å gå til kiro.dev, klikke på Downloads, velge operativsystemet ditt og installere applikasjonen på maskinen din.
Jeg kjørte Pop OS, en Debian-basert Linux-distribusjon, så jeg valgte Debian (.deb)-pakken fra rullegardinmenyen. Nettstedet tilbyr også en Universal (.tar.gz)-pakke for andre Linux-oppsett. Windows- og macOS-installatører er tilgjengelige via samme nedlastingsside.
Hva dette betyr i praksis:
- Første økt krever en lokal installasjon, ikke en nettleserfane
- Ingen internetbasert tilgang på gratisnivået (nettgrensesnittet er bare tilgjengelig på betalte planer, foreløpig i forhåndsvisning)
- For utviklere er dette uproblematisk
- For alle som sammenligner Kiro med nettleserbaserte byggere, må dette tas med i oppsettstiden
Selve installasjonen var enkel. Det var ingen konfigurasjonstrinn, ingen avhengigheter som måtte løses manuelt, og applikasjonen startet rent etter den vanlige pakkeinstallasjonen.
Innlogging skjer i nettleseren din, ikke inne i appen
Når IDE-en åpnes for første gang, ber den deg ikke logge inn inne i programvinduet. Den sender deg videre til en nettleserside for å håndtere autentisering der.
Innloggingsskjermen presenterer fire alternativer:
| Innloggingsmetode | Hvem det passer for |
|---|---|
| Individuelle utviklere og frilansere | |
| GitHub | Det mest naturlige valget for utviklere med eksisterende kontoer |
| AWS Builder ID | Utviklere som allerede er inne i AWS-økosystemet |
| Your Organization | Bedriftsteam som bruker SSO |
GitHub-alternativet er godt valgt for målgruppen. De fleste utviklere har allerede en GitHub-konto og kan autentisere seg uten å opprette en ny legitimasjon.
Et par ting det er verdt å vite før du registrerer deg:
- Innlogging via Google eller AWS Builder ID (ikke AWS Identity Center) kvalifiserer deg for en kreditt på $20 som legges til ved din første oppgradering til en betalt plan. Dette er en engangsfordel det er verdt å vite om før du velger innloggingsmetode.
- Innlogging via “Your Organization” går gjennom bedrifts-SSO og er inngangsporten for team som trenger sentralisert identitetsstyring.
- Ved å logge inn godtar du AWS Customer Agreement, Service Terms, Privacy Notice og AWS Intellectual Property License. Siden Kiro er et AWS-produkt, behandles dataene dine på tvers av AWS-regioner innenfor din geografiske sone.
Onboarding: Tre oppsettssteg som tar under to minutter
Etter innlogging kjører Kiro en kort oppsettssekvens før hoved-IDE-en åpnes. Stegene er:
Trinn 1: Velg tema. Kiro Dark eller Kiro Light. Begge viser en live-forhåndsvisning av kode-syntaksfremheving før du bekrefter.
Trinn 2: Sett opp skallintegrasjon. Dette lar deg åpne ethvert prosjekt fra terminalen ved hjelp av kiro kommandoen. Du kan hoppe over dette og sette det opp senere.
Trinn 3: Importer fra VS Code. Kiro henter inn dine eksisterende VS Code-utvidelser (alle som er tilgjengelige på Open VSX), innstillinger og tastaturbindinger. Utvidelser lastes i bakgrunnen mens onboardingen fortsetter, så det er ingen venting på en lasteskjerm.
VS Code-importen er den mest praktisk nyttige delen av denne sekvensen. Hvis du har brukt år på å tilpasse et VS Code-miljø, krever ikke overgangen at du starter fra scratch. Importen fungerte rent i min økt.
Det onboarding ikke inkluderer, er noen introduksjon til Kiros kjernefunksjoner. Du blir ikke guidet gjennom hva Specs, Agent Hooks eller Steering Documents er. Du kommer til hovedskjermen og finner ut av det selvstendig. Dette er akseptabelt for et erfarent utviklerpublikum, men det betyr at din første økt med verktøyets mest særegne funksjoner innebærer selvstyrt utforskning.
Inne i IDE-en: De fire panelene som gjør Kiro annerledes
Kiro IDE ser ut som VS Code fordi den er bygget på samme grunnlag. Filutforsker, redigeringsfaner, terminal, søkefelt og menylinje oppfører seg akkurat som forventet.
Det som skiller Kiro fra en standard VS Code-installasjon, er det dedikerte venstre panelet, som inneholder fire seksjoner som ikke finnes i noen VS Code-utvidelse:
| Panelseksjon | Hva det gjør |
|---|---|
| Specs | Opprett og administrer spesifikasjonsdokumenter (krav, design, oppgaver) for komplekse bygg |
| Agent Hooks | Sett opp automatiserte oppgaver som utløses av filsystemhendelser |
| Agent Steering and Skills | Lagre veiledningsdokumenter som former hvordan agenten oppfører seg på tvers av alle økter |
| MCP Servers | Koble eksterne verktøy og datakilder til Kiro-agenten |
Høyre side av IDE-en har chat-panelet. Det er her du samhandler med Kiro og hvor du ser kredittforbruk i sanntid. “Est.
Credits Used: 0.1, Elapsed time: 57s” oppdateres etter hver agenthandling, noe som betyr at du alltid vet hva hver oppgave koster.
Nederst i chat-inndatafeltet bestemmer to kontroller hvordan Kiro oppfører seg på hver oppgave:
- Modellvelger: Velg Auto (Kiro velger den mest kostnadseffektive modellen for hver forespørsel), eller velg en spesifikk modell som Claude Sonnet 4.6 eller Claude Opus 4.8.
- Autopilot-bryter: Med Autopilot på skriver og redigerer Kiro filer uten å vente på godkjenning ved hvert trinn. Med den av, stopper Kiro før hver kommando og ber deg Trust, Reject, eller Run den manuelt.
For testen av eiendomsforvaltningsplattformen holdt jeg Autopilot på under planlegging og brukte manuell godkjenning under oppgaveutførelse for å evaluere hvert steg separat.
Vurdering: IDE-oppsettet er komfortabelt i løpet av minutter for enhver VS Code-bruker. De fire venstre panelseksjonene er der Kiros verdi ligger, og å forstå hver av dem før din første økt avgjør hvor mye du får ut av verktøyet.
Steering-dokumenter: Gi Kiro kontekst før din første prompt
Det første du bør gjøre i et nytt Kiro-prosjekt, er ikke å starte en build. Det er å generere steering-dokumenter.
Jeg klikket “Generate Steering Docs” i Kiro-panelet før jeg sendte noen prompt. Kiro skannet den tomme prosjektmappen og opprettet tre markdown-filer inne i .kiro/steering/:
| Fil | Innhold |
|---|---|
| product.md | Produktnavn, beskrivelse, sentrale domenekonsepter og viktige mål |
| structure.md | Forventet mappestruktur og filorganiseringskonvensjoner |
| tech.md | Forventet teknologistack, vanlige kommandoer og kodekonvensjoner |
For et helt blankt prosjekt antok Kiro fornuftige standarder: React med TypeScript, Next.js API-ruter, PostgreSQL, Prisma, Tailwind CSS og JWT-basert autentisering. Den merket både tech.md og structure.md som plassholdere som skulle oppdateres når den faktiske stacken var bekreftet gjennom scaffolding.
Dette er viktig fordi hver påfølgende agenthandling leser disse filene før den gjør noe som helst. Når du først har scaffoldet prosjektet og den virkelige stacken er bekreftet, vil oppdatering av tech.md føre til at Kiro bruker disse konvensjonene automatisk i alle fremtidige oppgaver.
Du kan også legge til egne steering-filer for API-designstandarder, navngivningsregler, distribusjonsregler eller andre begrensninger du vil at agenten skal behandle som faste.
Vibe Mode vs Spec Mode: Valget som former hele bygget
Når du åpner chatten for et nytt bygg, viser Kiro deg to moduser før du skriver noe som helst:
Vibe mode lar deg chatte først og bygge underveis. Ingen planleggingsdokumenter, ingen strukturert output. Best for raske eksperimenter, utforsking i tidlig fase eller oppgaver der kravene fortsatt er under arbeid.
Spec mode kjører en planleggingssekvens før noen kode skrives. Kiro genererer krav, et teknisk designdokument og en oppgaveliste. Først etter at alle tre er gjennomgått og godkjent, begynner den å skrive kode. Best for produksjonsklart arbeid der vedlikeholdbarhet betyr noe.
Jeg valgte Spec mode for eiendomsforvaltningsplattformen. Når jeg sendte prompten, stilte Kiro to oppfølgingsspørsmål før den genererte noe som helst:
- “What do you want to start with?” (Requirements, merket som anbefalt, eller Technical Design)
- “Is this a new feature or a bugfix?” (Build a Feature, anbefalt, eller Fix a Bug)
Disse spørsmålene bestemmer strukturen på alt som følger. Å velge “Requirements” betyr at Kiro skriver brukerhistorier og akseptkriterier før den rører arkitekturen.
Den sekvensen produserer fundamentalt forskjellige planleggingsartefakter enn å starte med et teknisk design og deretter avlede kravene etterpå.
Spesifikasjonsarbeidsflyten: Krav, design og en oppgaveliste før noen kode
Dette er delen som gjør Kiro verdt å evaluere seriøst.
Etter å ha valgt “Requirements” og “Build a Feature”, opprettet Kiro en requirements.md fil inne i .kiro/specs/property-management-platform/. Dokumentet dukket umiddelbart opp i redigeringsfeltet. Jeg kunne lese det mens det ble skrevet. Innholdet inkluderte:
Ordboken: 12 domenetermer definert presist, inkludert Auth_Service, Property_Service, Lease_Service, Payment_Service, Maintenance_Service, Notification_Service og Dashboard_Service, der hver av dem ble koblet til et spesifikt planlagt undersystem.
Plattformbeskrivelsen: Både Landlord- og Tenant-rollene ble dokumentert, sammen med den bekreftede teknologistacken: Next.js, TypeScript, PostgreSQL, Prisma, Tailwind CSS, Stripe og Docker.
Etter å ha generert det første dokumentet, kjørte Kiro et automatisk forfiningstrinn. Den tolket alle 12 krav, sendte parallelle detaljagent-subagenter over hvert av dem, og oppdaterte requirements.md med fullstendige akseptkriterier for hvert krav. Panelet fulgte dette i sanntid: “Refining requirements 12/12.”
Da kravene var ferdige, klikket jeg “Continue” og valgte “Generate Design and Tasks.” Kiro produserte design.md og tasks.md samtidig. Oppgavefordelingen var den mest fremtredende outputen fra økten:
11 oppgavegrupper, 43 deloppgaver, i implementeringsrekkefølge:
- Prosjektoppsett og infrastruktur
- Autentisering (JWT, blacklist, middleware, sider)
- Administrasjon av eiendom og enheter
- Administrasjon av leietakere
- Administrasjon av leieavtaler, dokumentopplasting og cron-jobb
- Vedlikeholdsforespørsler
- Stripe-betalinger og webhook
- E-postvarsler
- Utleierdashboard og rapportering
- Delte UI-komponenter og layouter
- API-herding (rate limiting, CORS, health check, miljøvalidering)
Hver deloppgave inkluderte eksakte kommandoer, filstier og sporbare referanser til krav. Task 1.1, for eksempel, refererte direkte til Requirements R12 (Docker) og R10 (REST API) i beskrivelsen sin. Koblingen mellom planlegging og utførelse var eksplisitt og verifiserbar hele veien.
Rork, til sammenligning, hopper over hele dette stadiet og går rett til å generere et brukergrensesnitt fra prompten. Forskjellen i outputkvalitet er synlig: Kiros oppgaveliste er spesifikk nok til å overleveres til en menneskelig utvikler, som da vil forstå nøyaktig hva som må bygges og i hvilken rekkefølge.
Oppgaveutførelse: Hva Kiro faktisk bygde
Da oppgavelisten var godkjent, klikket jeg “Start task” på Task 1.1: Initialiser Next.js 14-prosjekt med TypeScript, Tailwind CSS og ESLint.
Kiro oppdaterte oppgavestatusen til “in progress” i tasks.md, og delegerte deretter utførelsen til sin spec-task-execution-subagent. Agenten sjekket arbeidsområdet først, bekreftet at bare .kiro spec-mappen eksisterte uten noe Next.js-prosjekt ennå, og gikk videre med å scaffold’e prosjektet.
Innen den første utførelsessyklusen hadde filtreet fylt seg med:
- package.json med Next.js, React 19.2.4, TypeScript og Tailwind-avhengigheter listet opp
- tsconfig.json, eslint.config.mjs, next.config.ts
- src/ og public/ mappestruktur
- AGENTS.md og CLAUDE.md, generert av Kiro som agentveiledningsfiler for prosjektet
- README.md
CLAUDE.md-filen er verdt å merke seg: Kiro er et AWS-produkt, men den kjører på Anthropic’s Claude-modeller under panseret. CLAUDE.md-filen er hvordan Claude-drevne agenter lagrer prosjektspesifikk atferdsveiledning. Dens tilstedeværelse i den genererte scaffolden gjenspeiler den underliggende modellen, selv innenfor AWS-infrastruktursammenhengen.
Øverst i visningen av oppgavelisten ville en “Run all tasks”-knapp la Kiro kjøre alle 43 deloppgaver i rekkefølge med Autopilot aktivert.
Jeg kjørte oppgaver enkeltvis for å evaluere hvert steg. For et reelt prosjekt hvor du er trygg på den godkjente planen, er det en rimelig og tidsbesparende arbeidsflyt å kjøre alle oppgaver automatisk og gjennomgå outputen på slutten av hver gruppe.
Hver fil Kiro genererte under utførelsen var en ekte fil i den lokale prosjektmappen min, eid og redigerbar fra første sekund. Dette er en meningsfull forskjell fra nettleserbaserte byggere som Figma Make eller Uizard, der outputen enten er en designressurs eller en hostet applikasjon du ikke kontrollerer lokalt.
Tidsavbruddet ved minutt sju: Hva det betyr for påliteligheten
Jeg vil være direkte om dette fordi det skjedde under den viktigste delen av testen.
Etter at Kiro hadde forfinet alle 12 krav og godtatt endringene til requirements.md, fikk agenten tidsavbrudd. Feilmeldingen i chat-panelet lød:
“The request timed out. Please try again. (Conversation ID: 29d25548-c3ce-414c-8f57-702124c7fec6). Elapsed time: 7m 24s.”
Dette skjedde i overgangen mellom kravfasen og genereringen av designfasen. Arbeidet som var fullført før tidsavbruddet, ble lagret. Ingen krav gikk tapt.
Etter å ha bekreftet feilen, klikket jeg “Continue” og valgte “Generate Design and Tasks.” Kiro kom seg uten å gjenta kravfasen, produserte begge dokumentene rent og fortsatte normalt resten av økten.
Kontekst som er viktig her:
- Tidsavbruddet skjedde på en kompleks prompt som dekket 12 ulike kravområder med parallell forfining i gang. Enklere oppgaver vil sannsynligvis ikke ta så lang tid.
- Kiro er for øyeblikket i forhåndsvisning, og pålitelighet ytterst ved komplekse oppgaver er en kjent egenskap hos verktøy på dette stadiet.
- Gjenopprettingen var ren. Sjekkpunktssystemet bevarte alt fullført arbeid, og neste steg kjørte umiddelbart.
Når det er sagt, er et tidsavbrudd sju minutter inn i den mest særpregede funksjonen i verktøyet en reell opplevelsesfeil. Hvis du jobber mot en deadline, er et verktøy som stopper og krever en manuell ny prøve frustrerende selv når gjenopprettingen er sømløs.
Agent Hooks: Automatisering som kjører uten å bli bedt om det
Agent Hooks finnes ikke i noe annet AI-kodeverktøy som er evaluert sammen med denne sammenligningen, og de fortjener særskilt oppmerksomhet fordi de representerer en annen måte å tenke på AI-assistanse.
En Hook er en oppgave som kjører automatisk når en filsystemhendelse inntreffer. Du beskriver atferden i vanlig språk, Kiro gjør det om til en hendelseslytter, og fra det tidspunktet kjører atferden i bakgrunnen hver gang utløserbetingelsen oppfylles. Ingen kommando å kjøre, ingen påminnelse å sette.
Eksempler på hva Hooks kan gjøre:
- Ved lagring av fil: generer grunnleggende tester for enhver komponent som ikke allerede har en testfil
- Ved lagring av fil: kjør kodeopprydding eller formateringssjekker
- Ved filopprettelse: generer dokumentasjon for nye funksjoner automatisk
- Ved endringer i strengkonstanter: oppdater lokaliseringsfiler uten manuell handling
Hooken lagres i .kiro/hooks/ som en redigerbar fil. Hvis du vil justere utløserbetingelsen eller instruksjonen, redigerer du filen direkte. Konfigurasjonen er transparent og versjonskontrollerbar sammen med resten av prosjektet ditt.
Test-ved-lagring-eksemplet er det mest umiddelbart praktiske: utviklere utsetter konsekvent å skrive tester til slutten av en sprint, og en hook som stille legger til grunnleggende tester hver gang en komponent lagres, fjerner den beslutningen helt. Testene dukker opp i filtreet etter neste lagring uten at du trenger å gjøre noe.
Kredittforbruk: Hva gratisnivået faktisk gir deg
Kredittmodellen er området der Kiro krever den mest nøye lesingen før du forplikter deg til en arbeidsflyt.
Gratisnivået gir deg 50 kreditter. Her er hva en enkelt spesifikasjonsøkt for en eiendomsforvaltningsplattform forbrukte: 4.28 kreditter til planlegging alene, som dekket krav, designdokumentet og den fullstendige oppgavelisten med 43 oppgaver, før en eneste linje applikasjonskode ble skrevet.
Ved den forbruksraten:
| Scenario | Anslått dekning på gratisnivået |
|---|---|
| Planleggingsøkter בלבד (ingen kodeutførelse) | Omtrent 11 økter |
| Planlegging pluss delvis oppgaveutførelse | 3 til 5 økter |
| Full spec-til-utførelse på et komplekst prosjekt | 1 komplett prosjekt, maks |
Viktige mekanismer å forstå før du registrerer deg:
- Kreditter ruller ikke over. Det som er igjen ubrukt ved slutten av faktureringsmåneden, er borte.
- Overforbruk er deaktivert som standard på alle betalte planer. Du må aktivere det i innstillingene før du når grensen, ellers stopper Kiro midt i en oppgave.
- Valg av modell påvirker forbruksraten. Å kjøre samme oppgave gjennom Claude Sonnet 4.6 koster 1.3 ganger mer kreditter enn å kjøre den gjennom Auto mode. Opus-modeller koster mer igjen.
- Gratisnivåbrukere får Claude Sonnet 4.5 og et sett åpne vektmodeller inkludert Qwen3 Coder Next, DeepSeek v3.2 og MiniMax 2.1. Betalt nivå låser opp Claude Sonnet 4.6, Claude Opus 4.6 og Claude Opus 4.8.
- Kredittbruk er synlig i chat-panelet etter hver agenthandling og oppdateres i abonnementsdashbordet hvert femte minutt.
Den sanntids kredittsporingen (“Est. Credits Used: 0.1, Elapsed time: 57s” etter hver oppgave) er en gjennomsiktighetsfunksjon som intet sammenlignbart verktøy foreløpig tilbyr. Du vet nøyaktig hva hver oppgave koster mens den kjører, noe som hjelper deg å avgjøre om du skal bruke Auto mode eller en spesifikk modell for en gitt oppgave.
Kiro-priser og planer
Kiro bruker en kredittbasert modell med fem nivåer, fra en gratisplan med fast månedlig tildeling til en høykapasitetsplan laget for profesjonell daglig bruk.
Alle betalte planer inkluderer tilgang til premium-modeller, muligheten til å aktivere overforbruk per bruk, og hele Kiro-funksjonssettet, inkludert spesifikasjoner, hooks, autopilot og CLI-tilgang.
Dette bør du vite før du velger en plan:
- Gratisplanen gir en fast månedlig kredittallokering uten at kredittkort kreves. Den utløper ikke, men en enkelt kompleks spesifikasjonsøkt vil gjøre et merkbart innhogg i den.
- Første gang du oppgraderer fra gratis til en betalt plan ved bruk av Google eller AWS Builder ID (ikke AWS Identity Center), får du en $20-kreditt som brukes mot abonnementskostnaden din. Denne fordelen gjelder én gang.
- Kiro fakturerer den første dagen i hver kalendermåned. Oppgradering midt i måneden betyr at du betaler et proratasert gebyr, men umiddelbart får full kredittgrense på din nye plan.
- Overforbruk-fakturering er tilgjengelig på alle betalte planer til en fast sats per ekstra kreditt, men den er slått av som standard. Aktiver den i Innstillinger før du når grensen, ellers setter Kiro arbeidet ditt på pause når kredittene er brukt opp.
- Ubrukte kreditter overføres ikke til neste måned.
- Hver utvikler trenger sitt eget abonnement. Det finnes ingen delt teamsete-alternativ for øyeblikket. Teamfaktureringsfunksjoner er oppført som kommer snart.
- Kiros standardpolicy er ingen refusjoner ved kansellering midt i måneden. Tilgangen fortsetter til slutten av faktureringsperioden. Refusjoner vurderes fra sak til sak ved faktureringsfeil kun.
- Kredittkort er den eneste aksepterte betalingsmåten.
- GovCloud (US)-priser er omtrent 20% høyere enn standardpriser, og gratisnivået er ikke tilgjengelig i det miljøet. GovCloud-tilgang krever en betalt plan og bedriftsautentisering via AWS IAM Identity Center.
- Webgrensesnittet er for øyeblikket i forhåndsvisning og tilgjengelig kun for betalende brukere. Kreditter forbrukes i samme takt enten du jobber i IDE-en, CLI-en eller på web.
Hvilken plan passer for hvilken type bruker: Gratisplanen er nok til å kjøre en reell evaluering. For aktiv utvikling på virkelige prosjekter er en betalt plan nødvendig for å unngå å gå tom midt i økten. De høyere nivåene gir mening for utviklere som kjører flere fullstendige spesifikasjonsøkter per uke eller jobber på tvers av flere komplekse prosjekter samtidig.
Alternativer til Kiro
Den mest direkte konkurrenten til Kiro er Cursor, den AI-drevne kodeeditoren som også er bygget på VS Code-grunnlag og retter seg mot utviklere som vil ha AI dypt integrert i utviklingsmiljøet sitt.
Den viktigste forskjellen er arbeidsflytfilosofi. Cursor er bygget for å akselerere det du allerede gjør: du skriver kode, og Cursor hjelper til.
Kiro er bygget for å overta planleggingsstadiet først: agenten definerer hva som må bygges før den skriver noe av det. Hvis hovedfrustrasjonen din er treg kontekstbytte mellom en AI-chat og editoren din, adresserer Cursor dette mer direkte. Hvis frustrasjonen din er AI-generert kode som mangler struktur eller er vanskelig å vedlikeholde, er Kiros spesifikasjonsarbeidsflyt det mer relevante svaret.
| Funksjon | Kiro | Cursor |
|---|---|---|
| Brukervennlighet | Gjenkjennelig for VS Code-brukere; spesifikasjonsarbeidsflyten legger til en læringskurve | Gjenkjennelig for VS Code-brukere; lavere onboarding-friksjon |
| Best for | Strukturerte, spesifikasjonsdrevne bygg for produksjonsprosjekter | Rask AI-assistert redigering og agentoppgaver i eksisterende kodebaser |
| Backend og data | Bygger ekte lokale prosjekter med full stack-kontroll | Redigerer og utvider eksisterende prosjektfiler med full stack-kontroll |
| Designfleksibilitet | Ingen visuell bygger; leverer ekte, lokalt eide kodefiler | Ingen visuell bygger; leverer ekte, lokalt eide kodefiler |
| Prisingsmodell | Kredittbasert; 50 gratis kreditter; all bruk trekkes fra en månedlig kredittallokering | Kredittbasert siden juni 2025; Auto mode er ubegrenset; valg av premium-modell trekker fra en månedlig kredittpott |
Endelig vurdering: Er Kiro verdt det?
Kiro skiller seg ut ved å sette planlegging før koding. Spesifikasjonsarbeidsflyten, steering-dokumentene og oppgavedelingen produserer en mer strukturert og vedlikeholdbar kodebase enn AI-verktøy som hopper rett inn i implementering. Agent Hooks-funksjonen er et annet høydepunkt, og muliggjør arbeidsflytautomatisering som fortsetter å kjøre utover én enkelt prompt.
Kompromissene er læringskurven og prisingen. Gratisnivået er for begrenset for store prosjekter, og utviklere må være komfortable med å jobbe i en IDE. Under testing opplevde jeg også et tidsavbrudd, selv om Kiro kom seg uten å miste fremdrift.
Hvis du er en utvikler som bygger produksjonsprogramvare, er Kiro et av de sterkeste AI-kodeverktøyene som er tilgjengelige i dag. Hvis du leter etter en enkel no-code appbygger, er det derimot ikke riktig valg.
