[ET단상] 바이브 코딩 시대, 프롬프트 디자인은 정말 끝났을까?

요즘 정보기술(IT) 업계 가장 뜨거운 화두는 단연 '바이브(Vibe) 코딩'이다. 이제 개발자는 코드를 한 줄 한 줄 작성하기보다 인공지능(AI)에 원하는 기능을 설명하고, AI가 코드를 생성하는 시대가 열린 것이다. Cursor, Claude Code, Codex, AI Studio 등 다양한 AI 코딩 도구들이 등장하면서 “이제 코딩은 AI가 한다”는 말이 더 이상 과장이 아니다. 그런데 이런 분위기 속에서 심심찮게 들리는 이야기가 있다. “이제 프롬프트 디자인은 끝났다.” 정말 그럴까? 흥미로운 사실은 AI 코딩 능력이 발전할수록 오히려 AI로 인한 사고는 더 커지고 있다는 점이다. 최근 미국의 한 스타트업에서는 AI에 테스트 서버 문제를 수정하도록 맡겼다가 운영 데이터베이스와 백업까지 삭제되는 사고가 발생했다. 다른 개발 현장에서는 “리팩토링해 줘”라는 한마디에 AI가 프로젝트 전반을 수정해 기존 API와 호환성을 깨뜨렸다. “기능 하나만 추가해 줘”라고 했더니 관련 없는 파일까지 변경해 새로운 버그를 만들기도 했다. 최신 API를 사용해야 하는 프로젝트에 오래된 예제를 적용해 서비스가 정상 동작하지 않은 사례도 적지 않다. 심지어 테스트도 거치지 않은 채 운영 환경에 배포돼 장애가 발생한 경우도 있었다. 많은 사람은 이러한 사례를 보며 “AI가 아직 똑똑하지 않다”고 말한다. 하지만 조금만 들여다보면 공통점이 보인다. 프롬프트가 모두 지나치게 단순했다는 점이다. “버그 수정해” “리팩토링해” “더 좋게 만들어” “배포해” 등등. 범위도 없고, 수정 대상도 없고, 운영 환경은 건드리지 말라는 금지 사항도 없으며, 완료 후 검증 절차나 사람 승인 과정도 없었다. AI는 시킨 일을 한 것이지, 하지 말아야 할 일을 배운 적은 없었다. 결국 사고 원인은 AI 코딩 능력이 아니라 사람 지시 능력에 있었다. 예전에는 개발자 경쟁력이 얼마나 좋은 코드를 작성하느냐에 있었다면, 이제는 AI에 얼마나 정확하게 일을 설계하고 지시하느냐가 경쟁력이 되고 있다. 다시 말해 사람 역할은 '코드 작성자'에서 'AI 설계자'로 이동하고 있다. 바이브 코딩은 프롬프트 디자인을 없앤 것이 아니다. 오히려 그 필요성을 한 단계 끌어올렸다. 예전에는 원하는 기능을 잘 설명하면 충분했다면, 이제는 목표와 범위는 물론, 제약 조건, 금지 사항, 검증 절차, 승인 방식까지 함께 설계해야 한다. AI에 무엇을 만들라고 지시하는 것만큼, 무엇...