무엇을 원하는지를 AI가 먼저 글로 쓰게 하고, 그다음에 코드를 쓰게 한다. 명세가 추측을 구현으로 바꾼다.

모델과 함께 코드를 쓰면 피할 수 없는 문제가 하나 있다. 말이 두루뭉술할수록 상대의 추측은 엉뚱해진다. 블로그에 댓글 기능을 붙여 달라고 한마디 던지면 분위기가 완전히 다른 구현 세 개가 돌아오고, 고치다 보면 처음에 무엇을 원했는지 아무도 기억하지 못하게 된다. Kiro는 순서를 뒤집는다. 먼저 요구를 자기가 검토할 수 있는 명세로 써 내려가고, 그다음 에이전트가 명세대로 짓게 한다.

Kiro는 AWS가 만들고 운영한다. 2025년 7월에 나왔고 이후 정식 제공으로 넘어갔다. 이 이야기를 한 문장으로 줄이면 AI 코딩에서 agentic engineering으로, 가 된다. 단순한 대화형 완성 도구가 아니라 요구와 설계, 작업, 구현을 한 줄로 꿰는 흐름이다.

명세 주도. 한 문장이 세 개의 문서가 된다

핵심은 명세 주도 개발이다. 자연어 설명 하나를 주면 차례로 세 문서를 낸다. 요구 문서는 바람을 사용자 이야기와 인수 기준으로 쪼갠다. 설계 문서는 구조와 기술 선택, 시스템 설계를 제시한다. 작업 문서는 의존 순서로 정렬한 목록이 된다. 기본적으로 프로젝트 안의 명세 디렉터리에 놓이며, 코드와 함께 저장소에 넣으라고 공식은 권한다.

요구를 쓰는 방식은 짚어 둘 만하다. 인수 기준은 EARS 문법으로 쓴다. 형태는 대략 '어떤 조건이 성립할 때 시스템은 이렇게 해야 한다'이다. 이 표기는 항공 안전 체계에서 왔고, 모호한 서술을 검증 가능한 주장으로 몰아붙이는 데 값어치가 있다. 경계의 경우가 빠지기 어려워진다.

세 문서는 모두 확인을 위해 한 번 멈춘다. 요구를 고치고, 기술 방안을 기각하고, 작업 순서를 바꾸고, 만족한 뒤에 에이전트에게 하나씩 실행시킨다. 모든 과정은 차이로 제시되어 한꺼번에 받아들일 수도, 한 줄씩 볼 수도 있다.

코드를 쓰기 전에 요구가 서로 어긋나는지 확인한다

흔치 않은 동작이 하나 있다. 한 줄도 쓰기 전에 자동 추론 수단으로 요구 안의 충돌과 빈틈을 살핀다. 공식 설명은 곧다. 테스트가 모두 통과한다고 해서 코드가 의도에 맞는 것은 아니니, 의도 자체를 먼저 검증한다는 것이다.

구현 뒤에는 한 겹 더 검증이 붙는다. 속성 기반 테스트로, 흐릿한 입력을 던지는 시험의 사촌이다. 보통의 단위 테스트는 구체적인 사례 몇 개를 확인하지만, 속성 기반 테스트가 주장하는 것은 '모든 입력에서 성립해야 하는 규칙'이라 단위 테스트를 통과하고도 운영에서 깨지는 경계를 더 잘 잡아낸다.

Steering과 Hooks. 프로젝트의 규칙을 못 박기

새 대화마다 '타입은 엄격하게', '테스트는 소스 옆에'를 다시 말하는 일은 인내를 꽤 갉아먹는다. 이를 위해 steering 파일이 있다. steering 디렉터리에 두는 Markdown 문서가 구조 결정과 코딩 규약, 이름 규칙 같은 오래가는 지식을 담고, Kiro는 코드를 만들거나 변경을 볼 때 자동으로 참고한다. 불러오는 방식은 세 가지로, 항상, 파일 조건에 따른 일치, 직접 지정이다. AGENTS.md 같은 일반적인 약속도 받아들인다.

에이전트 훅은 '들이는 습관'을 자동 실행으로 바꾼다. 파일 저장, 생성, 삭제 같은 사건을 정의해 두고 일어나면 준비한 일을 에이전트가 돌린다. 컴포넌트를 저장하면 테스트 파일을 채우고, API 끝점을 바꾸면 문서를 따라 고치고, 커밋 전에 자격 증명 유출을 훑는다. 공식은 이것을 손안에서 도는 지속적 통합에 비유한다. 차이는 판정 논리를 설정 문법이 아니라 자연어로 쓴다는 점이다.

네 가지 모습, 한 벌의 설정

Kiro는 지금 통합 환경, 명령줄, 웹, 모바일, 그리고 Kiro Crew라는 지속되는 개발 작업 공간을 내놓는다. 통합 환경은 오픈소스 편집기 기반 위에 있어 지금 쓰는 설정과 테마, 확장을 그대로 들여올 수 있어 옮기는 부담이 적다. 명령줄은 bash와 zsh, fish 그리고 오백 개가 넘는 흔한 CLI를 지원하고, 화면 없이 파이프라인 안에서 돌며 풀 리퀘스트를 보고 결함을 고치기도 한다.

웹 세션은 격리된 클라우드 샌드박스에서 돌고 노트북을 덮어도 계속된다. 변경은 여러 저장소에 걸쳐 조율할 수 있다. Kiro Crew는 오픈소스 프로젝트이며(Apache 라이선스) 내 기계에서 돌고 세션을 넘어 컨텍스트를 유지한다. 성격상 오래 함께 달리는 개발 작업 공간에 가깝다.

모델은 고르지 않아도 된다

Kiro는 모델을 직접 고르게 하지 않는다. 기본 Auto가 작업 복잡도에 따라 품질과 지연, 비용을 견주어 배분한다. 명시해서 지정할 수도 있고, Claude Sonnet 계열이나 무료 등급에서 쓸 수 있는 Qwen3 Coder Next 같은 공개 가중치 모델도 고를 수 있다. 유료 등급은 더 나아간 모델을 열어 준다.

계량 단위는 크레딧이고 프롬프트마다 소비되며 소수 둘째 자리까지 기록된다. 간단한 요청은 하나도 쓰지 않을 수 있다. 통합 환경에서는 어느 프롬프트에 얼마가 들었는지 실시간으로 보여 청구서가 갑자기 튀는 일이 없다.

가격과 시작

무료 등급은 장기간 유효하고 매달 오십 크레딧이 붙으며 카드 등록도 필요 없다. 주요 모델도 쓸 수 있어 명세 흐름을 한 번 돌려 감을 잡기에 알맞다. 유료는 월 20달러에 천 크레딧, 40달러에 이천, 100달러에 오천, 200달러에 만 크레딧이다. 모자라면 하나에 4센트로 더할 수 있다. 팀과 기업판에는 청구 통합과 단일 로그인, 사용량 대시보드, 권한 통제가 더해진다.

로그인은 GitHub와 Google, AWS Builder ID, AWS IAM Identity Center를 지원하며 AWS 계정은 필요 없다. 이 점이 자주 오해된다. 데스크톱은 Windows와 macOS, Linux를 아우른다.

Kiro가 풀려는 것은 AI가 코드를 얼마나 빨리 쓰는가가 아니라, 쓴 코드가 정말 원하던 것인가다. 요구를 먼저 검토 가능하고 버전 관리에 들어가는 명세로 굳힌 뒤 에이전트에게 구현시키면, 재작업과 옥신각신의 횟수가 눈에 띄게 줄어든다. 오래 유지해야 하는 프로젝트라면 이 규율은 값을 치를 만하다.