Що таке Kiro?
Kiro — це завантажуване середовище для програмування, створене Amazon Web Services, яке спрямовує розробку з використанням ШІ в напрямку, який більшість інструментів цієї категорії ще не пробували.
Там, де більшість інструментів для кодування зі ШІ дозволяють вам ввести запит і майже одразу отримати код, Kiro спочатку запускає процес планування: він читає контекст вашого проєкту, пише документ із вимогами, створює технічний дизайн, розбиває все на нумерований список завдань і лише потім починає писати код.
Доступний як IDE, інструмент командного рядка, вебінтерфейс (наразі у preview для платних користувачів) і мобільний застосунок (ранній доступ на iOS), Kiro позиціонує себе як інструмент для розробників, які хочуть структурований, підтримуваний результат, а не швидкий код, який доведеться розплутувати через тиждень.
Для кого підходить Kiro?
- Розробники, яких підвели згенеровані ШІ кодові рішення, що ламаються вже на другий день. Специфікаційний робочий процес Kiro змушує планувати перед реалізацією, тож код, який він пише, можна простежити до задокументованих вимог, а не зібрано з припущень.
- Команди, що переходять на агентні робочі процеси. Agent Hooks у Kiro дозволяють автоматизувати повторювані завдання, як-от написання тестів або генерація документації, які запускаються автоматично щоразу, коли змінюється відповідний файл, без повторних запитів.
- Розробники в екосистемі AWS. Kiro побудований на інфраструктурі AWS, обробляє дані в регіонах AWS у межах вашої географії та природно інтегрується із сервісами AWS. Якщо ваш стек уже сильно зав’язаний на AWS, Kiro підійде без зайвого налаштування.
- Користувачі VS Code, які хочуть ШІ глибше, ніж автодоповнення. IDE Kiro побудована на тій самій основі, що й VS Code. Ваші клавіатурні скорочення, налаштування та розширення переносяться під час початкового налаштування за кілька хвилин.
Переваги та недоліки Kiro
- Специфікаційний робочий процес планує перед написанням коду
- Agent Hooks автоматизують завдання за подіями файлів
- Розширення та налаштування VS Code імпортуються без проблем
- Режим Autopilot будує без постійних запитів на підтвердження
- Steering docs надають Kiro контекст вашого проєкту
- Підтримує кілька frontier models, включно з Opus 4.8
- Інтеграція MCP server підключає зовнішні інструменти нативно
- Потрібне завантаження; недоступний через браузер на безкоштовному тарифі
- 50 безкоштовних кредитів закінчуються швидше, ніж очікуєш
- Одного разу стався timeout на етапі уточнення вимог
Розбивка оцінок
Найвищі оцінки Kiro отримує за функції та функціональність, де його специфікаційний робочий процес, agent hooks і виконання в режимі autopilot випереджають кожен інший інструмент для кодування зі ШІ, який тут розглядався. Менше балів він отримує за доступність і модель кредитів, на які треба чесно зважати перед тим, як переходити до робочого процесу.
| Функція | Оцінка (з 10) | Чому така оцінка |
|---|---|---|
| Зручність використання | 7.0 | Знайомий будь-якому користувачу VS Code; вимога завантаження та орієнтація лише на розробників роблять його недосяжним для нетехнічних користувачів |
| Функції та функціональність | 9.5 | Специфікаційний робочий процес, agent hooks, autopilot, MCP integration, steering docs: найповніший набір функцій серед усіх AI coding tools, які тут розглядалися |
| Дизайн і кастомізація | 7.0 | Темна та світла теми IDE; сильний контроль над структурою згенерованого коду через редагування специфікацій і steering documents |
| Співвідношення ціни та якості | 6.5 | 50 безкоштовних кредитів на безплатному тарифі зменшилися до 4.28 під час самого лише планування, ще до того, як було написано бодай один рядок коду застосунку |
| Продуктивність і надійність | 7.5 | Результат планування був детальним і конкретним; один підтверджений timeout через 7 minutes 24 seconds під час уточнення вимог |
| Загальна | 8.2 | Spec workflow Kiro — це найструктурованіший підхід до розробки за допомогою ШІ, який було розглянуто на сьогодні. Оцінка відображає цю справжню відмінність, але її стримують обмежений безкоштовний тариф і єдиний збій надійності, зафіксований під час тестування. |
Функції Kiro
- Специфікаційний робочий процес: вимоги, дизайн, завдання, код
- Agent Hooks автоматизують завдання за подіями файлів
- Steering documents надають агенту контекст проєкту
- Режим Autopilot виконує завдання без покрокового підтвердження
- Підтримка MCP server для інтеграції зовнішніх інструментів
- Імпорт конфігурації VS Code під час першого запуску
- Підтримка кількох моделей, включно з Claude Opus 4.8
Мій чесний огляд Kiro: що я виявив після тестування
Більшість AI app builders потрапляють в одну з двох категорій:
- візуальні інструменти, що генерують інтерфейс на основі опису
- і чат-інструменти, що пишуть код напряму у відповідь на запит
Kiro не належить ні до однієї з них, і саме тому його огляд потребує іншого підходу.
Kiro — це agentic IDE. Ви не перетягуєте компоненти на полотно і не отримуєте live preview через 30 секунд. Ви отримуєте локальне середовище розробки, яке планує збірку перед її початком, генеруючи вимоги, документ дизайну та структурований список завдань, які агент потім виконує крок за кроком.
Застосунок, який він створює, — це реальний проєкт на вашому комп’ютері, у файлах, якими ви володієте, з використанням стека, який ви визначаєте.
Щоб перевірити, чи справді працює цей процес, я з нуля зібрав у Kiro платформу для керування нерухомістю.
Запит охоплював автентифікацію орендодавця та орендаря, керування нерухомістю та одиницями, облік оренди, заявки на технічне обслуговування зі статусами, інтеграцію Stripe payments, email notifications і dashboard для орендодавця зі звітністю. Це той самий запит, який використовувався для оцінювання Rork, Figma Make, Uizard і Retool, що дає змогу порівняти, як кожен інструмент справляється з реальною складністю, а не з простим прикладом.
Питання, на яке мав відповісти цей огляд, було конкретним: Чи створює Kiro завдяки spec-first workflow краще структурований, більш підтримуваний результат, ніж інструменти, які одразу переходять до коду?
Ось що я виявив.
Запуск Kiro: завантаження, а не вкладка в браузері
Кожен інший AI app builder, розглянутий поруч із цим порівнянням, працює в браузері. Kiro — ні. Щоб почати, потрібно зайти на kiro.dev, натиснути Downloads, вибрати свою операційну систему та встановити застосунок на комп’ютер.
Я використовував Pop OS, Debian-based Linux distribution, тож вибрав пакет Debian (.deb) у випадаючому списку. На сайті також є пакет Universal (.tar.gz) для інших Linux-налаштувань. Інсталятори для Windows і macOS доступні на тій самій сторінці завантажень.
Що це означає на практиці:
- Перша сесія вимагає локального встановлення, а не вкладки в браузері
- Немає доступу лише через інтернет на безкоштовному тарифі (вебінтерфейс доступний лише на платних планах, наразі в preview)
- Для розробників це не проблема
- Для тих, хто порівнює Kiro з браузерними конструкторами, врахуйте цей час на налаштування
Саме встановлення було простим. Не було жодних кроків конфігурації, жодних залежностей, які довелося б вирішувати вручну, і застосунок запустився чисто після стандартної інсталяції пакета.
Вхід у систему відбувається у браузері, а не всередині застосунку
Після першого відкриття IDE вона не просить увійти всередині вікна застосунку. Вона перенаправляє вас на сторінку в браузері, щоб виконати автентифікацію там.
Екран входу пропонує чотири варіанти:
| Спосіб входу | Для кого підходить |
|---|---|
| Індивідуальні розробники та фрилансери | |
| GitHub | Найприродніший варіант для розробників із вже наявними обліковими записами |
| AWS Builder ID | Розробники, які вже працюють в екосистемі AWS |
| Your Organization | Корпоративні команди, що використовують SSO |
Опція GitHub добре підібрана для цільової аудиторії. У більшості розробників уже є обліковий запис GitHub, і вони можуть автентифікуватися без створення нового облікового запису.
Кілька речей, які варто знати перед реєстрацією:
- Вхід через Google або AWS Builder ID (не AWS Identity Center) дає вам $20 кредиту, який буде застосовано до вашого першого переходу на платний план. Це одноразова перевага, про яку варто знати перед вибором способу входу.
- Вхід через “Your Organization” перенаправляє через enterprise SSO і є точкою входу для команд, яким потрібне централізоване керування ідентичністю.
- Увійшовши, ви погоджуєтеся з AWS Customer Agreement, Service Terms, Privacy Notice та AWS Intellectual Property License. Оскільки Kiro — це продукт AWS, ваші дані обробляються в регіонах AWS у межах вашої географії.
Онбординг: три кроки налаштування, які займають менше двох хвилин
Після входу Kiro запускає коротку послідовність налаштування перед відкриттям основної IDE. Кроки такі:
Крок 1: Виберіть тему. Kiro Dark або Kiro Light. Обидві показують живий попередній перегляд підсвічування коду перед підтвердженням.
Крок 2: Налаштуйте інтеграцію з shell. Це дає змогу відкривати будь-який проєкт із термінала за допомогою команди kiro . Ви можете пропустити це та налаштувати пізніше.
Крок 3: Імпортуйте з VS Code. Kiro переносить ваші наявні розширення VS Code (усі доступні в Open VSX), налаштування та комбінації клавіш. Розширення завантажуються у фоновому режимі, поки онбординг триває, тож вам не доводиться чекати на екрані завантаження.
Найпрактичніша частина цього процесу — імпорт із VS Code. Якщо ви роками налаштовували середовище VS Code, перехід не вимагає починати з нуля. У моїй сесії імпорт спрацював без проблем.
Чого онбординг не містить, так це будь-якого вступу до ключових функцій Kiro. Вам не пояснюють, що таке Specs, Agent Hooks або Steering Documents. Ви потрапляєте на головний екран і розбираєтеся самостійно. Це прийнятно для досвідченої аудиторії розробників, але означає, що ваша перша сесія з найхарактернішими функціями інструмента потребує самостійного дослідження.
Всередині IDE: чотири панелі, які роблять Kiro особливим
Зовнішній вигляд IDE Kiro схожий на VS Code, тому що він побудований на тій самій основі. Провідник файлів, вкладки редактора, термінал, рядок пошуку та меню поводяться саме так, як і очікується.
Те, що відрізняє Kiro від стандартної інсталяції VS Code, — це спеціальна ліва панель, яка містить чотири розділи, яких немає в жодному розширенні VS Code:
| Розділ панелі | Що він робить |
|---|---|
| Specs | Створювати та керувати документами специфікації (вимоги, дизайн, завдання) для складних збірок |
| Agent Hooks | Налаштовувати автоматизовані завдання, що запускаються на подіях файлової системи |
| Agent Steering and Skills | Зберігати документи з настановами, які формують поведінку агента в усіх сесіях |
| MCP Servers | Підключати зовнішні інструменти та джерела даних до агента Kiro |
Праворуч у IDE розташована панель чату. Саме тут ви взаємодієте з Kiro і бачите споживання кредитів у реальному часі. “Est.
Credits Used: 0.1, Elapsed time: 57s” оновлюється після кожної дії агента, тож ви завжди знаєте, скільки коштує кожне завдання.
Внизу панелі введення чату два елементи керування визначають, як Kiro поводитиметься в кожному завданні:
- Вибір моделі: Оберіть Auto (Kiro підбирає найекономнішу модель для кожного запиту) або виберіть конкретну модель, як-от Claude Sonnet 4.6 чи Claude Opus 4.8.
- Перемикач Autopilot: Коли Autopilot увімкнено, Kiro пише та редагує файли без очікування вашого підтвердження на кожному кроці. Коли вимкнено, Kiro зупиняється перед кожною командою і просить Trust, Reject або запустити її вручну.
Для тесту платформи керування нерухомістю я залишив Autopilot увімкненим під час планування та використовував ручне підтвердження під час виконання завдань, щоб оцінювати кожен крок окремо.
Вердикт: Розкладка IDE за кілька хвилин стає зручною для будь-якого користувача VS Code. Чотири розділи лівої панелі — це місце, де живе цінність Kiro, і розуміння кожного з них перед першою сесією визначає, наскільки багато ви отримаєте від інструмента.
Steering Documents: надаємо Kiro контекст перед першим запитом
Перше, що потрібно зробити в новому проєкті Kiro, — не починати збірку. Потрібно згенерувати steering documents.
Я натиснув “Generate Steering Docs” у панелі Kiro перед тим, як надіслати будь-який запит. Kiro просканував порожній каталог проєкту та створив три markdown-файли всередині .kiro/steering/:
| Файл | Вміст |
|---|---|
| product.md | Назва продукту, опис, основні доменні поняття та ключові цілі |
| structure.md | Очікувана структура папок і конвенції організації файлів |
| tech.md | Очікуваний стек технологій, типові команди та правила кодування |
Для абсолютно порожнього проєкту Kiro зробив розумні припущення: React with TypeScript, Next.js API routes, PostgreSQL, Prisma, Tailwind CSS і JWT-based authentication. Він позначив і tech.md, і structure.md як заповнювачі, які потрібно оновити після підтвердження фактичного стека через scaffolding.
Це важливо, тому що кожна наступна дія агента читає ці файли перед тим, як щось робити. Коли ви створите каркас проєкту і підтвердите реальний стек, оновлення tech.md автоматично застосує ці конвенції до всіх майбутніх завдань.
Ви також можете додати власні steering files для стандартів API-дизайну, іменування, правил розгортання або будь-яких інших обмежень, які хочете, щоб агент вважав фіксованими.
Vibe Mode проти Spec Mode: рішення, яке визначає всю збірку
Коли ви відкриваєте чат для нового проєкту, Kiro ще до введення тексту показує вам два режими:
Vibe mode дозволяє спершу просто спілкуватися, а збірку робити по ходу. Жодних документів планування, жодного структурованого результату. Найкраще для швидких експериментів, раннього дослідження або завдань, де вимоги ще формуються.
Spec mode спочатку запускає процес планування, а вже потім пишеться код. Kiro генерує вимоги, технічний документ дизайну та список завдань. Лише після того, як усі три документи переглянуто й схвалено, він починає писати код. Найкраще для production-grade роботи, де важлива підтримуваність.
Я обрав Spec mode для платформи керування нерухомістю. Після надсилання запиту Kiro поставив два уточнювальні питання, перш ніж щось генерувати:
- “What do you want to start with?” (Requirements, позначено як рекомендований, або Technical Design)
- “Is this a new feature or a bugfix?” (Build a Feature, рекомендовано, або Fix a Bug)
Ці питання визначають структуру всього, що йде далі. Вибір “Requirements” означає, що Kiro пише user stories та acceptance criteria ще до того, як торкнеться архітектури.
Такий порядок формує принципово інші артефакти планування, ніж початок із технічного дизайну та виведення вимог після нього.
Spec Workflow: вимоги, дизайн і список завдань до будь-якого коду
Це секція, яка робить Kiro вартим серйозного оцінювання.
Після вибору “Requirements” і “Build a Feature” Kiro створив файл requirements.md всередині .kiro/specs/property-management-platform/. Документ одразу з’явився в редакторі. Я міг читати його в міру написання. Вміст включав:
Глосарій: 12 доменних термінів, визначених точно, зокрема Auth_Service, Property_Service, Lease_Service, Payment_Service, Maintenance_Service, Notification_Service і Dashboard_Service, і кожен із них був прив’язаний до конкретної запланованої підсистеми.
Опис платформи: Було задокументовано ролі Landlord і Tenant, а також підтверджений технологічний стек: Next.js, TypeScript, PostgreSQL, Prisma, Tailwind CSS, Stripe і Docker.
Після генерації початкового документа Kiro запустив автоматичний етап уточнення. Він проаналізував усі 12 вимог, паралельно запустив detailer sub-agents для кожної з них і оновив requirements.md повними acceptance criteria для кожної вимоги. Панель відстежувала це в реальному часі: “Refining requirements 12/12.”
Після завершення вимог я натиснув “Continue” і вибрав “Generate Design and Tasks.” Kiro одночасно створив design.md і tasks.md. Найсильнішою частиною результату став розподіл завдань:
11 груп завдань, 43 підзавдання, у порядку реалізації:
- Проєктне scaffolding і інфраструктура
- Автентифікація (JWT, blacklist, middleware, pages)
- Керування нерухомістю та одиницями
- Керування орендарями
- Керування орендою, завантаження документів і cron job
- Заявки на технічне обслуговування
- Stripe payments і webhook
- Email notifications
- Landlord dashboard і звітність
- Спільні UI-компоненти та макети
- API hardening (rate limiting, CORS, health check, environment validation)
Кожне підзавдання містило точні команди, шляхи до файлів і прямі посилання на відповідні вимоги. Наприклад, Task 1.1 прямо посилався на Requirements R12 (Docker) і R10 (REST API) у своєму описі. Зв’язок між плануванням і виконанням був явним і перевірним протягом усього процесу.
Rork, для порівняння, пропускає всю цю стадію й одразу переходить до генерації інтерфейсу з промпта. Різниця в якості результату добре помітна: список завдань Kiro настільки конкретний, що його можна передати людині-розробнику, і вона зрозуміє, що саме треба побудувати й у якій послідовності.
Виконання завдань: що саме побудував Kiro
Після схвалення списку завдань я натиснув “Start task” для Task 1.1: Initialize Next.js 14 project with TypeScript, Tailwind CSS, and ESLint.
Kiro оновив статус завдання на “in progress” у tasks.md, а потім передав виконання своєму spec-task-execution sub-agent. Агент спочатку перевірив робочий простір, підтвердив, що існує лише папка .kiro spec без проєкту Next.js, і почав створювати каркас проєкту.
У межах першого циклу виконання дерево файлів поповнилося:
- package.json із Next.js, React 19.2.4, TypeScript і Tailwind dependencies
- tsconfig.json, eslint.config.mjs, next.config.ts
- Структура каталогів src/ і public/
- AGENTS.md і CLAUDE.md, згенеровані Kiro як файли з настановами для агента проєкту
- README.md
Файл CLAUDE.md варто окремо згадати: Kiro — продукт AWS, але під капотом він працює на моделях Claude від Anthropic. CLAUDE.md — це спосіб, у який агенти на базі Claude зберігають специфічні настанови для проєкту. Його наявність у згенерованому каркасі відображає базову модель, навіть у контексті інфраструктури AWS.
У верхній частині списку завдань кнопка “Run all tasks” дала б змогу Kiro виконати всі 43 підзавдання послідовно з увімкненим Autopilot.
Я запускав завдання окремо, щоб оцінити кожен крок. Для реального проєкту, якщо ви впевнені в затвердженому плані, запуск усіх завдань автоматично та перегляд результату в кінці кожної групи є цілком розумним і економним за часом робочим процесом.
Кожен файл, який Kiro створив під час виконання, був реальним файлом у моєму локальному каталозі проєкту, яким я володів і який можна було редагувати з першої секунди. Це важлива відмінність від браузерних конструкторів, як-от Figma Make або Uizard, де результатом є або дизайн-актив, або хостований застосунок, яким ви не керуєте локально.
Timeout на сьомій хвилині: що це означає для надійності
Хочу сказати прямо про це, бо це сталося під час найважливішої частини тесту.
Після того як Kiro уточнив усі 12 вимог і прийняв зміни до requirements.md, агент завершився timeout. Повідомлення про помилку в панелі чату було таким:
“The request timed out. Please try again. (Conversation ID: 29d25548-c3ce-414c-8f57-702124c7fec6). Elapsed time: 7m 24s.”
Це сталося на переході між фазою вимог і фазою генерації дизайну. Робота, виконана до timeout, збереглася. Жодної вимоги не було втрачено.
Після підтвердження помилки я натиснув “Continue” і вибрав “Generate Design and Tasks.” Kiro відновився без повторного проходження етапу вимог, чисто створив обидва документи та далі працював нормально до кінця сесії.
Контекст, який тут важливий:
- Timeout стався на складному запиті, що охоплював 12 окремих напрямів вимог із паралельним уточненням; простіші завдання, ймовірно, не займуть так багато часу.
- Kiro наразі перебуває в preview, а надійність на межі складних завдань є типовою характеристикою інструментів на цій стадії.
- Відновлення було чистим. Чекпойнт-система зберегла всю виконану роботу, і наступний крок запустився одразу.
Втім, отримати timeout через сім хвилин у межах найхарактернішої функції інструмента — це реальний збій досвіду. Якщо ви працюєте в умовах дедлайну, інструмент, який зупиняється і вимагає ручного повтору, дратує навіть тоді, коли відновлення відбувається без проблем.
Agent Hooks: автоматизація, яка працює без запиту
Agent Hooks не з’являються в жодному іншому інструменті для кодування зі ШІ, який оцінювався поруч із цим порівнянням, і вони заслуговують окремої уваги, тому що представляють інший спосіб мислення про допомогу ШІ.
Hook — це завдання, яке запускається автоматично, коли відбувається подія у файловій системі. Ви описуєте поведінку простою мовою, Kiro перетворює це на listener подій, і відтоді поведінка працює у фоновому режимі щоразу, коли виконується умова запуску. Жодної команди запуску, жодного нагадування.
Приклади того, що можуть робити Hooks:
- Під час збереження файлу: згенерувати базові тести для будь-якого компонента, для якого ще немає тестового файлу
- Під час збереження файлу: запустити перевірку очищення коду або форматування
- Під час створення файлу: автоматично згенерувати документацію для нових функцій
- Під час зміни рядкових констант: оновити файли локалізації без ручних дій
Hook зберігається всередині .kiro/hooks/ як файл, який можна редагувати. Якщо ви хочете змінити умову запуску або інструкцію, ви редагуєте файл напряму. Конфігурація прозора і може версіонуватися разом із рештою проєкту.
Найпрактичніший приклад — test-on-save: розробники постійно відкладають написання тестів до кінця спринту, і hook, який тихо додає базові тести щоразу, коли компонент збережено, прибирає це рішення зовсім. Тести з’являються в дереві файлів після наступного збереження без жодних дій із вашого боку.
Споживання кредитів: що насправді дає безкоштовний тариф
Модель кредитів — це та сфера, де Kiro вимагає найуважнішого читання перед тим, як переходити до робочого процесу.
Безкоштовний тариф дає вам 50 кредитів. Ось скільки в рамках однієї сесії специфікації для платформи керування нерухомістю було витрачено: 4.28 кредиту лише на планування, включно з вимогами, документом дизайну та повним списком із 43 завдань, ще до того, як було написано бодай один рядок коду застосунку.
За такого темпу споживання:
| Сценарій | Орієнтовне покриття безкоштовного тарифу |
|---|---|
| Лише сесії планування (без виконання коду) | Приблизно 11 сесій |
| Планування плюс часткове виконання завдань | 3 до 5 сесій |
| Повний spec-to-execution на складному проєкті | Не більше 1 повного проєкту |
Ключові механіки, які варто зрозуміти перед реєстрацією:
- Кредити не переносяться. Усе, що залишилося невикористаним наприкінці вашого білінгового місяця, зникає.
- Понадлімітне використання вимкнене за замовчуванням на всіх платних планах. Ви маєте ввімкнути його в Settings до досягнення ліміту, інакше Kiro зупиняється посеред завдання.
- Вибір моделі впливає на швидкість витрат. Виконання того самого завдання через Claude Sonnet 4.6 коштує в 1.3 раза більше кредитів, ніж через Auto mode. Моделі Opus коштують ще дорожче.
- Користувачі безкоштовного тарифу отримують Claude Sonnet 4.5 і набір open weight models, зокрема Qwen3 Coder Next, DeepSeek v3.2 та MiniMax 2.1. Користувачі платного тарифу відкривають Claude Sonnet 4.6, Claude Opus 4.6 і Claude Opus 4.8.
- Використання кредитів видно в панелі чату після кожної дії агента, а оновлення в dashboard підписки відбувається кожні п’ять хвилин.
Трекер кредитів у реальному часі (“Est. Credits Used: 0.1, Elapsed time: 57s” після кожного завдання) — це функція прозорості, якої наразі не дає жоден подібний інструмент. Ви точно знаєте, скільки коштує кожне завдання під час його виконання, що допомагає вирішити, використовувати Auto mode чи конкретну модель для певного завдання.
Ціни та плани Kiro
Kiro працює за кредитною моделлю з п’ятьма тарифами — від безкоштовного плану з фіксованою щомісячною квотою до високопотужного плану, розрахованого на щоденну професійну роботу.
Усі платні плани включають доступ до преміальних моделей, можливість увімкнути pay-per-use overage і повний набір функцій Kiro, включно з specs, hooks, autopilot і CLI access.
Що варто знати перед вибором плану:
- Безкоштовний план надає фіксовану щомісячну квоту кредитів без потреби в кредитній картці. Вона не закінчується, але одна складна spec-сесія помітно зменшить її.
- Уперше переходячи з безкоштовного на будь-який платний план через Google або AWS Builder ID (не AWS Identity Center), ви отримуєте $20 кредиту, який буде застосовано до вартості підписки. Ця перевага діє один раз.
- Kiro виставляє рахунок першого дня кожного календарного місяця. Переходячи на вищий план посеред місяця, ви сплачуєте пропорційну суму, але одразу отримуєте повний кредитний ліміт нового плану.
- Pay-per-use overage доступний на всіх платних планах за фіксованою ставкою за додатковий кредит, але він вимкнений за замовчуванням. Увімкніть його в Settings до досягнення ліміту, інакше Kiro призупинить вашу роботу, коли кредити закінчаться.
- Невикористані кредити не переносяться на наступний місяць.
- Кожен розробник потребує окремої підписки. Наразі немає спільного варіанта командного seat. Функції командного білінгу позначені як такі, що з’являться скоро.
- Стандартна політика Kiro — відсутність повернення коштів за скасування посеред місяця. Доступ зберігається до кінця білінгового циклу. Повернення коштів розглядаються в індивідуальному порядку лише у випадку помилок білінгу.
- Єдиний прийнятний спосіб оплати — кредитні картки.
- GovCloud (US) pricing приблизно на 20% вищий за стандартний, а безкоштовний тариф у цьому середовищі недоступний. Доступ до GovCloud вимагає платного плану та enterprise authentication через AWS IAM Identity Center.
- Вебінтерфейс наразі перебуває в preview і доступний лише платним користувачам. Кредити списуються з однаковою швидкістю незалежно від того, працюєте ви в IDE, CLI чи вебі.
Який план підходить якому типу користувача: Безкоштовного плану достатньо, щоб провести реальну оцінку. Для активної роботи над реальними проєктами потрібен платний план, щоб не вичерпати ліміт посеред сесії. Вищі тарифи мають сенс для розробників, які запускають кілька повних spec-сесій на тиждень або працюють над кількома складними проєктами одночасно.
Альтернативи Kiro
Найпрямішим конкурентом Kiro є Cursor, AI-powered code editor, який також побудований на основі VS Code і орієнтований на розробників, які хочуть, щоб ШІ був глибоко інтегрований у їхнє середовище розробки.
Ключова різниця полягає у філософії робочого процесу. Cursor створений, щоб пришвидшувати те, що ви вже робите: ви пишете код, а Cursor допомагає.
Kiro створений, щоб спочатку взяти на себе етап планування: агент визначає, що потрібно побудувати, ще до того, як пишеться бодай щось. Якщо ваша головна проблема — повільне перемикання контексту між чат-ШІ та редактором, Cursor вирішує це пряміше. Якщо ж ваша проблема — згенерований ШІ код, якому бракує структури або який важко підтримувати, spec workflow Kiro є більш доречною відповіддю.
| Функція | Kiro | Cursor |
|---|---|---|
| Зручність використання | Звичний для користувачів VS Code; spec workflow додає крива навчання | Звичний для користувачів VS Code; менше тертя під час онбордингу |
| Найкраще для | Структурованих, специфікаційних збірок для production-проєктів | Швидкого редагування за допомогою ШІ та агентних завдань у вже наявних кодових базах |
| Backend and Data | Створює реальні локальні проєкти з повним контролем над стеком | Редагує та розширює наявні файли проєкту з повним контролем над стеком |
| Гнучкість дизайну | Немає візуального конструктора; виводить реальний код, яким ви володієте локально | Немає візуального конструктора; виводить реальний код, яким ви володієте локально |
| Модель ціноутворення | Кредитна; 50 безкоштовних кредитів; усе використання списується з місячної кредитної квоти | Кредитна з червня 2025; Auto mode безлімітний; вибір преміальних моделей списується з місячного пулу кредитів |
Фінальний вердикт: чи вартий Kiro уваги?
Kiro вирізняється тим, що ставить планування перед кодуванням. Його специфікаційний робочий процес, steering documents і розбивка на завдання створюють більш структуровану та підтримувану кодову базу, ніж AI tools, які одразу переходять до реалізації. Agent Hooks — ще одна сильна сторона, що дає змогу запускати автоматизації робочих процесів, які продовжують працювати поза межами одного запиту.
Компроміси — це крива навчання та ціни. Безкоштовного тарифу недостатньо для великих проєктів, і розробникам потрібно бути готовими працювати в IDE. Під час тестування я також зіткнувся з timeout, хоча Kiro відновився без втрати прогресу.
Якщо ви розробник, який будує production software, Kiro — один із найсильніших AI coding tools, доступних сьогодні. Якщо ж ви шукаєте простий no-code app builder, це не той варіант.
