AWS Kiro 완전 가이드 1편 — Amazon Q Developer가 사라진 이유와 Kiro가 뭔지

AI 코딩 툴을 쓰는 개발자라면 얼마 전 AWS에서 이런 공지를 받았을 거예요.

"Amazon Q Developer IDE 플러그인은 2027년 4월 30일 지원 종료됩니다. Kiro로 전환하세요."

2026년 5월 15일부터 Q Developer 신규 가입이 막혔어요. AWS가 개발자 AI 툴 전체를 Kiro 하나로 통합하는 전환을 시작했거든요.

그런데 Kiro는 Q Developer의 업그레이드 버전이 아니에요. 설계 철학 자체가 달라요.

---

🔑 핵심 요약

AWS Kiro란? → AWS가 2025년 중반 출시한 스펙 기반 에이전트 IDE → Amazon Q Developer 후계자 (2027.04.30 Q Developer 지원 종료) → Code OSS(VS Code 포크) 기반 — VS Code 설정·플러그인 그대로 사용 가능 → 핵심 차별화: Specs(요구사항 → 설계 → 구현 자동화) + Hooks(이벤트 기반 자동화) → 모델: Claude Sonnet(추론) + Amazon Nova(코드 생성) Bedrock 멀티모델 라우팅 → 가격: 무료 50 interactions/월, Pro $19/월 → Q Developer 검색 유입 → Kiro가 직접 대체

---

실전 1 — Amazon Q Developer와 뭐가 다른가

Q Developer와 Kiro는 같은 AWS 제품이지만 구조가 완전히 달라요.

Amazon Q Developer (구):
→ IDE 플러그인 형태 (VS Code, JetBrains, Eclipse, Visual Studio)
→ 채팅 기반: 프롬프트 → 코드 제안 → 개발자 수락
→ 인라인 자동완성 + 채팅이 핵심
→ 개발자가 모든 결정을 명시적으로 내려야 함

AWS Kiro (신):
→ 독립 IDE (Code OSS 기반)
→ 스펙 기반: 요구사항 → 설계 → 태스크 → 구현 자동화
→ 이벤트 훅: 파일 저장·커밋 시 자동 품질 검사
→ 개발자는 스펙을 검토하고, 실행은 에이전트가 담당

핵심 철학 전환: Q Developer는 "개발자를 더 빠르게 만드는 도구"예요. Kiro는 "개발자가 덜 개입해도 프로덕션 수준 결과물이 나오는 환경"이에요.

Q Developer 종료 타임라인:

2026.05.15 → 신규 가입 차단
2026.05.29 → Claude Opus 4.6 모델 제거 (Opus 4.5 유지)
2027.04.30 → IDE 플러그인 + 유료 구독 전체 지원 종료

JetBrains 사용자: ACP(Agent Control Plane) 경로로 Kiro 연동 가능
Visual Studio, Eclipse 사용자: 네이티브 Kiro 플러그인 없음 ← 주의

---

실전 2 — 설치 및 초기 세팅

설치 (macOS/Linux/Windows 공통)

# 공식 다운로드 페이지에서 설치 파일 다운로드
# https://kiro.dev/downloads/

# macOS: .dmg 파일 실행
# Windows: .exe 설치 파일 실행
# Linux: .AppImage 또는 .deb/.rpm

# 또는 CLI만 설치 (IDE 없이)
curl -fsSL https://kiro.dev/cli/install.sh | bash

# CLI 인증
kiro auth login
# → AWS 계정 또는 Google/GitHub OAuth 선택

첫 실행 — 기존 VS Code 설정 가져오기

Kiro는 Code OSS 기반이라 VS Code 설정을 그대로 인식해요.

1. Kiro 실행
2. Command Palette (Cmd+Shift+P) → "Import VS Code Settings"
3. VS Code 프로필 선택 → 테마, 키바인딩, 설정 전부 이전
4. Open VSX 호환 플러그인 → Extensions 탭에서 그대로 설치 가능

주의: VS Code Marketplace 전용 플러그인은 설치 안 됨
     (Microsoft 독점 확장 — GitHub Copilot 공식 플러그인 등)
     → Open VSX Registry 대체 플러그인 확인 필요

프로젝트 초기화

# 기존 레포에서 Kiro 시작
cd my-project
kiro init

# 생성되는 구조
.kiro/
├── steering/          # 프로젝트 컨벤션 정의 (3편에서 상세 설명)
│   ├── conventions.md
│   └── architecture.md
├── specs/             # 기능별 스펙 파일 저장
└── hooks/             # 이벤트 훅 정의

