Kiro — среда разработки с ИИ-агентом. По документации, проверенной 22 сентября 2026 года, работа со спецификациями доступна в IDE, CLI и веб-версии. Вы описываете функцию обычным языком, Kiro создаёт требования, дизайн и задачи, затем агент выполняет выбранные задачи. Это полезно, когда нужно согласовать поведение до написания кода и отслеживать выполнение отдельных шагов.
Для знакомства выберите небольшую функцию с понятными правилами. Например, список оборудования с выдачей и возвратом. Сначала уточните сценарии, затем переходите к реализации.
Из чего состоит спецификация
В документации Kiro описаны файлы requirements.md для требований к функции, design.md для технического решения и tasks.md для задач реализации. Для исправления ошибки вместо требований используется bugfix.md. Это рабочие документы, которые нужно читать и уточнять.
Не принимайте автоматически всё, что появилось в плане. Если задача состоит в учёте десяти учебных предметов, отдельная система платежей или сложные роли пользователей могут оказаться лишними.
Какие требования задать
- Предмет можно добавить по названию.
- Пустое название не принимается, пользователь видит понятное сообщение.
- Выданный предмет нельзя выдать повторно.
- Возврат делает его доступным.
- После перезапуска список предметов и их статусы сохраняются.
Это учебные критерии. В рабочем учёте дополнительно понадобятся решения о данных, правах и восстановлении. Не скрывайте их за общей формулировкой «готовое приложение».
Как пройти первую спецификацию
Официальный маршрут предполагает установленный Kiro, вход и открытый проект. В интерфейсе можно создать Spec и выбрать работу над функцией или ошибкой. Для Feature доступны варианты Requirements-First и Design-First. Для нашего учебного примера рекомендуем Requirements-First: сначала согласовать поведение. Kiro оформляет требования в нотации EARS; проверьте, что формальный текст сохраняет смысл каждого пункта. Затем последовательно проверьте design.md и tasks.md.
В документации отдельно описан Quick Spec, который создаёт материалы без промежуточных согласований. Не выбирайте его, если вам необходимо сначала обсудить каждый этап.
- Проверьте требования на полноту и отсутствие противоречий.
- Убедитесь, что техническое решение соответствует масштабу задачи.
- Просмотрите tasks.md и запустите одну задачу нажатием на её пункт. Агент выполняет работу, а статусы меняются на In Progress и Done. Начинайте с одной задачи, а не запуска всего списка.
- После реализации пройдите контрольные сценарии вручную и подходящими тестами.
Контекст и проверка
Файлы steering передают правила и контекст проекта; документация размещает их в .kiro/steering/. Сохраняйте там актуальные договорённости, а не противоречивые указания из старых экспериментов.
Завершённая задача в списке ещё требует проверки. Попробуйте повторную выдачу уже выданного предмета и возврат. Затем перезапустите приложение и проверьте, что список и статусы предметов сохранены. Такой результат показывает пользу спецификации на конкретном сценарии.