99. 마무리

Learn by Playing 가이드를 통해 익힌 Kiro의 핵심 기능을 정리하고, 다음 단계를 안내합니다.

지금까지 무엇을 익혔나요

이번 시리즈를 따라오면서 Kiro IDE가 제공하는 주요 작업 방식을 직접 손으로 다뤄봤습니다. 단순히 기능 설명을 읽는 것이 아니라, 실제로 동작하는 게임 프로젝트(Spirit of Kiro)를 매개로 하나씩 체험해 본 점이 핵심입니다. 가이드 전반에 등장한 다섯 가지 축은 다음과 같습니다.

Steering files — 프로젝트의 맥락과 규칙을 문서화해, 복잡한 작업에서 AI 에이전트가 일관된 판단을 내리도록 유도합니다.
Basic vibe coding — 가벼운 버그 수정이나 짧은 리팩터링처럼, 큰 설계 없이 바로 손을 대도 되는 작업에서 빠르게 결과를 얻는 흐름입니다.
Spec mode를 활용한 명세 기반 개발 — 규모가 큰 변경에서 요구사항·설계·태스크를 먼저 정리한 뒤 구현으로 이어가는 방식입니다.
Hooks — 매번 반복되는 잡일을 자동화해, 같은 절차를 손으로 되풀이하지 않도록 만듭니다.
MCP — 외부 도구나 데이터 소스를 연결해 Kiro가 다룰 수 있는 영역을 넓히는 확장 메커니즘입니다.

이 다섯 가지를 상황에 맞게 조합하면, 단순 코드 자동완성을 넘어선 "에이전트와 함께 만드는 개발 흐름"을 자신의 프로젝트에 그대로 적용할 수 있습니다.

다음에 시도해 볼 만한 것들

가이드는 여기서 끝나지만, Spirit of Kiro 프로젝트 자체는 계속 확장할 여지가 많습니다. 새로운 기능을 직접 추가해 보면서 Spec mode와 Hooks를 자신의 손에 맞게 길들여 보는 것을 추천합니다.

게임의 ROADMAP 문서를 살펴보며 흥미로운 항목을 하나 고릅니다.
해당 기능을 작은 단위로 쪼개 Spec을 작성하고, 요구사항과 설계, 태스크 목록을 먼저 정리합니다.
Autopilot 또는 Agent 모드로 태스크를 하나씩 실행하면서, 필요한 경우 Steering files에 규칙을 추가합니다.
완성된 변경 사항은 pull request로 커뮤니티에 기여합니다.

로드맵은 spirit-of-kiro 저장소의 ROADMAP.md에서 확인할 수 있습니다.

팁. 처음부터 거대한 기능을 통째로 맡기기보다, 한 번에 한두 개의 태스크로 좁혀서 진행하면 에이전트의 출력 품질을 검증하기 쉽고, Steering files에 어떤 규칙을 추가해야 하는지도 더 명확해집니다.

자신의 프로젝트로 옮겨가기

가이드에서 다룬 패턴은 게임 프로젝트가 아닌 일반 웹 서비스, 백엔드 API, 데이터 파이프라인 등에서도 그대로 통합니다. 새로운 저장소에 들어갔을 때는 다음 순서로 시작해 보세요.

저장소의 README와 주요 디렉터리 구조를 Kiro에게 읽히고, 핵심 컨벤션을 Steering files로 정리합니다.
가벼운 버그 픽스나 문서 수정으로 vibe coding의 감을 익힙니다.
중간 규모 이상의 변경은 Spec mode로 옮겨, 요구사항·설계·태스크 단계를 명시적으로 거칩니다.
반복되는 작업이 보이면 Hook으로 옮기고, 외부 시스템이 필요해지면 MCP 서버를 추가합니다.

주의. AI 에이전트가 만든 변경은 반드시 사람이 검토하고 테스트해야 합니다. 특히 운영 환경에 영향을 주는 코드라면, 자동 실행 권한을 넓히기 전에 작은 범위에서 충분히 검증하세요.

마치며

Learn by Playing 가이드를 끝까지 따라온 것을 축하합니다. 여기서 익힌 도구들은 시작점일 뿐이며, 실제 가치는 자신의 프로젝트에 녹여낼 때 비로소 드러납니다. 다음 가이드인 VSCode에서의 이주 문서로 넘어가면, 기존 작업 환경을 Kiro로 자연스럽게 옮기는 방법을 이어서 살펴볼 수 있습니다.