Kiro란 무엇인가?
Kiro는 Amazon Web Services가 만든 다운로드형 코딩 환경으로, AI 기반 개발을 이 범주에서 다른 도구들이 시도하지 않았던 방향으로 가져갑니다.
대부분의 AI 코딩 도구는 프롬프트를 입력하면 곧바로 코드를 돌려주지만, Kiro는 먼저 계획 과정을 실행합니다: 프로젝트 컨텍스트를 읽고, 요구사항 문서를 작성하고, 기술 설계를 생성하고, 모든 것을 번호가 매겨진 작업 목록으로 나눈 다음에야 코드를 작성하기 시작합니다.
IDE, 명령줄 도구, 웹 인터페이스(현재 유료 사용자 대상 프리뷰), 모바일 앱(iOS에서 조기 액세스)으로 제공되는 Kiro는 빠르게 코드를 얻는 대신 나중에 일주일 뒤에 다시 손봐야 할 코드가 아닌, 구조적이고 유지보수 가능한 결과물을 원하는 개발자를 위한 도구로 자리매김합니다.
Kiro는 누구를 위한 것인가?
- 하루 만에 깨지는 AI 생성 코드에 데인 개발자들. Kiro의 스펙 워크플로는 구현 전에 계획을 강제하므로, 작성되는 코드는 추측으로 조립된 것이 아니라 문서화된 요구사항으로 추적 가능합니다.
- 에이전틱 워크플로로 이동하는 팀들. Kiro의 Agent Hooks는 파일이 변경될 때마다 자동으로 실행되어 테스트 작성이나 문서 생성 같은 반복 작업을 별도의 프롬프트 없이 자동화할 수 있습니다.
- AWS 생태계 개발자들. Kiro는 AWS 인프라 위에 구축되어 있고, 지리적 위치 내의 AWS 리전 전반에서 데이터를 처리하며, AWS 서비스와 자연스럽게 연결됩니다. 스택이 이미 AWS 중심이라면 Kiro는 별도 설정 부담 없이 잘 맞습니다.
- Autocomplete를 넘어서는 AI를 원하는 VS Code 사용자들. Kiro IDE는 VS Code와 같은 기반 위에 만들어졌습니다. 온보딩하는 동안 키보드 단축키, 설정, 확장 프로그램이 몇 분 안에 그대로 옮겨집니다.
Kiro의 장단점
- 스펙 워크플로가 코드를 작성하기 전에 계획함
- Agent Hooks가 파일 이벤트에 따라 작업을 자동화함
- VS Code 확장 및 설정을 깔끔하게 가져옴
- Autopilot 모드는 지속적인 승인 요청 없이 빌드함
- Steering 문서가 프로젝트 컨텍스트를 제공함
- Opus 4.8을 포함한 여러 프론티어 모델 지원
- MCP 서버 통합으로 외부 도구와 네이티브하게 연결됨
- 다운로드가 필요하며, 무료 요금제에서는 브라우저에서 접근할 수 없음
- 50개의 무료 크레딧은 생각보다 빨리 소진됨
- 요구사항 정제 단계에서 한 번 타임아웃 발생
평가 세부 점수
Kiro의 가장 높은 점수는 기능과 성능에서 나왔습니다. 스펙 중심 워크플로, 에이전트 훅, Autopilot 실행은 지금까지 검토한 다른 모든 AI 코딩 도구보다 앞섭니다. 반면 접근성과 크레딧 모델에서는 점수를 잃었으며, 이 부분은 실제로 사용을 결정하기 전에 정직하게 살펴봐야 합니다.
| 기능 | 점수 (10점 만점) | 점수를 매긴 이유 |
|---|---|---|
| 사용 편의성 | 7.0 | 어떤 VS Code 사용자에게도 익숙하지만, 다운로드가 필요하고 개발자 전용 성격이라 비기술 사용자에게는 범위 밖임 |
| 기능 및 성능 | 9.5 | 스펙 워크플로, 에이전트 훅, Autopilot, MCP 통합, steering 문서: 검토한 AI 코딩 도구 중 가장 완성도 높은 기능 세트 |
| 디자인 및 커스터마이징 | 7.0 | 다크 및 라이트 IDE 테마; 스펙 편집과 steering 문서를 통해 생성 코드 구조를 강하게 제어 가능 |
| 가성비 | 6.5 | 무료 요금제의 50 크레딧은 애플리케이션 코드 한 줄도 작성하기 전에 계획 단계에서만 4.28이 소진됨 |
| 성능 및 안정성 | 7.5 | 계획 결과물은 상세하고 구체적이었음; 요구사항 정제 중 7분 24초에서 확인된 타임아웃 1회 |
| 전체 | 8.2 | Kiro의 스펙 워크플로는 지금까지 검토한 AI 지원 개발 방식 중 가장 구조적인 접근입니다. 이 점수는 진정한 차별점을 반영한 것이며, 제한적인 무료 요금제와 테스트 중 기록된 단 하나의 안정성 실패로 인해 일부 제약을 받았습니다. |
Kiro 기능
- 스펙 중심 워크플로: 요구사항, 설계, 작업, 코드
- Agent Hooks가 파일 이벤트에 따라 작업을 자동화
- Steering 문서가 에이전트에 프로젝트 컨텍스트를 제공
- Autopilot 모드는 단계별 승인 없이 작업을 실행
- 외부 도구 통합을 위한 MCP 서버 지원
- 첫 실행 시 VS Code 설정 가져오기
- Claude Opus 4.8을 포함한 멀티 모델 지원
내 솔직한 Kiro 리뷰: 테스트 후 발견한 점
대부분의 AI 앱 빌더는 두 가지 범주 중 하나에 속합니다:
- 설명에 따라 인터페이스를 생성하는 시각적 도구
- 그리고 프롬프트에 직접 응답하여 코드를 작성하는 채팅 기반 도구
Kiro는 어느 쪽에도 속하지 않기 때문에, 이를 리뷰하려면 다른 접근이 필요합니다.
Kiro는 에이전틱 IDE입니다. 캔버스에 컴포넌트를 드래그하지도 않고, 30초 만에 라이브 미리보기도 얻지 않습니다. 대신 빌드를 시작하기 전에 계획을 세우는 로컬 개발 환경을 제공하며, 요구사항, 설계 문서, 구조화된 작업 목록을 생성하고 에이전트가 이를 하나씩 처리합니다.
그 결과물은 여러분의 기계에 있는 실제 프로젝트이며, 직접 소유하는 파일로, 정의한 스택을 사용합니다.
이 과정이 실제로 작동하는지 확인하기 위해, 저는 Kiro 안에서 처음부터 부동산 관리 플랫폼을 만들었습니다.
프롬프트에는 임대인과 세입자 인증, 부동산 및 유닛 관리, 임대 계약 추적, 상태 업데이트가 포함된 유지보수 요청, Stripe 결제 연동, 이메일 알림, 그리고 보고 기능이 있는 임대인 대시보드가 포함되었습니다. 이 동일한 프롬프트는 Rork, Figma Make, Uizard, Retool을 평가할 때도 사용되었으며, 이를 통해 각 도구가 단순한 예제가 아닌 실제 복잡성을 어떻게 처리하는지 비교할 수 있습니다.
이 리뷰가 답하고자 한 질문은 구체적이었습니다: Kiro의 스펙 우선 워크플로는 바로 코드로 뛰어드는 도구보다 더 잘 구조화되고 유지보수 가능한 결과물을 만들어낼까?
제가 발견한 내용은 다음과 같습니다.
Kiro 실행 시작하기: 브라우저 탭이 아니라 다운로드
비교 대상으로 평가한 다른 모든 AI 앱 빌더는 브라우저에서 실행됩니다. Kiro는 그렇지 않습니다. 시작하려면 kiro.dev로 가서 Downloads를 클릭하고 운영체제를 선택한 뒤, 애플리케이션을 설치해야 합니다.
저는 Pop OS, 즉 Debian 기반 Linux 배포판을 사용하고 있었기 때문에 드롭다운에서 Debian (.deb) 패키지를 선택했습니다. 사이트는 다른 Linux 환경을 위한 Universal (.tar.gz) 패키지도 제공합니다. Windows와 macOS 설치 파일도 같은 다운로드 페이지에서 이용할 수 있습니다.
실제로 의미하는 바:
- 첫 세션은 브라우저 탭이 아닌 로컬 설치가 필요함
- 무료 요금제에서는 인터넷만으로 접근할 수 없음(웹 인터페이스는 현재 유료 요금제에서만 프리뷰 제공)
- 개발자에게는 큰 문제가 아님
- 브라우저 기반 빌더와 비교해 평가한다면, 이 설정 시간을 고려해야 함
설치 자체는 간단했습니다. 수동으로 해결해야 할 의존성도, 별도로 조정해야 할 설정도 없었고, 표준 패키지 설치 후 애플리케이션은 문제없이 실행되었습니다.
로그인은 앱 내부가 아니라 브라우저에서 진행됨
IDE를 처음 열면 앱 창 내부에서 로그인하라고 하지 않습니다. 대신 브라우저 페이지로 이동해 그곳에서 인증을 처리합니다.
로그인 화면에는 네 가지 옵션이 있습니다:
| 로그인 방법 | 어떤 사용자에게 적합한가 |
|---|---|
| 개인 개발자와 프리랜서 | |
| GitHub | 기존 계정이 있는 개발자에게 가장 자연스러운 선택 |
| AWS Builder ID | 이미 AWS 생태계 안에 있는 개발자 |
| Your Organization | SSO를 사용하는 엔터프라이즈 팀 |
GitHub 옵션은 대상 사용자에게 잘 맞는 선택입니다. 대부분의 개발자는 이미 GitHub 계정을 가지고 있으며 새 자격 증명을 만들지 않고도 인증할 수 있습니다.
가입하기 전에 알아둘 점이 몇 가지 있습니다:
- Google 또는 AWS Builder ID(AWS Identity Center가 아님)로 로그인하면 첫 유료 플랜 업그레이드에 적용되는 $20 크레딧을 받을 수 있습니다. 로그인 방법을 선택할 때 알아둘 만한 일회성 혜택입니다.
- “Your Organization”으로 로그인하면 엔터프라이즈 SSO를 통해 진행되며, 중앙 집중식 신원 관리를 필요로 하는 팀의 प्रवेश 지점입니다.
- 로그인하면 AWS Customer Agreement, Service Terms, Privacy Notice, AWS Intellectual Property License에 동의하게 됩니다. Kiro가 AWS 제품이므로 데이터는 지리적 위치 내의 AWS 리전 전반에서 처리됩니다.
온보딩: 2분 이내에 끝나는 세 가지 설정 단계
로그인 후 Kiro는 메인 IDE를 열기 전에 짧은 설정 과정을 실행합니다. 단계는 다음과 같습니다:
1단계: 테마 선택. Kiro Dark 또는 Kiro Light. 둘 다 확인 전에 코드 구문 강조의 실시간 미리보기를 보여줍니다.
2단계: 셸 통합 설정. 이 기능을 통해 터미널에서 kiro 명령으로 어떤 프로젝트든 열 수 있습니다. 이 단계는 건너뛰고 나중에 설정할 수도 있습니다.
3단계: VS Code에서 가져오기. Kiro는 기존 VS Code 확장 프로그램(Open VSX에서 사용 가능한 것), 설정, 키 바인딩을 가져옵니다. 확장 프로그램은 온보딩이 계속되는 동안 백그라운드에서 로드되므로 로딩 화면에서 기다릴 필요가 없습니다.
VS Code 가져오기는 이 과정에서 가장 실용적인 부분입니다. 수년간 맞춤화한 VS Code 환경이 있다면, 처음부터 다시 시작할 필요가 없습니다. 제 세션에서도 가져오기는 깔끔하게 작동했습니다.
온보딩에 포함되지 않은 것은 Kiro의 핵심 기능 소개입니다. Specs, Agent Hooks, Steering Documents가 무엇인지 설명하는 안내는 없습니다. 메인 화면에 도착하면 스스로 알아내야 합니다. 숙련된 개발자에게는 괜찮지만, 첫 세션에서 도구의 가장 독특한 기능을 사용하려면 자발적으로 살펴봐야 한다는 뜻입니다.
IDE 내부: Kiro를 다르게 만드는 네 개의 패널
Kiro IDE는 VS Code와 비슷해 보이는데, 실제로 같은 기반 위에 만들어졌기 때문입니다. 파일 탐색기, 편집기 탭, 터미널, 검색창, 메뉴 바는 모두 예상대로 작동합니다.
Kiro를 일반적인 VS Code 설치와 구분하는 것은 왼쪽의 전용 패널이며, 여기에 VS Code 확장으로도 존재하지 않는 네 가지 섹션이 있습니다:
| 패널 섹션 | 기능 |
|---|---|
| Specs | 복잡한 빌드를 위한 명세 문서(요구사항, 설계, 작업)를 만들고 관리 |
| Agent Hooks | 파일 시스템 이벤트에 따라 트리거되는 자동화 작업 설정 |
| Agent Steering and Skills | 모든 세션에서 에이전트의 동작을 형성하는 가이드 문서 저장 |
| MCP Servers | 외부 도구와 데이터 소스를 Kiro 에이전트에 연결 |
오른쪽에는 채팅 패널이 있습니다. 여기서 Kiro와 상호작용하고, 크레딧 사용량을 실시간으로 볼 수 있습니다. “Est.
Credits Used: 0.1, Elapsed time: 57s”는 각 에이전트 작업 후에 갱신되므로, 각 작업이 얼마의 비용을 쓰는지 항상 알 수 있습니다.
채팅 입력창 아래쪽에는 모든 작업에서 Kiro의 동작을 결정하는 두 가지 컨트롤이 있습니다:
- 모델 선택기: Auto(Kiro가 각 요청에 가장 비용 효율적인 모델을 선택) 또는 Claude Sonnet 4.6, Claude Opus 4.8 같은 특정 모델을 선택할 수 있습니다.
- Autopilot 토글: Autopilot를 켜면 Kiro는 각 단계마다 승인 대기 없이 파일을 작성하고 수정합니다. 끄면 각 명령 전에 잠시 멈추고 Trust, Reject 또는 Run it manually를 묻습니다.
부동산 관리 플랫폼 테스트에서는 계획 단계에서는 Autopilot를 켜고, 각 단계를 개별적으로 평가하기 위해 작업 실행 중에는 수동 승인을 사용했습니다.
Verdict: IDE 레이아웃은 어떤 VS Code 사용자에게든 몇 분 만에 익숙해집니다. 왼쪽 패널의 네 섹션이 Kiro의 가치가 있는 부분이며, 첫 세션 전에 각 섹션을 이해하면 도구에서 얻는 가치를 결정합니다.
Steering 문서: 첫 프롬프트 전에 Kiro에 컨텍스트 주기
새 Kiro 프로젝트에서 가장 먼저 해야 할 일은 빌드를 시작하는 것이 아닙니다. steering 문서를 생성하는 것입니다.
저는 아무 프롬프트도 보내기 전에 Kiro 패널에서 “Generate Steering Docs”를 클릭했습니다. Kiro는 빈 프로젝트 디렉터리를 스캔하고 .kiro/steering/ 안에 세 개의 마크다운 파일을 만들었습니다:
| 파일 | 내용 |
|---|---|
| product.md | 제품 이름, 설명, 핵심 도메인 개념, 주요 목표 |
| structure.md | 예상 폴더 구조와 파일 구성 규칙 |
| tech.md | 예상 기술 스택, 일반 명령, 코딩 규칙 |
완전히 비어 있는 프로젝트의 경우, Kiro는 합리적인 기본값을 추론했습니다: React with TypeScript, Next.js API routes, PostgreSQL, Prisma, Tailwind CSS, JWT 기반 인증. 실제 스택이 스캐폴딩을 통해 확인되면 tech.md 와 structure.md 는 업데이트해야 할 자리표시자로 표시했습니다.
이 점이 중요한 이유는 이후의 모든 에이전트 작업이 무엇을 하기 전에 이 파일들을 읽기 때문입니다. 프로젝트를 스캐폴딩하고 실제 스택이 확인된 뒤 tech.md를 업데이트하면, Kiro는 이후의 모든 작업에 해당 규칙을 자동으로 적용합니다.
API 설계 표준, 명명 규칙, 배포 규칙 또는 에이전트가 고정된 것으로 취급하길 원하는 기타 제약을 위한 steering 파일을 직접 추가할 수도 있습니다.
Vibe 모드 vs Spec 모드: 전체 빌드를 좌우하는 결정
새 빌드를 위해 채팅을 열면, 무엇을 입력하기 전에 Kiro는 두 가지 모드를 보여줍니다:
Vibe mode 는 채팅부터 시작하고 진행하면서 빌드할 수 있게 합니다. 계획 문서도 없고, 구조화된 결과물도 없습니다. 빠른 실험, 초기 탐색, 또는 요구사항을 여전히 다듬는 중인 작업에 적합합니다.
Spec mode 는 코드가 작성되기 전에 계획 시퀀스를 실행합니다. Kiro는 요구사항, 기술 설계 문서, 작업 목록을 생성합니다. 세 가지를 모두 검토하고 승인한 다음에야 코드를 작성하기 시작합니다. 유지보수가 중요한 프로덕션급 작업에 가장 적합합니다.
저는 부동산 관리 플랫폼에 Spec mode를 선택했습니다. 프롬프트를 제출하자 Kiro는 아무것도 생성하기 전에 두 개의 후속 질문을 했습니다:
- “무엇부터 시작하시겠습니까?”(권장 표시가 있는 Requirements 또는 Technical Design)
- “이것은 새 기능입니까, 버그 수정입니까?”(권장 표시가 있는 Build a Feature 또는 Fix a Bug)
이 질문들은 이후 모든 것의 구조를 결정합니다. “Requirements”를 선택하면 Kiro는 아키텍처를 건드리기 전에 사용자 스토리와 수용 기준을 작성합니다.
그 순서는 기술 설계부터 시작해 나중에 요구사항을 도출하는 것과는 근본적으로 다른 계획 산출물을 만듭니다.
스펙 워크플로: 코드보다 먼저 요구사항, 설계, 작업 목록
이 부분이 Kiro를 진지하게 평가할 가치가 있게 만드는 섹션입니다.
“Requirements”와 “Build a Feature”를 선택한 뒤, Kiro는 .kiro/specs/property-management-platform/ 안에 requirements.md 파일을 만들었습니다. 문서는 즉시 편집기에 나타났고, 작성되는 과정을 그대로 읽을 수 있었습니다. 내용에는 다음이 포함되었습니다:
용어집: Auth_Service, Property_Service, Lease_Service, Payment_Service, Maintenance_Service, Notification_Service, Dashboard_Service를 포함한 12개의 도메인 용어가 정확하게 정의되어 있었고, 각각이 계획된 특정 하위 시스템에 매핑되어 있었습니다.
플랫폼 설명: Landlord와 Tenant 역할이 모두 문서화되어 있었고, 확정된 기술 스택으로 Next.js, TypeScript, PostgreSQL, Prisma, Tailwind CSS, Stripe, Docker가 포함되어 있었습니다.
초기 문서를 생성한 뒤, Kiro는 자동 정제 단계를 실행했습니다. 12개 요구사항을 모두 파싱하고, 각 요구사항에 병렬 detailer 서브 에이전트를 할당해 requirements.md 를 각 요구사항의 전체 수용 기준으로 업데이트했습니다. 패널은 이를 실시간으로 추적했습니다: “Refining requirements 12/12.”
요구사항이 완료되자 “Continue”를 클릭하고 “Generate Design and Tasks”를 선택했습니다. Kiro는 design.md 와 tasks.md 를 함께 생성했습니다. 작업 분해는 이 세션의 가장 뛰어난 결과물이었습니다:
11개의 작업 그룹, 43개의 하위 작업, 구현 순서대로:
- 프로젝트 스캐폴딩 및 인프라
- 인증(JWT, 블랙리스트, 미들웨어, 페이지)
- 부동산 및 유닛 관리
- 세입자 관리
- 임대 관리, 문서 업로드, 크론 작업
- 유지보수 요청
- Stripe 결제 및 웹훅
- 이메일 알림
- 임대인 대시보드 및 리포팅
- 공통 UI 컴포넌트 및 레이아웃
- API 강화(속도 제한, CORS, health check, 환경 검증)
모든 하위 작업에는 정확한 명령, 파일 경로, 추적 가능한 요구사항 참조가 포함되어 있었습니다. 예를 들어 Task 1.1은 설명에서 Requirements R12(Docker)와 R10(REST API)을 직접 참조했습니다. 계획과 실행 사이의 연결은 전체적으로 명시적이고 검증 가능했습니다.
비교 대상인 Rork는 이 전체 단계를 건너뛰고 프롬프트에서 바로 사용자 인터페이스를 생성합니다. 결과물의 품질 차이는 눈에 보입니다. Kiro의 작업 목록은 인간 개발자에게 그대로 넘겨도 무엇을 어떤 순서로 만들어야 하는지 정확히 이해할 수 있을 정도로 구체적입니다.
작업 실행: Kiro가 실제로 만든 것
작업 목록을 승인한 뒤, 저는 Task 1.1: TypeScript, Tailwind CSS, ESLint가 포함된 Next.js 14 프로젝트 초기화에서 “Start task”를 클릭했습니다.
Kiro는 tasks.md에서 작업 상태를 “in progress”로 업데이트한 뒤, 실행을 spec-task-execution 서브 에이전트에 위임했습니다. 에이전트는 먼저 워크스페이스를 확인하고, .kiro spec 폴더만 있고 아직 Next.js 프로젝트는 없음을 확인한 다음, 프로젝트를 스캐폴딩했습니다.
첫 실행 주기 안에 파일 트리는 다음과 같이 채워졌습니다:
- Next.js, React 19.2.4, TypeScript, Tailwind 의존성이 나열된 package.json
- tsconfig.json, eslint.config.mjs, next.config.ts
- src/ 및 public/ 디렉터리 구조
- Kiro가 프로젝트용 에이전트 가이드 파일로 생성한 AGENTS.md 와 CLAUDE.md
- README.md
CLAUDE.md 파일은 주목할 만합니다. Kiro는 AWS 제품이지만, 내부적으로는 Anthropic의 Claude 모델을 사용합니다. CLAUDE.md 는 Claude 기반 에이전트가 프로젝트별 행동 가이드를 저장하는 방식입니다. 이 파일의 존재는 AWS 인프라 맥락 안에서도 underlying model을 반영합니다.
작업 목록 보기 상단에는 Autopilot를 켠 상태에서 Kiro가 43개 하위 작업 전체를 순차적으로 실행하도록 하는 “Run all tasks” 버튼이 있습니다.
저는 각 단계를 평가하기 위해 작업을 개별적으로 실행했습니다. 실제 프로젝트에서 승인된 계획에 자신이 있다면, 모든 작업을 자동으로 실행하고 각 그룹의 결과를 끝에서 검토하는 것도 합리적이고 시간 효율적인 워크플로입니다.
Kiro가 실행 중 생성한 모든 파일은 제 로컬 프로젝트 디렉터리 안에 있는 실제 파일이었고, 처음부터 사용자가 소유하고 편집 가능한 상태였습니다. 이는 Figma Make나 Uizard 같은 브라우저 기반 빌더와는 중요한 차이입니다. 그 도구들의 결과물은 디자인 자산이거나, 로컬에서 직접 통제하지 못하는 호스팅된 애플리케이션입니다.
7분째의 타임아웃: 안정성에 대해 의미하는 것
이 점은 테스트에서 가장 중요한 부분에서 실제로 발생했기 때문에, 분명히 말씀드리고 싶습니다.
Kiro가 12개 요구사항을 모두 정제하고 requirements.md 편집을 수락한 뒤, 에이전트가 타임아웃되었습니다. 채팅 패널의 오류 메시지는 다음과 같았습니다:
“The request timed out. Please try again. (Conversation ID: 29d25548-c3ce-414c-8f57-702124c7fec6). Elapsed time: 7m 24s.”
이 일은 요구사항 단계와 설계 생성 단계 사이에서 발생했습니다. 타임아웃 전에 완료된 작업은 저장되었고, 어떤 요구사항도 사라지지 않았습니다.
오류를 확인한 뒤 “Continue”를 클릭하고 “Generate Design and Tasks”를 선택했습니다. Kiro는 요구사항 단계를 다시 반복하지 않고 복구되었으며, 두 문서를 깔끔하게 생성하고 이후 세션도 정상적으로 계속되었습니다.
여기서 중요한 맥락은 다음과 같습니다:
- 타임아웃은 12개 별도 요구사항 영역을 다루고 병렬 정제가 실행되는 복잡한 프롬프트에서 발생했습니다. 더 단순한 작업은 이렇게 오래 걸릴 가능성이 낮습니다.
- Kiro는 현재 프리뷰 단계이며, 복잡한 작업의 가장자리에서의 안정성은 이 단계의 도구에서 흔히 나타나는 특성입니다.
- 복구는 깔끔했습니다. 체크포인트 시스템이 완료된 작업을 보존했고 다음 단계가 즉시 실행되었습니다.
그렇다고 해도, 도구의 가장 독특한 기능을 사용하는 7분 시점에 타임아웃이 발생하는 것은 실제 사용 경험의 실패입니다. 마감이 촉박할 때는, 복구가 매끄럽더라도 수동 재시도를 요구하는 도구가 답답할 수밖에 없습니다.
Agent Hooks: 요청받지 않아도 실행되는 자동화
Agent Hooks는 비교 대상인 다른 AI 코딩 도구에는 존재하지 않으며, Kiro를 생각하는 방식이 어떻게 다른지 보여주기 때문에 특별히 살펴볼 가치가 있습니다.
Hook은 파일 시스템 이벤트가 발생할 때 자동으로 실행되는 작업입니다. 동작을 자연어로 설명하면, Kiro가 이를 이벤트 리스너로 변환하고, 그 시점부터는 트리거 조건이 충족될 때마다 백그라운드에서 동작합니다. 실행하라는 명령도 없고, 설정하라는 알림도 없습니다.
Hooks가 할 수 있는 예:
- 파일 저장 시: 테스트 파일이 없는 모든 컴포넌트에 대한 기본 테스트 생성
- 파일 저장 시: 코드 정리 또는 포맷 검사 실행
- 파일 생성 시: 새 함수에 대한 문서 자동 생성
- 문자열 상수 변경 시: 수동 작업 없이 로컬라이제이션 파일 업데이트
Hook은 .kiro/hooks/ 안에 편집 가능한 파일로 저장됩니다. 트리거 조건이나 지침을 조정하고 싶다면 파일을 직접 편집하면 됩니다. 설정은 투명하고 프로젝트의 나머지와 함께 버전 관리할 수 있습니다.
가장 실용적인 예는 저장 시 테스트 생성입니다. 개발자들은 테스트 작성을 스프린트 끝으로 미루는 경우가 많고, 저장할 때마다 컴포넌트에 대한 기본 테스트를 조용히 추가하는 Hook은 그 결정을 아예 없애버립니다. 다음 저장 후에는 아무 작업 없이 테스트가 파일 트리에 나타납니다.
크레딧 소비: 무료 요금제로 실제로 얻는 것
크레딧 모델은 Kiro를 사용하기 전에 가장 신중하게 읽어야 하는 부분입니다.
무료 요금제에는 50 크레딧이 제공됩니다. 단일 부동산 관리 플랫폼 스펙 세션이 소비한 양은 다음과 같습니다: 계획만으로 4.28 크레딧, 애플리케이션 코드 한 줄도 작성하기 전에 요구사항, 설계 문서, 전체 43개 작업 목록을 포함한 비용입니다.
이 소비율에서:
| 시나리오 | 예상 무료 요금제 커버리지 |
|---|---|
| 계획 세션만(코드 실행 없음) | 약 11세션 |
| 계획 + 부분 작업 실행 | 3~5세션 |
| 복잡한 프로젝트의 전체 스펙-실행 | 최대 1개 프로젝트 |
가입 전에 이해해야 할 핵심 사항:
- 크레딧은 이월되지 않습니다. 청구 월이 끝날 때 남은 크레딧은 사라집니다.
- 오버에이지는 모든 유료 플랜에서 기본적으로 비활성화되어 있습니다. 한도에 도달하기 전에 Settings에서 활성화해야 하며, 그렇지 않으면 Kiro가 중간에 멈춥니다.
- 모델 선택에 따라 소비율이 달라집니다. 같은 작업을 Claude Sonnet 4.6으로 실행하면 Auto 모드보다 1.3배 더 많은 크레딧이 듭니다. Opus 모델은 그보다 더 비쌉니다.
- 무료 요금제 사용자는 Claude Sonnet 4.5와 Qwen3 Coder Next, DeepSeek v3.2, MiniMax 2.1 같은 오픈 웨이트 모델을 사용할 수 있습니다. 유료 요금제 사용자는 Claude Sonnet 4.6, Claude Opus 4.6, Claude Opus 4.8을 사용할 수 있습니다.
- 크레딧 사용량은 각 에이전트 작업 후 채팅 패널에 실시간으로 표시되며, 구독 대시보드에서는 5분마다 갱신됩니다.
실시간 크레딧 추적기(“Est. Credits Used: 0.1, Elapsed time: 57s”가 각 작업 후 표시됨)는 현재 다른 유사 도구에는 없는 투명성 기능입니다. 각 작업이 실행되는 동안 정확히 얼마를 쓰는지 알 수 있으므로, 특정 작업에 Auto 모드를 사용할지 특정 모델을 사용할지 결정할 수 있습니다.
Kiro 요금 및 플랜
Kiro는 크레딧 기반 모델로 운영되며, 고정 월간 할당량이 있는 무료 플랜부터 전문적인 일상 사용을 위한 고용량 플랜까지 다섯 개 요금제가 있습니다.
모든 유료 플랜에는 프리미엄 모델 접근, 유료 사용량 초과(오버리지)를 활성화할 수 있는 옵션, 그리고 specs, hooks, autopilot, CLI 접근을 포함한 전체 Kiro 기능이 제공됩니다.
플랜 선택 전에 알아둘 점:
- 무료 플랜은 신용카드 없이 사용할 수 있는 고정 월간 크레딧 할당량을 제공합니다. 만료되지는 않지만, 복잡한 스펙 세션 하나만으로도 상당량이 줄어듭니다.
- Google 또는 AWS Builder ID(AWS Identity Center가 아님)로 무료에서 유료 플랜으로 업그레이드하는 첫 번째 경우에는 구독 비용에 적용되는 $20 크레딧을 받습니다. 이 혜택은 한 번만 적용됩니다.
- Kiro는 매달 1일에 청구합니다. 월중 업그레이드하면 일할 계산된 요금을 내는 대신 새 플랜의 전체 크레딧 한도를 즉시 이용할 수 있습니다.
- 오버리지 청구는 모든 유료 플랜에서 추가 크레딧당 고정 요율로 제공되지만 기본적으로 꺼져 있습니다. 한도에 도달하기 전에 Settings에서 활성화하지 않으면, 크레딧이 떨어질 때 Kiro가 작업을 멈춥니다.
- 사용하지 않은 크레딧은 다음 달로 이월되지 않습니다.
- 각 개발자는 각자 별도의 구독이 필요합니다. 현재 공유 팀 좌석 옵션은 없습니다. 팀 청구 기능은 곧 제공 예정으로 표시되어 있습니다.
- Kiro의 표준 정책은 월중 취소에 대해 환불하지 않는 것입니다. 접근은 청구 주기 종료일까지 유지됩니다. 환불은 청구 오류에 한해 사례별로 검토됩니다.
- 결제는 신용카드만 가능합니다.
- GovCloud (US) 요금은 표준 요금보다 약 20% 높으며, 해당 환경에서는 무료 요금제가 제공되지 않습니다. GovCloud 접근에는 유료 플랜과 AWS IAM Identity Center를 통한 엔터프라이즈 인증이 필요합니다.
- 웹 인터페이스는 현재 프리뷰이며 유료 사용자만 이용할 수 있습니다. IDE, CLI, 웹 어디서 작업하든 크레딧은 같은 속도로 소모됩니다.
어떤 플랜이 어떤 사용자에게 맞는가: 무료 플랜은 실제 평가를 하기에 충분합니다. 실제 프로젝트의 적극적 개발에는 중간에 한도에 걸리지 않도록 유료 플랜이 필요합니다. 상위 플랜은 주당 여러 번 전체 스펙 세션을 실행하거나 여러 복잡한 프로젝트를 동시에 다루는 개발자에게 적합합니다.
Kiro 대안
Kiro의 가장 직접적인 경쟁자는 Cursor입니다. Cursor는 VS Code 기반으로 만들어진 AI 기반 코드 편집기이며, 개발 환경에 AI를 깊게 통합하고 싶은 개발자를 대상으로 합니다.
핵심 차이는 워크플로 철학입니다. Cursor는 이미 하고 있는 일을 더 빠르게 하도록 설계되었습니다: 여러분이 코드를 작성하고, Cursor가 보조합니다.
Kiro는 먼저 계획 단계를 맡도록 설계되었습니다: 에이전트가 무엇을 빌드해야 하는지 코드 작성 전에 정의합니다. AI 채팅과 에디터 사이의 느린 컨텍스트 전환이 가장 큰 불만이라면 Cursor가 더 직접적인 해결책입니다. 반면 AI 생성 코드가 구조가 없거나 유지보수가 어렵다는 점이 문제라면, Kiro의 스펙 워크플로가 더 적절한 답입니다.
| 기능 | Kiro | Cursor |
|---|---|---|
| 사용 편의성 | VS Code 사용자에게 익숙하지만; 스펙 워크플로는 학습 곡선을 추가함 | VS Code 사용자에게 익숙하며; 온보딩 장벽이 더 낮음 |
| 최적 용도 | 프로덕션 프로젝트용 구조적, 스펙 중심 빌드 | 기존 코드베이스 내에서의 빠른 AI 지원 편집 및 에이전트 작업 |
| 백엔드 및 데이터 | 전체 스택을 제어하는 실제 로컬 프로젝트를 빌드함 | 기존 프로젝트 파일을 편집하고 확장함, 전체 스택 제어 가능 |
| 디자인 유연성 | 시각적 빌더 없음; 실제로 로컬 소유되는 코드를 출력함 | 시각적 빌더 없음; 실제로 로컬 소유되는 코드를 출력함 |
| 가격 모델 | 크레딧 기반; 50개의 무료 크레딧; 모든 사용량은 월간 크레딧 풀에서 차감됨 | 2025년 6월부터 크레딧 기반; Auto 모드는 무제한; 프리미엄 모델 선택은 월간 크레딧 풀에서 차감됨 |
최종 평결: Kiro는 가치가 있는가?
Kiro는 코딩보다 계획을 먼저 배치함으로써 돋보입니다. 스펙 워크플로, steering 문서, 작업 분해는 AI 도구가 바로 구현으로 뛰어드는 방식보다 더 구조적이고 유지보수 가능한 코드베이스를 만들어냅니다. Agent Hooks 기능도 또 다른 강점으로, 한 번의 프롬프트를 넘어 계속 실행되는 워크플로 자동화를 가능하게 합니다.
대신 학습 곡선과 가격이 대가입니다. 무료 요금제는 큰 프로젝트를 다루기엔 너무 제한적이며, 개발자는 IDE에서 작업하는 데 익숙해야 합니다. 테스트 중 타임아웃도 한 번 발생했지만, Kiro는 진행 상황을 잃지 않고 복구했습니다.
프로덕션 소프트웨어를 만드는 개발자라면 Kiro는 오늘날 가장 강력한 AI 코딩 도구 중 하나입니다. 하지만 단순한 노코드 앱 빌더를 찾는다면 적합한 선택이 아닙니다.
