[바이브코딩] AWS Kiro 비개발자 입문 가이드 — 스펙 주도 방식으로 AI 코딩 시작하기
코딩을 전혀 모르는 상태에서 AI 코딩 도구를 처음 쓰면 가장 먼저 막히는 것이 "대체 뭘 입력해야 하지?"라는 질문입니다. Cursor나 GitHub Copilot 같은 도구는 코드를 이미 아는 사람이 더 빨리 작업하도록 돕는 방식입니다. Kiro(AWS가 만든 사양 기반 코딩 도구, VS Code에서 사용)는 다릅니다. 요구사항 정리와 설계 문서 작성부터 AI가 도와준다는 점에서 비코더에게 결정적으로 유리합니다.
자연어로 AI와 대화하며 코드를 만드는 방식(바이브 코딩)에서 가장 큰 문제는 "무엇을 만들지"가 명확하지 않다는 점입니다. Kiro는 코드를 바로 짜는 대신 AI에게 줄 작업 설명서(스펙)를 먼저 씁니다. 사용자가 설명서를 검토하고 승인하면 그때 코드가 만들어집니다.
2026년 6월 새로 출시된 Pro Max 플랜은 하루 여러 시간 Kiro를 쓰는 사람을 위한 중간 선택지입니다. 이 글은 Kiro를 처음 접하는 분부터 Pro Max 업그레이드를 고민하는 분까지, 코드 없이 실제 결과물을 만들어내는 과정을 단계별로 정리합니다.
"회원 로그인이 되는 앱을 만들어줘"라고 입력하면, Kiro는 코드 대신 "로그인 버튼을 누르면 이메일/비밀번호를 확인하고, 실패하면 오류를 표시한다"는 식의 작업 설명서를 먼저 만듭니다. 설명서를 확인하고 승인하면 그때 코드 생성이 시작됩니다.
코딩 경험이 없어도 AI로 업무 도구나 간단한 앱을 만들고 싶은 기획자, 운영 담당, 콘텐츠 담당자. 또는 AI 코딩 도구를 사용했지만 AI가 맥락을 잊어버려 설계 방향이 자주 바뀌는 문제를 겪은 경우.
목차
- 1. Kiro가 뭔가요 — 기존 AI 코딩 도구와의 차이
- 2. Pro Max 플랜이 나온 이유 — $100/월로 뭘 얻는가
- 3. 설치하고 첫 프로젝트 시작하기
- 4. 스펙 주도 개발 실전 — 비코더를 위한 방식
- 5. Hooks와 Steering Files — 자동화 핵심 기능
- 6. 플랜 선택 기준 — Free부터 Power까지
- 7. 실무 적용 예시 — 비개발 직군 활용 시나리오
- 8. 비코더를 위한 시작 체크리스트
1. Kiro가 뭔가요 — 기존 AI 코딩 도구와의 차이
Kiro는 AWS가 직접 만든 아젠틱 IDE입니다. VS Code 기반으로 돌아가며 Claude Sonnet과 Amazon Nova 모델을 Amazon Bedrock으로 탑재합니다. 2025년 공개 베타로 출시됐고 2026년 현재 유료 플랜이 안정화됐습니다.
다른 AI 코딩 도구와 가장 큰 차이점은 스펙 주도 개발(Spec-Driven Development)입니다. Cursor나 Windsurf 같은 도구가 "이렇게 만들어줘"라는 프롬프트로 코드를 바로 생성하는 방식이라면, Kiro는 먼저 요구사항 문서를 만들고 그 문서에서 코드를 자동 생성합니다.
Kiro 전체 흐름 — 자연어 요청에서 완성 코드까지
작동 흐름은 세 단계입니다. 첫 번째로 사용자가 원하는 것을 자연어로 설명하면 Kiro가 EARS(Easy Approach to Requirements Syntax) 형식의 스펙 문서를 작성합니다. 두 번째로 스펙에서 개별 태스크를 분리합니다. 세 번째로 각 태스크에 맞는 코드를 생성합니다. 스펙이 수정되면 코드도 자동으로 갱신됩니다.
비코더에게 이 방식이 결정적인 이유는 수정 기준이 생긴다는 점입니다. AI가 만든 결과가 원하는 것과 다를 때, 채팅 기반 도구는 어디서부터 잘못됐는지 알 수 없습니다. Kiro는 스펙 문서를 보면서 "이 항목이 반영 안 됐네"라고 구체적으로 지적하고 재생성을 요청할 수 있습니다.
2. Pro Max 플랜이 나온 이유 — $100/월로 뭘 얻는가
Kiro Pro Max는 2026년 6월 11일 공식 블로그를 통해 발표됐습니다. 공식 발표 글에서 "Pro+와 Power 사이의 공백을 채우기 위한 플랜"이라고 설명했습니다. 이전까지 Kiro의 중간 유료 플랜은 Pro+(월 $40)였고 그다음이 Power(월 $200)였습니다. $40에서 $200으로의 점프는 크레딧이 자주 바닥나는 사용자에게 부담이었습니다.
Pro Max($100/월, 5,000 크레딧)는 이 간격을 좁히면서 하루에 여러 시간 Kiro를 쓰는 헤비 유저를 위한 현실적인 선택지를 만들었습니다. AWS Weekly Roundup(2026-06-15)에서도 이번 출시를 주요 업데이트로 소개했습니다.
Pro Max에는 Kiro의 전체 기능이 포함됩니다. Specs(요구사항 문서), Custom Subagents(사용자 정의 에이전트), Powers(AI 기능 확장), Hooks(자동화 트리거), Steering Files, 전체 CLI 접근이 모두 지원됩니다. 최신 프론티어 모델 제한도 없습니다.
Kiro Pro Max($100/월) 단계별 활용법
TechTimes 보도에 따르면 2026년 6월 17일 AWS Summit New York 2026에서 Kiro는 핵심 발표 중 하나였습니다. Pro Max는 이 흐름에서 나온 업데이트로, Kiro를 실무에 본격적으로 도입하려는 사용자 계층을 타깃으로 합니다.
3. 설치하고 첫 프로젝트 시작하기
Kiro는 VS Code 기반으로 설치 과정이 비교적 간단합니다. 아래 절차를 순서대로 따라가면 처음 세팅에서 첫 스펙 생성까지 30분 이내에 완료할 수 있습니다.
Kiro 첫 세팅 5단계 — 설치부터 첫 요청까지
- kiro.dev에서 OS에 맞는 설치 파일 다운로드
- AWS 계정으로 로그인 (기존 계정 사용 가능)
- Free 플랜으로 시작 (신용카드 불필요, 50 크레딧 제공)
- 빈 폴더 생성 후 Kiro에서 열기
- 사이드 패널의 Kiro 아이콘 → 첫 자연어 요청 입력
- kiro.dev 접속 → 다운로드: 공식 사이트에서 운영체제에 맞는 설치 파일을 내려받습니다. macOS, Windows, Linux를 지원합니다.
- AWS 계정 연결: 설치 후 처음 실행하면 AWS 계정으로 로그인하라는 화면이 나옵니다. 기존 AWS 계정이 있다면 그대로 사용합니다.
- 플랜 선택: Free 플랜(50 크레딧)으로 시작할 수 있습니다. 기능을 먼저 확인한 뒤 유료 플랜으로 업그레이드하는 순서를 권장합니다.
- 첫 프로젝트 폴더 열기: 기존 프로젝트 폴더를 열거나 새 폴더를 만듭니다. 빈 폴더에서 시작해도 됩니다.
- Kiro 에이전트에게 요청하기: 사이드 패널의 Kiro 아이콘을 클릭하고, 만들고 싶은 것을 자연어로 설명합니다. 예: "사용자 목록을 보여주는 간단한 웹 페이지를 만들어줘"
첫 실행에서 Kiro가 먼저 하는 것은 스펙 문서 초안 생성입니다. 코드를 바로 쓰지 않습니다. 이 점이 처음 쓰는 사람에게 낯설게 느껴질 수 있지만, 스펙을 검토하고 승인하는 단계를 거치면 결과물의 방향이 훨씬 명확해집니다.
4. 스펙 주도 개발 실전 — 비코더를 위한 방식
Kiro의 핵심인 EARS 형식의 스펙 문서는 "시스템이 [조건]이면 [결과]를 해야 한다" 형태의 문장 구조를 씁니다. Kiro가 자동으로 이 형식을 생성하기 때문에 사용자가 EARS 문법을 직접 배울 필요는 없습니다.
프롬프트를 입력하면 AI가 바로 코드를 생성. 결과가 마음에 안 들면 다시 프롬프트를 조정. 어디가 잘못됐는지 명확하지 않음.
요구사항을 자연어로 설명 → AI가 스펙 문서 초안 작성 → 스펙 확인/수정 → 코드 생성. 수정 기준점이 항상 남아 있음.
업무에서 생길 수 있는 상황 — Kiro 적용 전 확인할 항목
코드 없이 "무엇을 원하는지"만 말할 수 있으면 충분합니다.
Kiro가 초안을 쓰면 사람이 확인 후 코드 생성이 진행됩니다.
AI가 만든 코드도 배포 전에 실제 실행 확인이 필요합니다.
스펙 2~3회 + 간단한 코드 생성. 부족하면 Pro($20)부터 고려.
Free/Pro로 개인 프로젝트 먼저 검증 후 팀 적용을 권장합니다.
스펙 주도 방식이 특히 효과적인 경우는 기능이 여러 개인 프로젝트를 만들 때입니다. 예를 들어 "로그인 기능이 있고, 게시물을 올리고, 댓글을 달 수 있는 웹 앱을 만들어줘"라고 입력하면 Kiro는 세 기능에 대한 스펙을 각각 분리해서 작성합니다. 각 기능을 독립적으로 확인하고 승인할 수 있어서 전체가 얽혀서 오류가 생기는 경우가 줄어듭니다.
스펙이 승인되면 Kiro는 태스크 목록을 자동으로 만들고, 각 태스크에 맞는 코드를 순서대로 생성합니다. 중간에 요구사항이 바뀌면 스펙을 수정하고 재생성을 요청하면 됩니다. 코드를 직접 수정하지 않아도 되기 때문에 비코더에게 이 흐름이 훨씬 직관적입니다.
5. Hooks와 Steering Files — 자동화 핵심 기능
Kiro의 Pro 이상 플랜에서 제공하는 두 가지 기능이 반복 작업을 크게 줄여줍니다. Hooks와 Steering Files입니다.
Hooks는 파일 변경이나 배포 이벤트에 자동으로 반응하는 트리거입니다. 코드를 저장할 때마다 자동으로 테스트를 돌리거나, 특정 파일이 변경되면 관련 문서를 갱신하는 동작을 설정할 수 있습니다. 사람이 직접 명령을 내리지 않아도 됩니다.
Kiro 플랜 선택 기준표
| 사용 패턴 | 추천 플랜 | 월 요금 |
|---|---|---|
| 처음 써보는 경우, 기능 테스트 | Free | $0 |
| 주 1~2회, 사이드 프로젝트 | Pro | $20 |
| 매일 사용, 고용량 필요 | Pro+ | $40 |
| 하루 수 시간, 최신 모델 필요 | Pro Max | $100 |
| 팀 단위, 대형 프로젝트 | Power | $200 |
Steering Files는 에이전트의 행동 방식을 프로젝트 전체에 걸쳐 일관되게 설정하는 파일입니다. 예를 들어 "이 프로젝트에서는 항상 TypeScript를 쓰고, 에러 처리는 항상 포함하고, 주석은 한국어로 달아라"는 규칙을 Steering File에 써두면 Kiro가 모든 생성 작업에 자동으로 반영합니다. 채팅마다 같은 지시를 반복할 필요가 없어집니다.
비코더 입장에서 Hooks는 "저장하면 자동으로 뭔가 해줘"라는 개념으로, Steering Files는 "항상 이렇게 해줘"라는 고정 지시 메모로 이해하면 충분합니다. 두 기능 모두 Pro Max에 포함됩니다.
Custom Subagents는 반복 작업을 위한 전용 미니 AI를 만드는 기능입니다. 예를 들어 "텍스트를 입력받아 SEO 최적화 버전으로 변환해주는 에이전트"를 만들어두면 한 번 만든 에이전트를 계속 재사용할 수 있습니다. 처음부터 이 기능을 쓰기보다는 기본 스펙-코드 생성 흐름에 익숙해진 뒤 도입하는 것을 권장합니다.
6. 플랜 선택 기준 — Free부터 Power까지
Kiro의 크레딧 시스템은 작업마다 소모량이 다릅니다. 스펙 생성보다 코드 생성이 더 많이 소모하고, 복잡한 파일일수록 크레딧이 빠르게 줄어듭니다. 공식 가격 안내(kiro.dev/pricing)와 빌링 문서를 기준으로 정리했습니다.
처음 시작한다면 Free 플랜에서 기능을 파악하는 것을 권장합니다. 50 크레딧은 스펙 몇 개와 간단한 코드 생성 2~3회 정도 소모됩니다. 일주일에 1~2번 가볍게 쓴다면 Pro($20)로 충분합니다. 매일 몇 시간씩 쓴다면 Pro Max($100)가 현실적입니다. Power($200)는 팀 단위 사용이나 매우 대형 프로젝트 작업자에게 맞습니다.
크레딧이 초과되면 $0.04/크레딧으로 추가 구매할 수 있습니다. 플랜 변경은 kiro.dev 계정 설정에서 즉시 가능하고 다음 청구 주기부터 반영됩니다.
7. 실무 적용 예시 — 비개발 직군 활용 시나리오
Kiro는 코딩 경험이 없는 직군에서도 실제로 활용할 수 있습니다. 스펙 주도 방식 덕분에 코드를 직접 작성하지 않아도 됩니다. 아래는 실무에서 적용 가능한 시나리오와 주의할 점입니다.
| 직무 | Kiro 적용 시나리오 | 적합 플랜 |
|---|---|---|
| 기획자 | 기능 명세를 입력하면 Kiro가 PRD 형식으로 정리 + 샘플 코드 생성 | Pro / Pro+ |
| 콘텐츠 담당 | 정적 웹 페이지나 랜딩 페이지를 직접 빌드 | Pro+ |
| 운영/CS 담당 | 반복 보고서 자동화 스크립트 생성, CSV 처리 도구 제작 | Pro / Pro Max |
| 게임 기획자 | 아이템 데이터 파싱 도구, 밸런스 시뮬레이터 프로토타입 | Pro+ / Pro Max |
적용 전 확인할 항목이 있습니다. 스펙 문서를 충분히 검토하고 승인했는지, 생성된 코드가 원하는 동작을 실제로 하는지 팀에서 검토할 체크리스트에 포함해야 합니다. Kiro가 만들어준 코드도 배포 전에 실제 실행으로 확인하는 단계가 필요합니다.
Hooks 기능은 처음부터 쓰기보다 기본 스펙-코드 생성 흐름에 익숙해진 뒤 도입하는 것이 수월합니다. Steering Files도 마찬가지로, 프로젝트를 어느 정도 진행하다가 반복적으로 같은 지시를 내리게 될 때 작성하면 됩니다.
8. 비코더를 위한 시작 체크리스트
- kiro.dev 접속 → Free 플랜으로 계정 생성 (신용카드 불필요, 50 크레딧 제공)
- 설치 후 빈 폴더에서 "간단한 TODO 앱을 만들어줘"로 스펙 생성 흐름 체험
- Kiro 사이드 패널 → Specs 탭에서 생성된 요구사항 문서 검토하기
- kiro.dev/pricing에서 현재 플랜 크레딧 소모 속도 확인 후 업그레이드 여부 결정
- kiro.dev/docs/billing에서 초과 크레딧 단가($0.04/크레딧)와 청구 주기 확인
참고 자료
'바이브코딩' 카테고리의 다른 글
| [바이브코딩] GitHub Copilot 앱 설치 가이드 — 이슈에서 PR 자동화 시작법 (0) | 2026.07.06 |
|---|---|
| [바이브코딩] AWS Kiro 스펙 주도 개발 가이드 — requirements·design·tasks 품질 체크리스트 (0) | 2026.06.27 |
| [바이브코딩] Claude Agent SDK 과금 분리 — 6월 15일부터 달라지는 크레딧 사용법 (0) | 2026.06.23 |
| [바이브코딩] Xcode 27 AI 에이전트 — 코딩 없이 아이폰 앱 첫 시도 가이드 (0) | 2026.06.19 |
| [바이브코딩] Gemini 3.5 Flash 바이브코딩 입문 — 코딩 몰라도 앱 만드는 법 (3) | 2026.06.15 |