---

실전 3 — Kiro의 핵심 개념 4가지 빠르게 이해하기

2편(Specs·Hooks 실전)으로 넘어가기 전에 전체 구조를 파악해야 해요.

Kiro 핵심 개념 4가지:

┌─────────────────────────────────────────────┐
│                   Kiro IDE                  │
│                                             │
│  1. Specs     → "뭘 만들지" 문서화 + 구현  │
│  2. Hooks     → "저장/커밋 때 자동 실행"   │
│  3. Steering  → "어떻게 만들지" 규칙 주입  │
│  4. Powers    → MCP 서버 마켓플레이스       │
└─────────────────────────────────────────────┘

① Specs — 스펙 기반 개발

프롬프트 한 줄 입력
    ↓
요구사항 (EARS 표기법 user stories + 엣지케이스)
    ↓
기술 설계 (데이터 플로우 다이어그램, TypeScript 인터페이스, DB 스키마)
    ↓
태스크 목록 (의존성 순서대로 정렬, 단위 테스트 포함)
    ↓
태스크별 순차 구현 (진행률 표시, 코드 diff + 에이전트 실행 이력 확인)

EARS(Easy Approach to Requirements Syntax): 요구사항을 "WHEN [이벤트], THE SYSTEM SHALL [동작]" 형식으로 명시화하는 표기법이에요. 모델이 만든 가정이 명시적으로 드러나서 나중에 "이게 왜 이렇게 만들어졌지?"가 없어져요.

② Hooks — 이벤트 기반 자동화

파일 저장      → 테스트 파일 자동 업데이트
API 엔드포인트 수정 → README 자동 갱신
커밋 직전      → 시크릿 키 유출 보안 스캔
새 React 컴포넌트 → 단일 책임 원칙(SRP) 자동 검증

③ Steering — 프로젝트 컨텍스트 주입

.kiro/steering/ 폴더의 Markdown 파일들
→ 모든 에이전트 인터랙션에 자동 포함
→ 코딩 컨벤션, 아키텍처 결정, 보안 요구사항 등
→ Claude Code의 CLAUDE.md와 유사한 개념

④ Powers — MCP 마켓플레이스

Kiro Powers = 검증된 MCP 서버 패키지
→ Figma MCP: HTML/CSS 수정 시 디자인 검증 자동 실행
→ IAM Policy Autopilot: IAM 정책 자동 생성
→ HealthOmics 확장 (2026.02): 도메인 특화 에이전트 팩

---

실전 4 — 모델 구조와 가격

멀티모델 라우팅

Kiro 내부 모델 라우팅 (Amazon Bedrock 기반):

복잡한 스펙 작성, 추론 필요 태스크
    → Claude Sonnet (Anthropic)

고속 코드 생성, 반복 태스크
    → Amazon Nova

→ 개발자가 직접 모델 선택 안 해도
  Kiro가 태스크 유형에 따라 자동 라우팅

가격

Free  → 50 interactions/월, 기본 기능
Pro   → $19/월, 무제한 interactions, 전체 기능
      → Q Developer 전환 크레딧 $20 제공 (첫 업그레이드)

비교:
Cursor Pro  → $20/월
Claude Code → $20/월 (Pro 기준)
Kiro Pro    → $19/월 + AWS 네이티브 통합

---

✅ 결론

✅ Q Developer를 쓰고 있었다면 Kiro 전환은 선택이 아니에요. 2027년 4월까지 기한이 있고, 2026년 5월 이후 신규 가입도 막혔어요. VS Code 기반이라 전환 비용은 낮아요.

✅ Kiro의 진짜 차별화는 "스펙이 소스 오브 트루스"라는 설계예요. 코드가 문서를 따라가는 게 아니라, 스펙이 코드를 생성하고 유지해요. 팀 단위로 쓸 때 가치가 커요.

❌ JetBrains, Visual Studio, Eclipse 팀은 마이그레이션 경로를 별도 확인해야 해요. JetBrains는 ACP 경로가 있지만 기능 차이가 있고, Visual Studio·Eclipse는 네이티브 플러그인이 없어요.

❌ AWS 생태계 밖에서는 통합 이점이 줄어요. Bedrock, CodeCatalyst, IAM 연동이 핵심 강점인데, GCP·Azure 중심 팀은 이 이점을 못 살려요.