Czym jest Kiro?
Kiro to środowisko programistyczne do pobrania, stworzone przez Amazon Web Services, które kieruje rozwój wspierany przez AI w stronę, w którą większość narzędzi z tej kategorii jeszcze nie próbowała iść.
Tam, gdzie większość narzędzi AI do kodowania pozwala od razu wpisać prompt i dostać kod, Kiro najpierw uruchamia proces planowania: czyta kontekst projektu, tworzy dokument wymagań, generuje projekt techniczny, rozbija wszystko na numerowaną listę zadań i dopiero potem zaczyna pisać kod.
Dostępny jako IDE, narzędzie wiersza poleceń, interfejs webowy (obecnie w wersji preview dla płatnych użytkowników) oraz aplikacja mobilna (wczesny dostęp na iOS), Kiro pozycjonuje się jako narzędzie dla programistów, którzy chcą uporządkowanego, łatwego w utrzymaniu wyniku, a nie szybkiego kodu, który tydzień później trzeba rozplątywać.
Dla kogo jest Kiro?
- Dla programistów, którzy sparzyli się na kodzie generowanym przez AI, który psuje się po pierwszym dniu. Przepływ pracy oparty na specyfikacji w Kiro wymusza planowanie przed implementacją, dzięki czemu kod, który tworzy, można powiązać z udokumentowanymi wymaganiami, a nie złożonymi z domysłów.
- Dla zespołów przechodzących na przepływy pracy agentowe. Agent Hooks w Kiro pozwalają automatyzować powtarzalne zadania, takie jak pisanie testów lub generowanie dokumentacji, wyzwalane automatycznie za każdym razem, gdy zmieni się kwalifikujący się plik, bez konieczności wielokrotnego proszenia.
- Dla programistów z ekosystemu AWS. Kiro jest zbudowane na infrastrukturze AWS, przetwarza dane w regionach AWS w obrębie Twojej geografii i naturalnie łączy się z usługami AWS. Jeśli Twój stos jest już mocno oparty na AWS, Kiro pasuje bez dodatkowej konfiguracji.
- Dla użytkowników VS Code, którzy chcą AI wykraczającego poza autouzupełnianie. IDE Kiro jest zbudowane na tej samej podstawie co VS Code. Twoje skróty klawiaturowe, ustawienia i rozszerzenia przenoszą się podczas wdrożenia w kilka minut.
Zalety i wady Kiro
- Przepływ pracy oparty na specyfikacji planuje przed napisaniem jakiegokolwiek kodu
- Agent Hooks automatyzują zadania na podstawie zdarzeń plikowych
- Rozszerzenia i ustawienia VS Code importują się bez problemu
- Tryb Autopilot buduje bez ciągłych próśb o zatwierdzenie
- Dokumenty sterujące dają Kiro kontekst projektu
- Obsługuje wiele modeli frontier, w tym Opus 4.8
- Integracja serwera MCP łączy zewnętrzne narzędzia natywnie
- Wymaga pobrania; nie jest dostępne w przeglądarce w darmowym planie
- 50 darmowych kredytów znika szybciej, niż się wydaje
- Raz nastąpiło przekroczenie czasu oczekiwania podczas fazy dopracowywania wymagań
Podział ocen
Najwyższe oceny Kiro uzyskuje za funkcje i funkcjonalność, gdzie jego przepływ pracy oparty na specyfikacji, agent hooks i wykonywanie w trybie autopilota stawiają go ponad każdym innym narzędziem AI do kodowania omawianym tutaj. Traci grunt w zakresie dostępności i modelu kredytowego, na co trzeba uczciwie zwrócić uwagę przed podjęciem decyzji o pracy.
| Cecha | Ocena (na 10) | Dlaczego taka ocena |
|---|---|---|
| Łatwość użycia | 7.0 | Znane każdemu użytkownikowi VS Code; wymóg pobrania i programistyczny charakter wykluczają osoby nietechniczne |
| Funkcje i funkcjonalność | 9.5 | Przepływ pracy oparty na specyfikacji, agent hooks, autopilot, integracja MCP, dokumenty sterujące: najbardziej kompletna funkcjonalność spośród wszystkich recenzowanych narzędzi AI do kodowania |
| Wygląd i personalizacja | 7.0 | Ciemny i jasny motyw IDE; duża kontrola nad strukturą generowanego kodu dzięki edycji specyfikacji i dokumentom sterującym |
| Stosunek jakości do ceny | 6.5 | 50 darmowych kredytów zużyło się szybciej, niż oczekiwano, podczas samego planowania, zanim napisano choć jedną linię kodu aplikacji |
| Wydajność i niezawodność | 7.5 | Wyniki planowania były szczegółowe i konkretne; jeden potwierdzony timeout po 7 minutach 24 sekundach podczas dopracowywania wymagań |
| Ogólnie | 8.2 | Przepływ pracy oparty na specyfikacji w Kiro to najbardziej uporządkowane podejście do rozwoju wspieranego przez AI, jakie do tej pory recenzowano. Ocena odzwierciedla tę realną różnicę, ograniczoną przez ograniczony darmowy plan i pojedynczą porażkę niezawodności odnotowaną podczas testów. |
Funkcje Kiro
- Przepływ pracy oparty na specyfikacji: wymagania, projekt, zadania, kod
- Agent Hooks automatyzują zadania na podstawie zdarzeń plikowych
- Dokumenty sterujące nadają agentowi kontekst projektu
- Tryb Autopilot wykonuje zadania bez krokowego zatwierdzania
- Obsługa serwera MCP do integracji zewnętrznych narzędzi
- Import konfiguracji VS Code przy pierwszym uruchomieniu
- Obsługa wielu modeli, w tym Claude Opus 4.8
Moja szczera recenzja Kiro: Co odkryłem po testach
Większość narzędzi do budowy aplikacji AI wpada do jednej z dwóch kategorii:
- narzędzia wizualne, które generują interfejs na podstawie opisu
- oraz narzędzia oparte na czacie, które piszą kod bezpośrednio w odpowiedzi na prompt
Kiro nie pasuje do żadnej z tych kategorii, dlatego jego recenzja wymaga innego podejścia.
Kiro to agentowe IDE. Nie przeciągasz komponentów na płótno i nie dostajesz podglądu na żywo po 30 sekundach. Dostajesz lokalne środowisko programistyczne, które planuje budowę przed jej rozpoczęciem, generując wymagania, dokument projektowy i uporządkowaną listę zadań, przez które agent przechodzi krok po kroku.
Aplikacja, którą tworzy, to prawdziwy projekt na Twoim komputerze, w plikach, które posiadasz, wykorzystujący stos, który sam zdefiniujesz.
Aby sprawdzić, czy ten proces rzeczywiście działa, zbudowałem w Kiro od podstaw platformę do zarządzania nieruchomościami.
Prompt obejmował uwierzytelnianie właścicieli i najemców, zarządzanie nieruchomościami i lokalami, śledzenie umów najmu, zgłoszenia serwisowe ze statusami, integrację płatności Stripe, powiadomienia e-mail oraz panel właściciela z raportowaniem. To ten sam prompt, którego użyto do oceny Rork, Figma Make, Uizard i Retool, co pozwala porównać, jak każde narzędzie radzi sobie z prawdziwą złożonością, a nie prostym przykładem.
Pytanie, na które ta recenzja miała odpowiedzieć, było konkretne: Czy przepływ pracy oparty na specyfikacji w Kiro daje lepiej uporządkowane, łatwiejsze w utrzymaniu wyniki niż narzędzia, które od razu przechodzą do kodu?
Oto, co odkryłem.
Uruchamianie Kiro: Pobranie, nie karta przeglądarki
Każde inne narzędzie do budowy aplikacji AI oceniane obok tej porównawczej analizy działa w przeglądarce. Kiro nie. Zaczęcie pracy oznacza wejście na kiro.dev, kliknięcie Downloads, wybranie systemu operacyjnego i zainstalowanie aplikacji na swoim komputerze.
Pracowałem na Pop OS, dystrybucji Linuksa opartej na Debianie, więc wybrałem pakiet Debian (.deb) z listy rozwijanej. Strona oferuje również pakiet Universal (.tar.gz) dla innych konfiguracji Linuksa. Instalatory dla Windows i macOS są dostępne przez tę samą stronę pobierania.
Co to oznacza w praktyce:
- Pierwsza sesja wymaga lokalnej instalacji, a nie karty przeglądarki
- Brak dostępu wyłącznie przez internet w darmowym planie (interfejs webowy jest obecnie dostępny tylko w planach płatnych, w wersji preview)
- Dla programistów to nie stanowi problemu
- Dla każdego, kto porównuje Kiro z narzędziami działającymi w przeglądarce, uwzględnij to w czasie konfiguracji
Sam proces instalacji był prosty. Nie było żadnych kroków konfiguracyjnych, żadnych zależności do ręcznego rozwiązania i aplikacja uruchomiła się poprawnie po standardowej instalacji pakietu.
Logowanie odbywa się w przeglądarce, a nie w aplikacji
Gdy IDE uruchamia się po raz pierwszy, nie prosi o logowanie wewnątrz okna aplikacji. Przekierowuje Cię na stronę w przeglądarce, aby tam przeprowadzić uwierzytelnienie.
Ekran logowania oferuje cztery opcje:
| Metoda logowania | Komu odpowiada |
|---|---|
| Indywidualnym programistom i freelancerom | |
| GitHub | Najbardziej naturalny wybór dla programistów z istniejącymi kontami |
| AWS Builder ID | Programistom już funkcjonującym w ekosystemie AWS |
| Your Organization | Zespołom enterprise korzystającym z SSO |
Opcja GitHub została dobrze dobrana do docelowej grupy odbiorców. Większość programistów ma już konto GitHub i może uwierzytelnić się bez tworzenia nowego loginu.
Kilka rzeczy, które warto wiedzieć przed rejestracją:
- Logowanie przez Google lub AWS Builder ID (nie AWS Identity Center) kwalifikuje Cię do kredytu 20 $ naliczonego do pierwszej płatnej aktualizacji planu. To jednorazowa korzyść, o której warto wiedzieć przed wyborem metody logowania.
- Logowanie przez “Your Organization” przechodzi przez enterprise SSO i jest punktem wejścia dla zespołów, które potrzebują scentralizowanego zarządzania tożsamością.
- Logując się, zgadzasz się na AWS Customer Agreement, Service Terms, Privacy Notice i AWS Intellectual Property License. Ponieważ Kiro jest produktem AWS, Twoje dane są przetwarzane w regionach AWS w obrębie Twojej geografii.
Onboarding: Trzy kroki konfiguracji trwające poniżej dwóch minut
Po zalogowaniu Kiro uruchamia krótki proces konfiguracji, zanim otworzy główne IDE. Kroki są następujące:
Krok 1: Wybierz motyw. Kiro Dark lub Kiro Light. Oba pokazują podgląd podświetlania składni kodu na żywo przed zatwierdzeniem.
Krok 2: Skonfiguruj integrację z powłoką. Pozwala to otworzyć dowolny projekt z terminala za pomocą polecenia kiro . Możesz to pominąć i skonfigurować później.
Krok 3: Importuj z VS Code. Kiro pobiera istniejące rozszerzenia VS Code (wszystkie dostępne w Open VSX), ustawienia i mapowania klawiszy. Rozszerzenia ładują się w tle, podczas gdy onboarding trwa dalej, więc nie czekasz na ekranie ładowania.
Import z VS Code jest najbardziej praktycznie użyteczną częścią tej sekwencji. Jeśli przez lata dostosowywałeś środowisko VS Code, przejście nie wymaga zaczynania od zera. Import w mojej sesji zadziałał bezproblemowo.
Czego onboarding nie zawiera, to jakiegokolwiek wprowadzenia do kluczowych funkcji Kiro. Nie wyjaśnia się, czym są Specs, Agent Hooks ani Steering Documents. Trafiasz do głównego ekranu i samodzielnie to odkrywasz. To jest akceptowalne dla doświadczonych programistów, ale oznacza, że pierwsza sesja z najbardziej charakterystycznymi funkcjami narzędzia wymaga samodzielnej eksploracji.
Wewnątrz IDE: Cztery panele, które czynią Kiro innym
IDE Kiro wygląda jak VS Code, ponieważ jest zbudowane na tej samej podstawie. Eksplorator plików, zakładki edytora, terminal, pasek wyszukiwania i pasek menu działają dokładnie tak, jak można się spodziewać.
To, co odróżnia Kiro od standardowej instalacji VS Code, to dedykowany lewy panel, który zawiera cztery sekcje nieistniejące w żadnym rozszerzeniu VS Code:
| Sekcja panelu | Co robi |
|---|---|
| Specs | Tworzy i zarządza dokumentami specyfikacji (wymagania, projekt, zadania) dla złożonych buildów |
| Agent Hooks | Ustawia automatyczne zadania wyzwalane przez zdarzenia systemu plików |
| Agent Steering and Skills | Przechowuje dokumenty wskazówek, które kształtują zachowanie agenta we wszystkich sesjach |
| MCP Servers | Łączy zewnętrzne narzędzia i źródła danych z agentem Kiro |
Po prawej stronie IDE znajduje się panel czatu. To tutaj wchodzisz w interakcję z Kiro i widzisz zużycie kredytów w czasie rzeczywistym. “Est.
Credits Used: 0.1, Elapsed time: 57s” aktualizuje się po każdej akcji agenta, dzięki czemu zawsze wiesz, ile kosztuje każde zadanie.
Na dole paska wprowadzania czatu dwa elementy sterują tym, jak Kiro zachowuje się przy każdym zadaniu:
- Selektor modelu: Wybierz Auto (Kiro dobiera najbardziej opłacalny model dla każdego zapytania) albo wybierz konkretny model, taki jak Claude Sonnet 4.6 lub Claude Opus 4.8.
- Przełącznik Autopilot: Gdy Autopilot jest włączony, Kiro pisze i edytuje pliki bez czekania na Twoje zatwierdzenie na każdym kroku. Gdy jest wyłączony, Kiro zatrzymuje się przed każdą komendą i prosi o Trust, Reject albo ręczne uruchomienie.
Dla testu platformy do zarządzania nieruchomościami utrzymałem włączony Autopilot podczas planowania i użyłem ręcznego zatwierdzania podczas wykonywania zadań, aby ocenić każdy krok niezależnie.
Werdykt: Układ IDE jest komfortowy w kilka minut dla każdego użytkownika VS Code. Cztery sekcje lewego panelu to miejsce, w którym tkwi wartość Kiro, a zrozumienie każdej z nich przed pierwszą sesją decyduje o tym, ile z narzędzia wyciągniesz.
Dokumenty sterujące: Nadanie Kiro kontekstu przed pierwszym promptem
Pierwszą rzeczą, jaką należy zrobić w nowym projekcie Kiro, nie jest rozpoczęcie budowy. Jest nią wygenerowanie dokumentów sterujących.
Kliknąłem “Generate Steering Docs” w panelu Kiro, zanim wysłałem jakikolwiek prompt. Kiro przejrzało pusty katalog projektu i utworzyło trzy pliki markdown w .kiro/steering/:
| Plik | Zawartość |
|---|---|
| product.md | Nazwa produktu, opis, podstawowe pojęcia domenowe i kluczowe cele |
| structure.md | Oczekiwany układ folderów i konwencje organizacji plików |
| tech.md | Oczekiwany stos technologiczny, typowe komendy i konwencje kodowania |
W przypadku całkowicie pustego projektu Kiro wywnioskowało sensowne domyślne ustawienia: React z TypeScript, Next.js API routes, PostgreSQL, Prisma, Tailwind CSS oraz uwierzytelnianie oparte na JWT. Oznaczyło zarówno tech.md , jak i structure.md jako szablony do zaktualizowania, gdy rzeczywisty stos zostanie potwierdzony przez scaffolding.
To ważne, ponieważ każda kolejna akcja agenta czyta te pliki przed wykonaniem czegokolwiek. Gdy po scaffolding potwierdzisz rzeczywisty stos i zaktualizujesz tech.md , Kiro automatycznie zastosuje te konwencje we wszystkich przyszłych zadaniach.
Możesz też dodać własne pliki sterujące dotyczące standardów projektowania API, nazewnictwa, zasad wdrażania lub dowolnych innych ograniczeń, które chcesz, aby agent traktował jako stałe.
Tryb Vibe vs Tryb Spec: Decyzja, która kształtuje całą budowę
Gdy otwierasz czat dla nowej budowy, Kiro pokazuje dwa tryby, zanim cokolwiek wpiszesz:
Tryb Vibe pozwala najpierw rozmawiać i budować po drodze. Bez dokumentów planistycznych, bez uporządkowanego wyniku. Najlepszy do szybkich eksperymentów, eksploracji na wczesnym etapie lub zadań, w których wymagania są jeszcze dopracowywane.
Tryb Spec uruchamia sekwencję planowania przed napisaniem jakiegokolwiek kodu. Kiro generuje wymagania, dokument projektu technicznego i listę zadań. Dopiero po przejrzeniu i zatwierdzeniu wszystkich trzech zaczyna pisać kod. Najlepszy do pracy produkcyjnej, w której liczy się łatwość utrzymania.
Wybrałem Tryb Spec dla platformy do zarządzania nieruchomościami. Po wysłaniu promptu Kiro zadało dwa pytania uzupełniające, zanim cokolwiek wygenerowało:
- “Od czego chcesz zacząć?” (Requirements, oznaczone jako zalecane, lub Technical Design)
- “Czy to nowa funkcja czy poprawka błędu?” (Build a Feature, zalecane, lub Fix a Bug)
Te pytania determinują strukturę wszystkiego, co następuje później. Wybranie “Requirements” oznacza, że Kiro najpierw pisze historyjki użytkownika i kryteria akceptacji, zanim dotknie architektury.
Taka sekwencja tworzy fundamentalnie inne artefakty planistyczne niż zaczynanie od projektu technicznego i wyprowadzanie wymagań po fakcie.
Przepływ pracy Spec: Wymagania, projekt i lista zadań przed jakimkolwiek kodem
To jest część, która sprawia, że Kiro warto poważnie ocenić.
Po wybraniu “Requirements” i “Build a Feature” Kiro utworzyło plik requirements.md w .kiro/specs/property-management-platform/. Dokument pojawił się od razu w edytorze. Mogłem go czytać w trakcie tworzenia. Zawartość obejmowała:
Słownik pojęć: 12 terminów domenowych z precyzyjnymi definicjami, w tym Auth_Service, Property_Service, Lease_Service, Payment_Service, Maintenance_Service, Notification_Service i Dashboard_Service, a każdy z nich przypisany do konkretnego planowanego podsystemu.
Opis platformy: Udokumentowano role Landlord i Tenant, a także potwierdzony stos technologiczny: Next.js, TypeScript, PostgreSQL, Prisma, Tailwind CSS, Stripe i Docker.
Po wygenerowaniu początkowego dokumentu Kiro uruchomiło automatyczny etap dopracowania. Przeanalizowało wszystkie 12 wymagań, rozdzieliło równoległe pod-agenty dopracowujące do każdego z nich i zaktualizowało requirements.md pełnymi kryteriami akceptacji dla każdego wymagania. Panel śledził to w czasie rzeczywistym: “Refining requirements 12/12.”
Gdy wymagania były gotowe, kliknąłem “Continue” i wybrałem “Generate Design and Tasks.” Kiro wygenerowało jednocześnie design.md i tasks.md . Najmocniejszym elementem wyjściowym była struktura zadań z tej sesji:
11 grup zadań, 43 podzadania, w kolejności implementacji:
- Scaffolding projektu i infrastruktura
- Uwierzytelnianie (JWT, blacklist, middleware, strony)
- Zarządzanie nieruchomościami i lokalami
- Zarządzanie najemcami
- Zarządzanie umowami najmu, przesyłanie dokumentów i zadanie cron
- Wnioski o konserwację
- Płatności Stripe i webhook
- Powiadomienia e-mail
- Panel właściciela i raportowanie
- Współdzielone komponenty UI i układy
- Wzmocnienie API (rate limiting, CORS, health check, walidacja środowiska)
Każde podzadanie zawierało dokładne komendy, ścieżki plików i odniesienia do wymagań. Na przykład zadanie 1.1 odwoływało się bezpośrednio do Requirements R12 (Docker) i R10 (REST API). Połączenie między planowaniem a wykonaniem było przez cały czas jawne i weryfikowalne.
Dla porównania, Rork pomija cały ten etap i przechodzi od razu do generowania interfejsu użytkownika na podstawie promptu. Różnica w jakości wyniku jest widoczna: lista zadań Kiro jest wystarczająco szczegółowa, aby przekazać ją ludzkiemu programiście i pozwolić mu zrozumieć dokładnie, co trzeba zbudować i w jakiej kolejności.
Wykonywanie zadań: Co Kiro faktycznie zbudowało
Gdy lista zadań została zatwierdzona, kliknąłem “Start task” przy Task 1.1: Initialize Next.js 14 project with TypeScript, Tailwind CSS, and ESLint.
Kiro zaktualizowało status zadania na “in progress” w tasks.md, a następnie przekazało wykonanie swojemu pod-agentowi spec-task-execution. Agent najpierw sprawdził obszar roboczy, potwierdził, że istnieje tylko folder spec .kiro bez projektu Next.js, i przystąpił do scaffolding projektu.
W pierwszym cyklu wykonania drzewo plików zostało wypełnione:
- package.json z zależnościami Next.js, React 19.2.4, TypeScript i Tailwind
- tsconfig.json, eslint.config.mjs, next.config.ts
- strukturą katalogów src/ i public/
- AGENTS.md i CLAUDE.md, wygenerowanymi przez Kiro jako pliki z wytycznymi dla agenta projektu
- README.md
Warto zwrócić uwagę na plik CLAUDE.md : Kiro jest produktem AWS, ale pod spodem działa na modelach Claude firmy Anthropic. Plik CLAUDE.md jest sposobem, w jaki agenci napędzani przez Claude przechowują wytyczne behawioralne specyficzne dla projektu. Jego obecność w wygenerowanym scaffolding odzwierciedla model bazowy, nawet w kontekście infrastruktury AWS.
Na górze widoku listy zadań przycisk “Run all tasks” pozwalałby Kiro wykonać wszystkie 43 podzadania po kolei z włączonym Autopilotem.
Uruchamiałem zadania pojedynczo, aby ocenić każdy krok. W przypadku prawdziwego projektu, gdy masz pewność co do zatwierdzonego planu, uruchomienie wszystkich zadań automatycznie i przejrzenie wyniku po każdej grupie jest rozsądnym i oszczędzającym czas workflow.
Każdy plik wygenerowany przez Kiro podczas wykonywania był prawdziwym plikiem w moim lokalnym katalogu projektu, należącym do mnie i edytowalnym od pierwszej sekundy. To istotna różnica w porównaniu z narzędziami działającymi w przeglądarce, takimi jak Figma Make czy Uizard, gdzie wynik jest albo zasobem projektowym, albo hostowaną aplikacją, której nie kontrolujesz lokalnie.
Timeout w siódmej minucie: Co to oznacza dla niezawodności
Chcę być w tej kwestii bezpośredni, ponieważ zdarzyło się to w najważniejszej części testu.
Po tym, jak Kiro dopracowało wszystkie 12 wymagań i zaakceptowało zmiany w requirements.md, agent przekroczył czas oczekiwania. Komunikat błędu w panelu czatu brzmiał:
“The request timed out. Please try again. (Conversation ID: 29d25548-c3ce-414c-8f57-702124c7fec6). Elapsed time: 7m 24s.”
Stało się to na przejściu między fazą wymagań a generowaniem projektu. Praca wykonana przed timeoutem została zapisana. Żadne wymagania nie zostały utracone.
Po zaakceptowaniu błędu kliknąłem “Continue” i wybrałem “Generate Design and Tasks.” Kiro odzyskało się bez powtarzania etapu wymagań, poprawnie wygenerowało oba dokumenty i dalej działało normalnie przez resztę sesji.
Kontekst, który ma tutaj znaczenie:
- Timeout nastąpił przy złożonym promptcie obejmującym 12 różnych obszarów wymagań z równoległym dopracowywaniem, więc prostsze zadania raczej nie zajmą tyle czasu.
- Kiro jest obecnie w preview, a niezawodność na granicy bardzo złożonych zadań jest znaną cechą narzędzi na tym etapie.
- Odzyskanie było bezproblemowe. System punktów kontrolnych zachował całą ukończoną pracę, a następny krok uruchomił się natychmiast.
Mimo to timeout po siedmiu minutach w najbardziej wyróżniającej się funkcji narzędzia to realna porażka doświadczenia. Jeśli pracujesz pod presją terminu, narzędzie, które zatrzymuje się i wymaga ręcznego ponowienia, jest frustrujące nawet wtedy, gdy odzyskanie przebiega płynnie.
Agent Hooks: Automatyzacja, która działa bez proszenia
Agent Hooks nie pojawiają się w żadnym innym narzędziu AI do kodowania ocenianym w tym porównaniu i zasługują na osobną uwagę, ponieważ reprezentują inny sposób myślenia o pomocy AI.
Hook to zadanie uruchamiane automatycznie, gdy wystąpi zdarzenie systemu plików. Opisujesz zachowanie prostym językiem, Kiro zamienia je na nasłuchiwacz zdarzeń i od tego momentu działanie uruchamia się w tle za każdym razem, gdy spełniony zostanie warunek wyzwalający. Bez komendy do uruchomienia, bez przypomnienia do ustawienia.
Przykłady tego, co Hooki mogą robić:
- Przy zapisie pliku: generuj podstawowe testy dla każdego komponentu, który nie ma jeszcze pliku testowego
- Przy zapisie pliku: uruchamiaj czyszczenie kodu lub kontrole formatowania
- Przy utworzeniu pliku: automatycznie generuj dokumentację dla nowych funkcji
- Przy zmianie stałych stringów: aktualizuj pliki lokalizacyjne bez ręcznej akcji
Hook jest przechowywany w .kiro/hooks/ jako edytowalny plik. Jeśli chcesz dostosować warunek wyzwalający lub instrukcję, edytujesz plik bezpośrednio. Konfiguracja jest przejrzysta i podlega kontroli wersji razem z resztą projektu.
Przykład testów przy zapisie jest najbardziej praktyczny: programiści konsekwentnie odkładają pisanie testów na koniec sprintu, a hook, który po cichu dodaje podstawowe testy za każdym razem, gdy komponent jest zapisywany, usuwa tę decyzję z głowy. Testy pojawiają się w drzewie plików po następnym zapisie bez żadnej akcji z Twojej strony.
Zużycie kredytów: Co tak naprawdę daje darmowy plan
Model kredytowy to obszar, w którym Kiro wymaga najdokładniejszego przeczytania przed podjęciem decyzji o pracy.
Darmowy plan daje 50 kredytów. Oto, ile zużyła jedna sesja planowania platformy do zarządzania nieruchomościami: 4.28 kredytów za samo planowanie, obejmujące wymagania, dokument projektu i pełną listę 43 zadań, zanim napisano choć jedną linię kodu aplikacji.
Przy takim zużyciu:
| Scenariusz | Szacunkowy zasięg darmowego planu |
|---|---|
| Sesje tylko planistyczne (bez wykonywania kodu) | Około 11 sesji |
| Planowanie plus częściowe wykonywanie zadań | 3 do 5 sesji |
| Pełne przejście od specyfikacji do wykonania w złożonym projekcie | Maksymalnie 1 kompletny projekt |
Kluczowe zasady, które trzeba znać przed rejestracją:
- Kredyty nie przechodzą na następny okres. To, co zostanie niewykorzystane na koniec miesiąca rozliczeniowego, przepada.
- Rozliczanie nadwyżek jest domyślnie wyłączone we wszystkich planach płatnych. Musisz włączyć je w Settings, zanim osiągniesz limit, inaczej Kiro przestaje działać w trakcie zadania.
- Wybór modelu wpływa na tempo zużycia. Uruchomienie tego samego zadania przez Claude Sonnet 4.6 kosztuje 1.3 razy więcej kredytów niż uruchomienie go przez Auto mode. Modele Opus kosztują jeszcze więcej.
- Użytkownicy darmowego planu otrzymują Claude Sonnet 4.5 oraz zestaw modeli open weight, w tym Qwen3 Coder Next, DeepSeek v3.2 i MiniMax 2.1. Użytkownicy planów płatnych odblokowują Claude Sonnet 4.6, Claude Opus 4.6 i Claude Opus 4.8.
- Zużycie kredytów jest widoczne w panelu czatu po każdej akcji agenta i aktualizuje się w panelu subskrypcji co pięć minut.
Śledzenie kredytów w czasie rzeczywistym (“Est. Credits Used: 0.1, Elapsed time: 57s” po każdym zadaniu) to funkcja przejrzystości, której żadne porównywalne narzędzie obecnie nie oferuje. Wiesz dokładnie, ile kosztuje każde zadanie w trakcie jego wykonywania, co pomaga zdecydować, czy użyć Auto mode, czy konkretnego modelu dla danego zadania.
Cennik i plany Kiro
Kiro działa w modelu opartym na kredytach, z pięcioma poziomami, od darmowego planu z ustalonym miesięcznym przydziałem po plan o wysokiej przepustowości przeznaczony do codziennej pracy profesjonalnej.
Wszystkie płatne plany obejmują dostęp do modeli premium, możliwość włączenia pay-per-use overage oraz pełen zestaw funkcji Kiro, w tym specyfikacje, hooki, autopilot i dostęp CLI.
Co warto wiedzieć przed wyborem planu:
- Darmowy plan zapewnia stały miesięczny przydział kredytów bez wymagania karty kredytowej. Nie wygasa, ale jedna złożona sesja specyfikacji zauważalnie uszczupli ten limit.
- Przy pierwszej aktualizacji z darmowego planu do dowolnego planu płatnego za pomocą Google lub AWS Builder ID (nie AWS Identity Center) otrzymujesz kredyt 20 $ naliczony na poczet kosztu subskrypcji. Ta korzyść przysługuje tylko raz.
- Kiro rozlicza się pierwszego dnia każdego miesiąca kalendarzowego. Aktualizacja w środku miesiąca oznacza proporcjonalną opłatę, ale natychmiastowy dostęp do pełnego limitu kredytów nowego planu.
- Rozliczanie nadwyżek jest dostępne we wszystkich planach płatnych według stałej stawki za dodatkowy kredyt, ale jest wyłączone domyślnie. Włącz je w Settings, zanim osiągniesz limit, inaczej Kiro wstrzyma pracę, gdy kredyty się skończą.
- Niewykorzystane kredyty nie przechodzą na następny miesiąc.
- Każdy programista potrzebuje własnej subskrypcji. Obecnie nie ma opcji współdzielonego seat dla zespołu. Funkcje rozliczania zespołowego są oznaczone jako coming soon.
- Standardowa polityka Kiro nie przewiduje zwrotów za anulowanie w środku miesiąca. Dostęp trwa do końca cyklu rozliczeniowego. Zwroty są rozpatrywane indywidualnie jedynie w przypadku błędów rozliczeniowych.
- Jedyną akceptowaną metodą płatności są karty kredytowe.
- Cennik GovCloud (US) jest około 20% wyższy niż standardowy, a darmowy plan nie jest dostępny w tym środowisku. Dostęp do GovCloud wymaga płatnego planu i uwierzytelniania enterprise przez AWS IAM Identity Center.
- Interfejs webowy jest obecnie w preview i dostępny tylko dla płatnych użytkowników. Kredyty zużywają się w takim samym tempie niezależnie od tego, czy pracujesz w IDE, CLI czy webie.
Jaki plan odpowiada jakiemu typowi użytkownika: Darmowy plan wystarczy do prawdziwej oceny. Do aktywnego rozwijania realnych projektów potrzebny jest plan płatny, aby nie skończyć kredytów w połowie sesji. Wyższe plany mają sens dla programistów uruchamiających wiele pełnych sesji specyfikacji tygodniowo lub pracujących nad kilkoma złożonymi projektami jednocześnie.
Alternatywy dla Kiro
Najbardziej bezpośrednim konkurentem Kiro jest Cursor, edytor kodu wspierany przez AI, który również opiera się na fundamentach VS Code i kieruje ofertę do programistów chcących mieć AI głęboko zintegrowane ze swoim środowiskiem pracy.
Kluczowa różnica tkwi w filozofii workflow. Cursor został zbudowany tak, aby przyspieszać to, co już robisz: piszesz kod, a Cursor pomaga.
Kiro zostało zbudowane tak, aby najpierw przejąć etap planowania: agent definiuje, co trzeba zbudować, zanim napisze cokolwiek. Jeśli Twoją główną frustracją jest powolne przełączanie kontekstu między czatem AI a edytorem, Cursor rozwiązuje to bezpośredniej. Jeśli Twoją frustracją jest kod generowany przez AI, który nie ma struktury albo trudno go utrzymywać, specyfikacyjny workflow Kiro jest bardziej trafioną odpowiedzią.
| Funkcja | Kiro | Cursor |
|---|---|---|
| Łatwość użycia | Znane użytkownikom VS Code; przepływ pracy oparty na specyfikacji dodaje krzywą uczenia się | Znane użytkownikom VS Code; mniejsze tarcie przy wdrożeniu |
| Najlepsze do | Ustrukturyzowanych buildów opartych na specyfikacji dla projektów produkcyjnych | Szybkiej edycji wspieranej przez AI i zadań agentowych w istniejących bazach kodu |
| Backend i dane | Tworzy prawdziwe lokalne projekty z pełną kontrolą nad stosem | Edytuje i rozszerza istniejące pliki projektu z pełną kontrolą nad stosem |
| Elastyczność projektowania | Brak wizualnego kreatora; generuje prawdziwy, lokalnie należący do użytkownika kod | Brak wizualnego kreatora; generuje prawdziwy, lokalnie należący do użytkownika kod |
| Model cenowy | Oparty na kredytach; 50 darmowych kredytów; całe użycie pochłania miesięczny przydział kredytów | Oparty na kredytach od czerwca 2025; Auto mode jest nielimitowany; wybór modeli premium pobiera z miesięcznej puli kredytów |
Ostateczny werdykt: Czy Kiro jest warte uwagi?
Kiro wyróżnia się tym, że planowanie stawia przed kodowaniem. Jego przepływ pracy oparty na specyfikacji, dokumenty sterujące i rozbicie na zadania tworzą bardziej uporządkowaną i łatwiejszą w utrzymaniu bazę kodu niż narzędzia AI, które od razu przechodzą do implementacji. Funkcja Agent Hooks to kolejny mocny punkt, umożliwiający automatyzacje workflow, które działają dalej poza pojedynczym promptem.
Kompromisami są krzywa uczenia się i cena. Darmowy plan jest zbyt ograniczony dla dużych projektów, a programiści muszą czuć się swobodnie pracując w IDE. Podczas testów napotkałem też timeout, choć Kiro odzyskało się bez utraty postępu.
Jeśli jesteś programistą tworzącym oprogramowanie produkcyjne, Kiro to jedno z najmocniejszych narzędzi AI do kodowania dostępnych obecnie. Jeśli szukasz prostego no-code app buildera, to nie jest właściwy wybór.
