AWS Kiro: 무엇인가요?

생성형 AI (Generative AI)의 등장과 GitHub Copilot, Claude Code, OpenAI, DeepSeek 등과 같은 도구들의 사용이 점점 증가함에 따라, Vibe Coding 관행이 많은 상황에서 채택되면서 애플리케이션 프로토타입 제작 속도가 엄청나게 향상되었습니다.

Vibe Coding은 AI 에이전트가 코드를 생성할 수 있도록 아이디어를 설명하는 방식인데, 이로 인해 이러한 프로토타입을 운영 환경에서 신뢰할 수 있고 견고한 애플리케이션으로 만드는 과제가 생겨났습니다.
이러한 시나리오에 대응하기 위해, AWS는 2025년 7월에 Kiro를 처음 프리뷰(preview)로 출시하였고, 2025년 11월에 일반 대중에게 공개하였습니다. Kiro는 Visual Studio Code의 오픈 소스 코드베이스인 Code OSS를 기반으로 하는 에이전트 IDE (IDE Agente)이며, Open VSX 생태계에 대한 모든 지원을 유지합니다.

Kiro의 접근 방식은 단순히 코드 조각을 제안하는 것을 넘어, 요구사항 단계부터 첫 번째 배포(deploy)까지 작동합니다. AWS에 따르면, Kiro의 아이디어는 개발 방식, 더 넓게는 소프트웨어를 구축하는 방식을 재구상하는 것입니다. Kiro는 애플리케이션 구축 프로세스에 참여하는 양측(AI와 개발자)이 코딩을 시작하기 전에 자신들의 아이디어와 요구사항을 검증하도록 강제합니다.
이것을 명세 기반 개발 (spec-driven development)이라고 부릅니다. 프롬프트로부터 코드를 생성하기 전에, Kiro는 프로그램의 개발 라이프사이클을 네 가지 구성 요소로 정리하여, AI와 개발자가 코드를 시작하기 전에 검증하고 조정하도록 강제합니다.

Kiro의 네 가지 구성 요소

Specs (명세): 기능을 설명할 때, Kiro는 코드를 작성하기 전에 다음 3단계를 통해 프로세스를 진행합니다:

Requisitos (Requirements): EARS (Easy Approach to Requirements Syntax) 표기법을 사용하여 사용자 스토리와 수용 기준 (Acceptance Criteria)을 생성하며, 엣지 케이스 (Edge Cases)에 집중합니다. 일반적으로 requirements.md 파일에 저장됩니다.
Design (설계): 요구사항이 승인되면, Kiro는 코드베이스 (Codebase)를 평가하여 아키텍처, 기술 설계 및 스택을 제안하며, 이 모든 내용은 design.md 파일에 기록됩니다.
Tarefas (작업): 요구사항과 설계가 검증되면, 의존성 순서 (Dependency Sequence)를 기반으로 작업 계획이 생성되어 tasks.md 파일에 기록됩니다. 개발자는 각 작업을 개별적으로 실행함으로써 프로세스 내에서 AI의 역할에 대한 통제권을 유지합니다.

이러한 접근 방식은 명세 주도 개발 (Spec-Driven Development) 패턴을 따르며, 버전 관리와 리포지토리 (Repository)에서 무엇이 수행되고 있는지에 대한 팀의 가시성을 확보할 수 있게 해줍니다.

Hooks (훅): Kiro의 두 번째 구성 요소는 Kiro Hooks로, AWS가 IDE에 네이티브로 포함시킨 이벤트 기반 자동화 기능입니다.
이들은 파일 저장, 컴포넌트 생성 또는 커밋 (Commit) 생성과 같은 이벤트에 대응하기 위해 AI 에이전트 (AI Agents)를 실행합니다. 이러한 작업을 위해 AI를 수동으로 활성화할 필요 없이, Kiro Hooks가 이를 자동으로 수행합니다.

실질적인 결과로, 개발자가 자주 잊어버리는 작업들(문서화, 테스트, 보안 검증)이 개발자에게 의존하지 않고 백그라운드에서 이루어지게 됩니다.

Steering Files (스티어링 파일): 프로젝트의 컨텍스트 (Context)를 영구적으로 유지합니다. 이는 AI 사용 시 발생하는 큰 문제 중 하나인 재컨텍스트화 (Recontextualization), 즉 AI 에이전트 세션마다 프로젝트의 컨벤션 (Conventions)과 요구사항을 매번 다시 설명해야 하는 문제를 해결합니다. Kiro에서는 스티어링 파일 (Steering Files)을 통해 이 문제가 해결되었습니다. AWS는 .kiro/steering/에 저장되는 마크다운 (Markdown) 파일을 생성하여 에이전트에게 프로젝트에 관한 모든 정보를 지속적으로 전달하며, 이는 Git에서 버전 관리되므로 팀 전체가 동일한 컨텍스트를 공유하고 불필요한 반복을 방지할 수 있도록 보장합니다.

Kiro MCP: Kiro의 마지막 구성 요소는 Model Context Protocol (MCP)을 통한 네이티브 통합입니다. MCP는 IDE를 API, 데이터베이스, 문서 및 다양한 외부 서비스와 연결할 수 있게 해주는 개방형 표준 (open standard)입니다. AWS는 Cost Explorer, SageMaker, AWS Pricing 등을 포함한 즉시 사용 가능한 MCP 서버 (MCP servers)를 제공합니다. 개방형 프로토콜이기 때문에 어떤 API라도 연결할 수 있습니다.

2026년 2월에는 Kiro Powers라는 이름의 확장 기능이 출시되었습니다. 이는 MCP 서버를 스티어링 파일 (steering files) 및 훅 (hooks)과 결합하여 수동 설정 없이 단일 설치 패키지로 제공되는 AI 확장 기능입니다. 사용 가능한 첫 번째 Kiro Power는 AWS IAM Policy Autopilot입니다. 향후 다른 AWS 서비스 및 개발 시나리오를 위한 새로운 Kiro Powers가 출시될 것으로 기대됩니다.

결론

Kiro는 팀이 정의되고 승인된 요구 사항 내에서 문서 제어, 추적성 및 프로덕션 준비가 된 코드가 필요한 시나리오를 충족하기 위해 AWS가 선보인 뛰어난 IDE입니다. AWS re:Invent 2025에서 발표된 Kiro Autonomous Agent는 비동기적으로 작동하고 세션 간 지속적인 메모리 (persistent memory)를 가지며 개발자의 피드백을 통해 학습하도록 설계된 가장 진보된 버전으로, AI 에이전트 사용으로 생성된 프로토타입과 실제 프로덕션 애플리케이션 사이의 간극을 메워줍니다. Kiro는 AWS를 사용하지 않는 프로젝트도 지원하는 IDE로, 모든 클라우드 및 스택과 함께 사용할 수 있습니다. 또한 Visual Studio Code와 동일한 오픈 소스 (open source) 기반을 공유한다는 점 덕분에 간단한 마이그레이션이 가능하여 Kiro를 주요 개발 환경으로 전환할 수 있습니다. Kiro와 그 기능들을 직접 테스트하여 AI 애플리케이션 개발에서 약속된 변화를 실제로 가져오는지 확인해 볼 가치가 있습니다.

참조.:

참고 자료:

AWS Kiro: 무엇인가요?

요약

핵심 포인트

댓글