바이브 코딩 대신 4대 툴로 개발 효율 높이기

안녕하세요, 리키입니다. 오늘은 요즘 개발 분야에서 이야기되는 '바이브 코딩'과 그 한계를 극복하는 방법, 즉 '사양 주도 개발'에 대해 좀 이야기해 보려고 합니다.

최근 AI 에이전트를 활용한 개발이 활발해지면서 '바이브 코딩'이라는 용어가 등장했습니다. 이는 코딩에 있어서 감(vibe)에 충실하고 기하급수적인 발전을 받아들이며 코드가 존재한다는 사실 자체를 잊어버리는 방식이라고 설명하더군요. LLM(예를 들어 소넷을 탑재한 커서 컴포저 같은 도구)의 성능이 너무 좋아지면서, 개발자들은 이제 키보드에 손을 덜 대고 LLM에게 사소한 작업까지 시키는 경향이 생겼습니다. 오류가 나면 그냥 복사해서 붙여넣고, 코드가 복잡해지면 이해하기 위해 한참을 들여다봐야 하는 상황이 발생하고 있는 것이죠.

하지만 저는 이런 바이브 코딩 방식이 진정한 의미의 코딩은 아니라고 생각합니다. AI가 생성한 코드를 숙련된 개발자가 정리하고 리팩터링하는 과정에서는 기술 부채가 쌓이거나, 오히려 프로그래머의 생산성이 떨어지는 결과를 낳을 수 있습니다. 결국, AI를 사용해서 코드를 생성하려는 본래의 목적과는 반대되는 결과가 나오는 것이죠. 따라서 우리는 이 혼란을 피할 수 있는 더 체계적인 방법이 필요합니다.

사양 주도 개발(SDD)의 필요성

이러한 혼란을 피하기 위해 등장한 것이 바로 '사양 주도 개발(SDD)'입니다. SDD는 폭포수 모델이나 철저한 요구사항 문서 개발처럼 무겁지 않으면서도, 바이브 코딩의 혼란을 피할 수 있는 가볍고 간결한 접근 방식입니다. 마이크로소프트의 덴 델리마스키는 '사양 주도 개발'을 '생각을 위한 버전 제어'라고 표현했습니다. 즉, 코드의 움직임에 대한 계약을 통해 툴과 AI 에이전트가 코드를 생성하고 검증하는 데 필요한 단일 진실 공급원이 되는 것이죠. 이 접근 방식은 막연한 추측을 줄이고 코드 품질을 높이는 데 도움이 됩니다.

소트웍스(Thoughtworks)에서는 사양 주도 개발을 '사양 우선', '사양 고정', '사양 소스화'의 세 단계로 나누어 설명합니다. 특히 '사양 소스화' 단계에서는 사양이 장기간 주 소스 파일이 되고, 인간은 사양만 편집하고 코드에는 직접 손을 대지 않게 되는 것을 목표로 합니다. 비록 이 단계에 도달하는 툴이 아직 완전히 갖춰지지는 않았지만, 이 방향성이 매우 가치 있다고 저는 봅니다.

현재 사양 주도 개발을 지원하는 네 가지 툴과 프레임워크가 있습니다. 그중 하나인 '키로(Kiro)'는 소프트웨어 개발 작업을 독립적으로 수행하면서 맥락을 유지하고 학습하는 자율 에이전트입니다. 키로 IDE는 바이브 코딩과 사양 주도 개발 워크플로우를 모두 지원하고 있으며, 특히 SDD를 위해 요구사항(requirements.md), 설계(design.md), 작업(tasks.md)과 같은 마크다운 파일을 생성해 줍니다. 이 과정에서 EARS(Easy Approach to Requirements Syntax)와 같은 형식으로 요구사항을 명확히 정의하고, 속성 기반 테스트(PBT)까지 생성할 수 있게 되었습니다.

---

참고 원문: https://www.itworld.co.kr/article/4175438/감만으로는-안-되는-바이브-코딩-사양-주도-개발-4대.html