AWS pred pár dňami predstavilo Kiro. Ďalšie AI IDE, poviete si. A skoro by som mávol rukou, keby ma v tom oznámení nezastavila jedna vec.

Nie je to o rýchlosti. Je to o tom, čo príde po nej.

Poznáte to. Prompt, prompt, prompt a máte appku. Funguje, cítite sa ako mág. A potom to chcete dostať do produkcie a zrazu nikto nevie, aké rozhodnutia model cestou spravil, čo presne tá appka má robiť a či to vôbec robí. Prototyp máte za hodinu. Poriadny softvér za ním je úplne iný príbeh.

Presne do tejto medzery sa Kiro strefuje.

Čo Kiro vlastne je

Agentické IDE od AWS, postavené na Code OSS, čiže si nesiete svoje VS Code nastavenia aj pluginy z Open VSX, nič sa neučíte od nuly. Poháňa ho Claude od Anthropicu. Beží na Macu, Windowse aj Linuxe, počas preview je zadarmo (s limitmi) a ide cez waitlist.

Ale to podstatné je jeho prístup: spec-driven development. Kiro chce prepojiť dve veci, ktoré si väčšinou stoja proti sebe - flow vibe codingu a jasnosť špecifikácie.

Dva nápady, na ktorých to celé stojí

Specs. Napíšete jednu vetu - „pridaj systém recenzií k produktom" a Kiro z nej vygeneruje user stories, akceptačné kritériá (v EARS notácii, teda aj s hraničnými prípadmi, na ktoré bežne zabudnete), technický dizajn s dátovými tokmi, TypeScript rozhraniami a schémami databázy, a nakoniec zoznam úloh poukladaných podľa závislostí a naviazaných späť na požiadavky. A čo je najlepšie, že tie špecifikácie ostávajú synchronizované s tým, ako sa kód mení. Žiadna dokumentácia, ktorú po týždni nikto neaktualizuje.

Hooks. Event-driven automatizácie, ktoré sa spustia, keď uložíte, vytvoríte alebo zmažete súbor. Uložíte React komponent → hook doplní test. Zmeníte API endpoint → hook prepíše README. Idete commitnúť → security hook pozrie, či ste tam náhodou nezabudli prístupové kľúče. Ako skúsený kolega, ktorý za vami potichu upratuje.

To nie je asistent na písanie kódu. To je asistent na to, aby kód nezostal len prototypom.

Prečo mi to dáva zmysel

Lebo trafili ten správny problém. Nie „ako písať kód rýchlejšie", to už vieme až pridobre. Ale „ako z rýchleho kódu spraviť kód, ktorý sa dá udržiavať."

Rýchlosť bez štruktúry nie je produktivita. Je to len odložený problém.

Vibe coding je punk. Skvelý na začiatok, smrteľný vo chvíli, keď na ňom postavíte niečo, čo má bežať roky a starať sa oň má celý tím. Kiro sa pokúša dať tomu punku kostru bez toho, aby ho zabil. A to je presne ten prepínač, ktorý väčšina AI nástrojov ignoruje, že všetci pretekajú v tom, kto vygeneruje kód rýchlejšie, a nikto nerieši, čo s tým kódom o pol roka.

Kde som opatrný

Nebudem robiť z oznámenia recenziu, na to je príliš skoro. Ale pár „ale" už teraz visí vo vzduchu.

Prví, čo si Kiro osahali, hovoria zhruba to isté: generovanie špecifikácií pôsobí ako systémový analytik po ruke, diagramy vzniknú za sekundy, ale „toto môže byť lepšie". A kvalita bude stáť a padať na kontexte, ktorý nástroju dáte. Shit na vstupe = shit na výstupe, na tom AI nič nezmenila.

Konkurencia navyše nespí. Cursor a Copilot majú náskok, komunitu aj návyky používateľov na svojej strane.

Takže?

Kiro nie je ďalší „promptni a bude zázrak". Je to pokus vyriešiť tú nudnú, ale najdôležitejšiu časť celého príbehu a to cestu z prototypu do produkcie. A už len za to, že si niekto konečne všimol práve túto medzeru namiesto naháňania ďalšieho wow efektu, si to zaslúži pozornosť.

Otázka na záver, tak ako to mám rád:

Ak nie, možno nepotrebujete rýchlejší editor. Možno potrebujete spec. A to môže byť aj add-on, nie celý editor.