Οκτώ μήνες μετά τη γενική διαθεσιμότητα του Kiro, η διαρκής ιδέα αποδεικνύεται ότι είναι το spec, και το λιγότερο διαρκές κομμάτι αποδεικνύεται ότι είναι το IDE. Το Kiro κυκλοφόρησε ως ένα agentic IDE του οποίου το επιχείρημα ήταν ότι δουλεύεις στο επίπεδο της προδιαγραφής και αφήνεις τον agent να υλοποιήσει. Το κομμάτι που κόλλησε είναι το artifact: μια γραπτή δήλωση πρόθεσης που ένας άνθρωπος αναθεωρεί πριν υπάρξει κώδικας. Το κομμάτι που σιωπηλά έχασε είναι η υπόθεση ότι ο editor είναι εκεί που συμβαίνει αυτό. Το Kiro κυκλοφόρησε ένα CLI κατά το GA, πρόσθεσε λειτουργία headless, και το terminal είναι εκεί που πήγε η ενδιαφέρουσα χρήση.

Έγραψα για το GA του Kiro στο τέλος του περασμένου χρόνου στο AWS Monthly (Dec '25): The Kiro Era Begins, με περισσότερο ενθουσιασμό παρά απόσταση. Οκτώ μήνες είναι αρκετός χρόνος για να πω ποια κομμάτια εκείνου κράτησαν.

Τι κυκλοφόρησε πραγματικά

Το Kiro μπήκε σε preview τον Ιούλιο του 2025 και έφτασε στο GA στις 17 Νοεμβρίου 2025. Το GA δεν ήταν κυκλοφορία σταθερότητας, ήταν κυκλοφορία εύρους: property-based testing που παράγει test cases από τα κριτήρια αποδοχής ενός spec, checkpointing ώστε οι αλλαγές ενός agent να μπορούν να αναιρεθούν, υποστήριξη multi-root workspace, ομαδικά πλάνα διαχειριζόμενα κεντρικά μέσω του AWS IAM Identity Center, και το Kiro CLI, που έβαλε τον agent στο terminal.

Έκτοτε η τροχιά ήταν σταθερή και χωρίς λάμψη. Το Kiro CLI απέκτησε λειτουργία headless τον Απρίλιο του 2026, ώστε ο agent να τρέχει σε pipelines αντί να κάθεται δίπλα σε έναν άνθρωπο. Οι κυκλοφορίες CLI του Ιανουαρίου 2026 αφορούσαν allowlists και blocklists για ποια URLs μπορεί να φέρει ένας agent, συντομεύσεις πληκτρολογίου για custom agents, καλύτερα diffs. Αυτό δεν είναι ένα roadmap που κυνηγά ένα demo. Είναι ένα εργαλείο που προσαρμόζεται στην παραγωγή, και το σχήμα της προσαρμογής σου λέει τι κάνουν πραγματικά οι άνθρωποι με αυτό.

Το spec ήταν η καλή ιδέα

Η πραγματική συνεισφορά του Kiro είναι ότι έκανε την προδιαγραφή ένα αρχείο. Απαιτήσεις, σχεδιασμός, και tasks, στο repo, με version control, αναθεωρήσιμα, με diff. Αυτό ακούγεται σαν μικρό πράγμα δίπλα στο "το AI γράφει τον κώδικά σου" και είναι το μόνο κομμάτι που θα υπερασπιζόμουν χωρίς επιφύλαξη.

Ο λόγος είναι πού μετακινεί την αναθεώρηση. Η ακυβέρνητη agentic κωδικοποίηση παράγει ένα μεγάλο diff και ζητά από έναν άνθρωπο να το αξιολογήσει εκ των υστέρων, που είναι η χειρότερη δυνατή στιγμή: η δουλειά έχει τελειώσει, ο συγγραφέας είναι μια μηχανή χωρίς μνήμη της σκέψης της, και το να το απορρίψεις σημαίνει να πετάξεις κάτι που φαίνεται ολοκληρωμένο. Η αναθεώρηση ενός spec αντιστρέφει αυτό. Διαβάζεις πρόθεση, στο σημείο όπου το να την αλλάξεις κοστίζει μια πρόταση. Τα οικονομικά του "όχι, όχι έτσι" είναι εντελώς διαφορετικά πριν και μετά την υλοποίηση.

Εκείνη η ιδιότητα δεν έχει καμία σχέση με το AI, που είναι ακριβώς γιατί επέζησε. Είναι αναθεώρηση σχεδιασμού με έναν πιο σύντομο βρόχο ανατροφοδότησης, και ισχύει είτε ο υλοποιητής είναι ένας agent, ένας εξωτερικός συνεργάτης, ή εσύ την επόμενη Τρίτη.

Πού δεν κράτησε

Τρεις ειλικρινείς αποτυχίες, και όλες ήταν ορατές νωρίς σε όποιον το χρησιμοποίησε σε πραγματική δουλειά.

Τα specs παρεκκλίνουν

Οι απαιτήσεις και ο σχεδιασμός παράγονται εκ των προτέρων και δεν ενημερώνονται μόνα τους όταν η υλοποίηση αποκαλύπτει ότι ο σχεδιασμός ήταν λάθος. Οι ομάδες αναφέρουν ακριβώς τη δυναμική που θα προέβλεπες: ο κώδικας κινείται, το spec όχι, και μέσα σε λίγες εβδομάδες το spec είναι ένα έγγραφο που περιγράφει ένα σύστημα που δεν υπάρχει πια. Αυτό δεν είναι αποτυχία AI, είναι η παλαιότερη αποτυχία στην τεκμηρίωση λογισμικού, επανεισαγόμενη από ένα εργαλείο που έκανε το έγγραφο φθηνό στην παραγωγή και καθόλου φθηνότερο στη συντήρηση. Φθηνό στη γραφή και ακριβό στο να παραμείνει αληθινό είναι ο συγκεκριμένος συνδυασμός που παράγει μπαγιάτικα artifacts.

Η επιβάρυνση δεν ταιριάζει σε μικρή δουλειά

Η ωμή εκδοχή, από ανθρώπους που το δοκίμασαν σε μια μικρή διόρθωση bug, είναι ότι η ροή εργασίας του spec είναι βαριοπούλα για ένα ξυλόκαρφο. Απαιτήσεις, σχεδιασμός, και ανάλυση task για να αλλάξεις έναν κανόνα επικύρωσης είναι χειρότερο από το να αλλάξεις απλώς τον κανόνα επικύρωσης. Η τελετουργία είναι ανάλογη με το τίποτα, και οι περισσότερες μηχανικές δουλειές είναι μικρές.

Η ακαμψία είναι πραγματική

Το spec-first υποθέτει ότι ξέρεις τι θέλεις πριν ξεκινήσεις. Πολύ λογισμικό γράφεται από ανθρώπους που ανακαλύπτουν τι θέλουν γράφοντάς το. Για εξερευνητική δουλειά, το να φορτώνεις την προδιαγραφή μπροστά δεν είναι πειθαρχία, είναι μια εικασία επισημοποιημένη σε ένα έγγραφο που τώρα έχει εξουσία που δεν κέρδισε. Η κριτική ότι η spec-driven ανάπτυξη επαναεισάγει δυναμικές waterfall δεν είναι εντελώς άδικη, αλλά δεν είναι και εντελώς λανθασμένη, και η διαφορά εξαρτάται από το αν η ομάδα σου αντιμετωπίζει το spec ως συμβόλαιο ή ως προσχέδιο.

Άρα για ποιον είναι

Το μοτίβο που αναδύθηκε είναι πιο στενό από το επιχείρημα πωλήσεων και πιο υπερασπίσιμο. Τα specs κερδίζουν την επιβάρυνσή τους όταν οι απαιτήσεις είναι ασαφείς, όταν οι εμπλεκόμενοι άνθρωποι είναι αρκετά κατανεμημένοι ώστε η κοινή κατανόηση να μην μπορεί να θεωρηθεί δεδομένη, ή όταν η ιχνηλασιμότητα είναι υποχρέωση αντί για ευκολία. Σε ρυθμιζόμενο πλαίσιο, το "εδώ είναι το αναθεωρημένο spec, εδώ είναι το diff που το υλοποιεί" δεν είναι επιβάρυνση. Είναι το artifact ελέγχου που θα έπρεπε να κατασκευάσεις ούτως ή άλλως, παραγόμενο ως παραπροϊόν.

Για μια μικρή ομάδα σε μια καλά κατανοητή codebase, η επιβάρυνση είναι κυρίως κόστος. Αυτό δεν είναι κριτική στο Kiro. Είναι μια δήλωση εύρους που το marketing δεν επρόκειτο ποτέ να κάνει.

Τι άλλαξαν πραγματικά τα AI IDEs

Να η αναδρομική διεκδίκηση, και την κρατώ χαλαρά.

Η αλλαγή δεν ήταν ότι το AI γράφει τον κώδικα. Αυτό συνέβη, είναι γνήσια χρήσιμο, και είναι πλέον αρκετά ασήμαντο ώστε το να επιχειρηματολογείς γι' αυτό να είναι βαρετό. Η αλλαγή είναι ότι η μονάδα ανθρώπινης αναθεώρησης μετακινήθηκε ανάντη, από το diff στην πρόθεση. Τα specs του Kiro είναι μια υλοποίηση. Το AGENTS.md και τα steering files είναι μια άλλη. Το μοτίβο είναι το ίδιο: άνθρωποι συγγράφουν περιορισμούς και αναθεωρούν πρόθεση, agents παράγουν υλοποιήσεις, και το artifact για το οποίο μαλώνουν οι άνθρωποι σταματά να είναι ο κώδικας.

Η δεύτερη αλλαγή είναι ότι το IDE αποδείχθηκε ότι δεν ήταν ο σωστός περιέκτης. Το ίδιο το CLI του Kiro και η λειτουργία headless το αποδεικνύουν καλύτερα από όσο θα μπορούσε οποιοσδήποτε επικριτής. Αν ένας άνθρωπος δεν διαβάζει κάθε αλλαγή καθώς προσγειώνεται, ο editor είναι ένα UI για κάτι που δεν χρειάζεται πια ένα, και ο agent ανήκει εκεί που ζει η υπόλοιπη αυτοματοποίησή σου. Το IDE ήταν η ράμπα εισόδου, όχι ο προορισμός.

Το συμπέρασμα

Οκτώ μήνες μετά το GA, η διαρκής συνεισφορά του Kiro είναι η προδιαγραφή ως αναθεωρήσιμο, versioned αρχείο, που μετακίνησε την ανθρώπινη κρίση στο σημείο όπου είναι πιο φθηνό να εφαρμοστεί. Τα κόστη είναι πραγματικά και συγκεκριμένα: τα specs παρεκκλίνουν επειδή η παραγωγή τους είναι φθηνή και η συντήρησή τους όχι, και η τελετουργία δεν ταιριάζει σε μικρή ή εξερευνητική δουλειά. Χρησιμοποίησέ το όπου η ασάφεια ή η ιχνηλασιμότητα δικαιολογούν την επιβάρυνση και παράλειψέ το όπου δεν το κάνουν. Και πρόσεξε ότι το πιο χρήσιμο αποτέλεσμα του agentic IDE ήταν ένα CLI, που είναι η βιομηχανία να σου λέει προς τα πού πάει αυτό.

Διάβασε αυτό στη συνέχεια

Η πλευρά pipeline του να τρέχεις agents σε CI, runners, διαπιστευτήρια, και ακτίνα έκρηξης, βρίσκεται στις σημειώσεις πεδίου στο ercan.cloud. Ο κόμβος είναι στο ercanermis.com.