AI IDE 'Kiro' 출시…스펙 기반 개발로 프로토타입의 상용화 지원

프롬프트를 몇 번 입력해 뚝딱 작동하는 앱을 만들어내는 이른바 '바이브 코딩'은 마법처럼 느껴집니다. 하지만 이를 실제 프로덕션 환경에 배포하려고 하면 모델이 어떤 가정을 바탕으로 코드를 짰는지, 문서와 테스트는 어디 있는지 막막해지기 일쑤입니다.

프로덕트 리드 Nikhil Swaminathan과 DevEx 부문 VP Deepak Singh은 이러한 프로토타입 중심 개발의 한계를 극복하고 프로덕션 환경까지 안정적으로 소프트웨어를 이어주는 AI IDE 'Kiro'를 공개했습니다.

'바이브 코딩'을 넘어 프로덕션 환경으로

Kiro는 Code OSS를 기반으로 구축되어 기존 VS Code 설정과 Open VSX 호환 확장 프로그램을 그대로 사용할 수 있습니다. Mac, Windows, Linux를 지원하며 현재 대기자 명단을 통해 일부 제한이 있는 무료 프리뷰 형태로 제공됩니다.

Kiro의 핵심 철학은 명확합니다. 코드를 빠르게 생성하는 수준을 넘어, 스펙 기반 개발(spec-driven development)을 통해 엔터프라이즈 수준의 코드를 작성하도록 돕는 것입니다. 이를 위한 양대 축은 'Specs'와 'Hooks'입니다.

Kiro에서 "상품 리뷰 시스템을 추가해줘"라는 단일 프롬프트를 입력하면, AI는 즉시 코드를 치는 대신 EARS(Easy Approach to Requirements Syntax) 표기법을 적용한 유저 스토리를 먼저 작성합니다. 개발자가 흔히 놓치는 엣지 케이스까지 요구사항 단계에서 명시화하는 방식입니다.

이후 코드베이스를 분석해 데이터 흐름도, 타입스크립트 인터페이스, 데이터베이스 스키마, API 엔드포인트가 포함된 설계 문서를 자동으로 생성합니다. 이어 의존성에 맞춰 작업을 단계별로 분할하며, 각 작업에는 단위 테스트와 통합 테스트, 로딩 상태 처리, 접근성 요구사항까지 함께 포함됩니다. 개발자는 작업을 하나씩 실행하며 코드 차이점을 검토할 수 있습니다.

또한 코드와 스펙은 양방향으로 동기화됩니다. 코드를 수정한 뒤 스펙 업데이트를 요청하거나, 스펙 문서를 직접 고쳐 할 일 목록을 갱신할 수 있어 문서가 방치되는 고질적인 문제를 해결합니다.

시니어 개발자 역할을 대신하는 백그라운드 훅

또 다른 주요 기능인 Hooks는 파일 저장, 생성, 삭제 등의 이벤트가 발생할 때 백그라운드에서 에이전트를 트리거하는 자동화 시스템입니다.

예를 들어 리액트 컴포넌트를 저장하면 관련 테스트 코드를 자동으로 갱신하고, API 경로가 수정되면 README 문서를 최신화하며, 커밋 직전에는 하드코딩된 자격 증명이 없는지 보안 검사를 수행합니다.

팀 차원의 코딩 표준을 강제하는 용도로도 쓰입니다. 단일 책임 원칙과 같은 규칙을 훅으로 정의해 Git 저장소에 커밋해 두면, 팀원이 새로운 컴포넌트를 추가할 때마다 백그라운드 에이전트가 코드가 기준에 맞는지 자동으로 검증합니다.

이 밖에도 외부 도구와 연동할 수 있는 Model Context Protocol(MCP) 지원, 프로젝트 전반의 AI 행동을 제어하는 조향 규칙, 파일과 URL 문맥을 참조하는 에이전트 채팅 기능도 함께 포함되었습니다.

왜 중요한가

개발자에게 가장 큰 병목은 코드 타이핑 자체보다 모호한 요구사항을 구체화하고, 테스트를 작성하며, 문서를 최신 상태로 유지하는 과정에 있습니다. '바이브 코딩'으로 빠르게 찍어낸 프로토타입의 기술 부채 때문에 골머리를 앓던 엔지니어라면 Kiro의 체계적인 스펙 워크플로는 충분히 시도해 볼 가치가 있습니다.

업계 관점에서는 AI 코딩 도구의 경쟁 구도가 '단순 코드 자동 완성'에서 '소프트웨어 엔지니어링 전 주기 관리'로 진화하고 있음을 보여줍니다. Cursor나 Windsurf 같은 경쟁사들도 이제 코드 생성 속도 경쟁을 넘어 아키텍처 설계와 테스트 자동화, 팀 단위 품질 관리 기능을 강화해야 하는 압박을 받게 될 것으로 보입니다.

우리는 Kiro가 자율 에이전트의 완전 자동화라는 허황된 목표 대신, 개발 현장의 만성적인 문제인 문서와 코드의 불일치 및 품질 관리 부재를 정조준한 점이 매우 영리한 선택이라고 봅니다. 다만 개발자가 생성된 스펙 문서를 꼼꼼히 검토하지 않고 무비판적으로 승인해 버린다면 또 다른 AI 쓰레기 문서가 양산될 위험도 있습니다. 수십만 줄 규모의 복잡한 레거시 코드베이스에서 양방향 동기화가 오류 없이 안정적으로 유지될 수 있을지도 앞으로 지켜봐야 할 부분입니다.