오늘은 AWS의 AI 코딩 도구인 Kiro를 소개해보려 합니다. 처음에는 ‘AI 에디터’라고 부르면 될 줄 알았는데, 지금은 IDE뿐 아니라 CLI, Web, Mobile, Crew까지 있습니다. 에디터 하나를 소개한다고 하기에는 범위가 꽤 넓어졌죠.
저는 AI 코딩 도구를 본격적으로 쓰기 시작한 계기가 Amazon Q Developer였습니다. 그래서 Kiro를 처음 봤을 때도 낯선 새 제품이라기보다 제가 쓰던 도구의 다음 흐름이 궁금했습니다. 실제로 Q Developer CLI는 Kiro CLI로 이름이 바뀌었고, AWS는 IDE 플러그인 사용자에게 Kiro로 이동하는 경로를 안내합니다. 다만 AWS 콘솔 안의 Q Developer까지 모두 Kiro가 된 것은 아닙니다. AWS의 업그레이드 안내 · Q Developer 지원 범위 공지
Kiro는 분명 매력적인 부분이 있고, 2025년 IDE로 시작해 2026년에는 여러 작업 화면으로 빠르게 넓어졌습니다. 그런데 이제 막 써보려는 입장에서는 무엇이 Kiro만의 특징인지, IDE와 CLI 중 무엇부터 열어야 하는지, Crew는 또 왜 필요한지 헷갈립니다. 오늘은 그 출발점부터 특징과 해외 평가, 앞으로의 방향까지 제가 확인한 순서대로 풀어보겠습니다.
Amazon Q Developer에서 Kiro까지
Kiro는 2025년 7월 Spec을 중심에 둔 AI IDE로 공개됐습니다. ‘만들어줘’라는 대화에서 바로 코드로 뛰어드는 대신, 요구사항과 설계를 먼저 문서로 남기고 작업을 실행하는 방식을 내세웠습니다. 같은 해 11월에는 IDE의 일반 제공과 함께 Kiro CLI도 발표됐습니다. 첫 Kiro 발표 · 일반 제공 발표
Amazon Q Developer와의 관계는 조금 구분해서 봐야 합니다. AWS 문서는 Q Developer CLI가 Kiro로 리브랜딩됐다고 설명합니다. Kiro CLI 발표문도 Q Developer CLI의 에이전트 기능과 기술을 가져왔다고 밝힙니다. 반면 IDE는 기존 Q Developer 확장 기능을 그대로 이름만 바꾼 것이 아니라, Code OSS 기반의 별도 편집기입니다. AWS 콘솔과 일부 AWS 서비스 안의 Q Developer는 계속 남아 있습니다. 제가 익숙했던 Q Developer에서 Kiro로 관심이 이어지는 이유는 있지만, 두 이름을 완전히 같은 제품으로 보면 현재 선택지가 더 헷갈릴 수 있습니다. AWS 업그레이드 문서 · Kiro CLI 소개 · 지원 종료 범위
그 뒤 Kiro는 Web·Mobile로 클라우드 세션을 열었고, 2026년 8월에는 오래 이어지는 작업을 위한 Crew를 공개했습니다. 그래서 지금의 Kiro를 한 문장으로 부르면 ‘AI 에디터’보다 여러 화면에서 쓰는 소프트웨어 개발 에이전트가 더 가깝습니다. Kiro 1주년 정리 · Crew 소개
Kiro답게 만드는 것은 코드보다 먼저 남기는 것
가장 먼저 볼 기능은 Spec입니다. 기능을 설명하면 Kiro가 요구사항(requirements.md), 설계(design.md), 구현할 일(tasks.md)을 나눠 만들고, 사람이 그 내용을 고친 뒤 작업을 진행합니다. 예를 들어 장바구니 합계를 바꾼다면 ‘합계 계산’만 적을 게 아니라 할인 적용 순서나 반올림, 기존 주문을 건드릴지 같은 조건을 먼저 정할 수 있겠죠. 나중에 코드가 예상과 다를 때도 처음 무엇을 원했는지 다시 읽을 수 있습니다. Spec 설명
여기에 프로젝트의 반복 규칙을 남기는 Steering, 파일 저장이나 명령 실행 같은 사건에 맞춰 작업을 거는 Hooks가 붙습니다. 매번 ‘우리 프로젝트는 이 구조야’라고 설명하는 수고를 줄이고, 반복 검사는 정해진 지점에 걸어둘 수 있습니다. 다만 규칙 파일을 써두었다고 에이전트가 실제로 그것을 읽고 적용했다고 믿어서는 안 됩니다. 제가 이전에 Kiro CLI 조사 에이전트를 한 번 실행했을 때도 검색과 보고서 저장은 확인됐지만, 함께 안내한 별도 절차 문서를 읽은 흔적은 없었습니다. 한 번의 제한된 조사 관찰일 뿐 코딩 성능 평가로 일반화할 수는 없습니다. Steering · Hooks
그래서 Kiro의 특징을 ‘문서를 많이 만든다’로만 이해하면 아쉽습니다. 무엇을 만들지, 어떤 규칙으로 만들지, 실제 변경이 그것을 만족하는지를 한 흐름으로 묶으려는 도구입니다. 그 흐름이 이득인 작업도 있고, 짧은 수정처럼 문서가 더 무거워지는 작업도 있습니다.
IDE·CLI·Web·Crew, 어느 화면을 열어야 할까
Kiro 공식 설명에 따르면 IDE·CLI·Web·Mobile은 공통 에이전트 기반을 쓰는 서로 다른 입구입니다. Crew는 CLI를 기반으로 기억, 예약 작업, 여러 세션과 전용 앱을 운영하는 별도 워크스페이스입니다. 이름만 다른 동일 앱도 아니고, 모든 기능이 모든 화면에 똑같이 있는 것도 아닙니다. Kiro 동작 구조 · 제품 선택 가이드
IDE: 코드를 보며 Spec을 진행할 때
‘코드 앱’이라고 부르던 것은 Kiro IDE입니다. VS Code 계열 편집기에서 파일을 직접 보며 대화·Spec·변경 사항을 오갑니다. 아래 화면의 왼쪽에는 requirements.md·design.md·tasks.md 탭이 있고, 가운데는 구현할 일, 오른쪽은 에이전트의 실행과 확인 과정입니다. 그래서 어떤 요구사항에서 작업이 나왔는지 따라가기 좋습니다. Kiro IDE 제품 페이지 · Spec 설명
tasks.md의 작업 목록과 오른쪽의 진단·빌드 확인을 함께 보면 Spec과 실제 실행이 어떻게 이어지는지 보입니다. 공식 IDE 페이지 그림을 누르면 크게 볼 수 있습니다.CLI: 기존 에디터를 그대로 쓰고 싶을 때
Kiro CLI는 터미널에서 작업합니다. 아래 V3 시작 화면에는 Spec·Hooks·신뢰 모델 변경 안내와 클라우드 세션 연결 상태가 보입니다. 기존 에디터가 편하고 명령줄·스크립트·CI로 작업을 넓히려면 이쪽이 자연스럽습니다. 실제 작업에서는 첫 화면보다 에이전트의 계획, 실행할 명령과 승인 지점을 확인해야 합니다. CLI 안의 crew monitor는 하위 에이전트 진행 패널이며, 별도 제품인 Kiro Crew와는 다릅니다. CLI 제품 페이지 · V3 안내
Web·Mobile: 클라우드 작업을 맡기고 확인할 때
Kiro Web은 연결한 저장소를 격리된 클라우드 세션에서 다루고 결과를 PR로 확인하는 화면입니다. 컴퓨터를 닫은 뒤에도 세션이 진행될 수 있습니다. 현재 Pro 이상 유료 요금제에서 제공됩니다. Mobile은 새 작업을 시작하거나 진행 상황을 이동 중에 확인하는 입구입니다. 아래 모바일 시작 화면에는 새 채팅과 저장소 연결 항목이 보입니다. 이것만으로 모바일에서 전체 개발 작업을 편하게 끝낼 수 있다고 말하기는 어렵습니다. Web 제품 페이지 · Mobile 제품 페이지
Crew: 세션을 넘어 이어지는 일을 운영할 때
Kiro Crew는 내 컴퓨터나 직접 운영하는 원격 장비에서 세션·기억·예약 작업을 이어가는 워크스페이스입니다. 아래 화면의 왼쪽은 세션 목록, 가운데는 대화, 오른쪽은 병합된 PR과 변경 파일입니다. 여러 일을 맡긴 뒤 결과를 한곳에서 검토하려는 설계가 보이죠. 노트북에 설치했다면 노트북을 끈 동안 새 작업이 실행되지는 않습니다. 계속 돌아갈 작업에는 켜둔 원격 장비가 필요합니다. Crew의 웹 대시보드와 Kiro Web은 이름이 비슷하지만 실행 장소와 맡기는 일의 범위가 다릅니다. Crew 제품 페이지
해외 평가는 ‘구조가 좋다’와 ‘구조가 무겁다’ 사이
Thoughtworks는 2025년 Technology Radar에서 사양 기반 개발을 Assess, 즉 더 살펴볼 가치가 있는 방식으로 분류하며 Kiro를 사례로 들었습니다. 요구사항에서 작업까지 남기는 장점과 함께, 문서가 길어져 사람이 검토하기 어려워질 수 있다는 부담도 짚습니다. Kiro가 다른 도구보다 빠르거나 결함이 적다는 실험 결과는 아닙니다. Thoughtworks 원문
해외의 Crew 일주일 사용기도 흥미로웠습니다. 작성자는 여러 프로젝트를 한 화면에서 보고 세션 사이의 맥락을 이어가는 점을 좋아하면서, IDE처럼 변경 코드를 자세히 보기 어렵고 크레딧 소비가 빠르다고 적었습니다. Kiro Ambassador인 한 사람의 경험이라는 조건이 붙습니다. 공개 Reddit의 도구 비교와 Spec 대화에도 계획 기능을 반기는 의견과 작은 작업에는 과하다는 의견이 함께 있습니다. 몇 개의 댓글로 전체 사용자를 대표할 수는 없죠.
제가 보는 강점과 쓰는 순서
Kiro의 가장 큰 장점은 AI가 코드를 써준다는 사실보다 왜 그렇게 만들었는지 남기기 쉽다는 점입니다. Spec을 검토하고 작업을 실행한 뒤 diff와 테스트를 대조할 수 있습니다. 같은 프로젝트 규칙을 Steering에 남기고, 필요하면 Hooks나 MCP로 작업 환경도 넓힐 수 있습니다. IDE와 CLI 중 익숙한 화면을 고를 수 있다는 것도 진입 장벽을 낮춥니다.
처음이라면 작은 과제 하나에서 시작하겠습니다. IDE에서는 설치·로그인 후 프로젝트 폴더를 열고 왼쪽 Kiro 패널의 채팅에서 시작할 수 있습니다. CLI가 익숙하다면 프로젝트 폴더에서 kiro-cli를 실행합니다. 설치 화면과 명령은 버전에 따라 달라질 수 있으니 공식 첫 프로젝트 안내와 CLI 시작 안내를 함께 보세요.
첫 요청은 ‘관련 파일과 수정 계획만 찾아줘. 아직 바꾸지 마’ 정도로 가볍게 해볼 만합니다. 계획이 맞으면 성공 조건과 바꾸면 안 되는 범위를 적어 구현을 맡깁니다. 여러 파일에 걸쳐 설계 선택이 남는 과제라면 Spec에서 요구사항·설계·작업 목록을 검토한 뒤 실행하는 편이 좋겠습니다. 마지막에는 완료 메시지보다 diff·테스트·실제 동작을 봅니다. 반복 규칙이 생겼을 때 Steering이나 Hook을 더하고, 한 세션을 넘어가는 일이 실제로 생겼다면 그때 Web이나 Crew를 고르면 됩니다.
요금은 어떻게 볼까
비용은 작업 단위로 확인해야 합니다. 2026년 9월 29일 공식 요금표에서 무료는 월 50크레딧입니다. 유료는 Pro가 월 20달러·1,000크레딧, Pro+가 40달러·2,000크레딧, Pro Max가 100달러·5,000크레딧, Power가 200달러·10,000크레딧입니다. 먼저 실제 요금 페이지를 보겠습니다. Kiro 요금표
여기서 먼저 정리할 것은 Kiro 요금표의 단위가 모델 API의 원시 토큰이 아니라 크레딧이라는 점입니다. Pro의 20달러를 1,000크레딧으로 나누면 개당 0.02달러입니다. Pro+·Pro Max·Power도 같은 방식으로 계산하면 유료 네 플랜의 월 포함 크레딧은 모두 명목상 개당 0.02달러입니다. 높은 등급으로 갈수록 포함량은 늘지만, 이 숫자만 보면 대량 구매 할인은 없습니다. 무료 50크레딧과 첫 유료 전환 혜택은 이 계산에서 뺐습니다.
그렇다고 0.02달러가 언제나 같은 양의 코드나 토큰을 뜻하지는 않습니다. 크레딧은 단순한 채팅 횟수가 아니고, 모델과 작업에 따라 소모량이 달라집니다. Spec 수정·작업 실행·Hook도 사용량에 들어갑니다. 포함 크레딧을 다 쓴 유료 플랜의 추가 구매는 개당 0.04달러이고, 남은 월 포함 크레딧은 다음 달로 이월되지 않습니다. 무료 플랜은 사용할 수 있는 모델에 제한이 있고, Web은 Pro 이상에서 제공됩니다. 작은 실전 과제를 몇 개 해보며 사용량을 확인해야 내 작업에서의 체감 비용을 알 수 있겠습니다. 지역·세금·모델 제공 조건도 따로 확인해야 합니다. 크레딧 설명과 현재 조건
앞으로 기대하는 부분
Kiro는 IDE에서 시작해 터미널과 클라우드, 지속 작업 공간으로 넓어졌습니다. Kiro 팀은 2026년 공식 글에서 여러 화면의 에이전트 기반을 하나로 모으고, 한곳에서 시작한 세션을 다른 곳에서 이어보는 방향을 설명합니다. Crew의 일부 기능은 아직 공통 기반과 분리돼 있어 통합을 더 해나갈 계획이라고도 밝혔습니다. 이것은 공식 방향이고, 언제 어떤 기능이 완전히 같아질지는 약속된 일정으로 읽지 않는 편이 좋습니다. Kiro 1주년 · 제품별 방향
제가 앞으로 보고 싶은 것은 화면의 개수보다 맥락과 권한이 얼마나 매끄럽게 이어지는지입니다. IDE에서 정한 요구사항을 클라우드에서도 같은 뜻으로 읽고, Crew가 오래 일할 때 사용량과 실행 기록을 사람이 쉽게 확인할 수 있다면 Kiro의 여러 입구가 진짜 장점이 될 겁니다. 지금은 작은 작업에선 가볍게 시작하고, 기록을 남길 가치가 있는 일에서 Kiro의 구조를 써보는 것이 가장 납득되는 출발점입니다.
이번 글의 조사 범위
공식 기능·요금과 제품 방향은 2026년 9월 28~29일 확인했습니다. 제 직접 경험은 Amazon Q Developer로 AI 코딩 도구를 본격적으로 쓰기 시작했다는 점과, 2026년 9월 범위를 제한한 Kiro CLI 조사 에이전트 실행 기록입니다. IDE·Crew의 장기 사용 성과는 측정하지 않았습니다. 해외 평가는 Thoughtworks의 방법론 평가, 한 명의 Crew 사용기와 공개 댓글 일부입니다. 기능·가격·실험 기능의 상태는 발행 직전에 다시 확인해야 합니다.