AI에게 긴 프롬프트를 계속 써야 할까요? Huzzah가 던진 ‘의도 보존’의 질문

핵심 요약 (TL;DR)

바이브코딩이란 AI에게 코드를 맡기고 끝내는 일이 아니라, 내가 만들고 싶은 제품의 의도를 계속 선명하게 유지하는 일입니다. 최근 HN에 공개된 실험적 편집기 Huzzah는 이 문제를 정면으로 건드립니다. 긴 대화형 프롬프트 대신 의사코드에 가까운 명세를 파일로 남기자는 제안입니다. 아직 검증된 표준 도구라고 보기는 이르지만, 개발자 없이 MVP를 만드는 사람에게는 매우 실용적인 질문을 남깁니다. “다음 수정 때도 AI가 내 서비스의 기준을 알 수 있는가?”입니다.

왜 긴 채팅 기록만으로는 MVP가 흔들릴까요?

처음 화면을 만드는 동안에는 대화가 편합니다. “예약 버튼을 추가해 주세요”라고 말하고 결과를 보며 고치면 됩니다. 문제는 세 번째, 열 번째 수정부터입니다. 왜 이 버튼이 필요한지, 어떤 사용자를 위한지, 무엇을 하면 안 되는지가 이전 대화 속으로 흩어집니다. 새 에이전트나 다음 주의 내가 그 맥락을 다시 설명해야 합니다.

Huzzah의 제작자 Daniel Vaughn은 일반적인 에이전트 프롬프트를 길고, 명령형이며, 일시적이라고 표현합니다. 반대로 Huzzah는 의사코드 형태의 선언적 명세를 지속적으로 남기려 합니다. 이 글의 핵심은 Huzzah를 당장 써야 한다는 추천이 아닙니다. AI와 일할 때 ‘요청’과 ‘제품의 규칙’을 분리해야 한다는 제안입니다.

의도는 어떻게 파일 하나로 남길 수 있을까요?

코딩을 몰라도 프로젝트 맨 위에 PRODUCT_INTENT.md 하나를 만들 수 있습니다. 한 페이지면 충분합니다. 첫째, 누구의 어떤 문제를 해결하는지 적습니다. 둘째, 사용자가 반드시 할 수 있어야 하는 행동 세 가지를 적습니다. 셋째, 아직 만들지 않을 기능을 적습니다. 넷째, 화면과 문구에서 지켜야 할 톤을 정합니다.

예를 들어 상담 예약 MVP라면 “사용자는 1분 안에 희망 시간을 남긴다”, “관리자는 신청을 확인한다”, “결제와 회원등급은 이번 버전에 넣지 않는다”처럼 씁니다. AI에게는 작업 전에 이 파일을 읽고, 수정 뒤에는 어떤 항목을 반영했는지 알려 달라고 요청하세요. 긴 프롬프트를 더 잘 쓰는 법보다, 매번 되살려야 할 맥락을 줄이는 법에 가깝습니다.

명세를 남기면 속도가 오히려 느려지지 않을까요?

첫 10분은 조금 더 걸립니다. 그러나 목적이 남아 있으면 기능이 늘어날수록 “예전 방식대로 해 주세요”라는 재설명이 줄어듭니다. 무엇보다 AI가 멋있어 보이지만 불필요한 기능을 제안했을 때 거절할 기준이 생깁니다. MVP의 속도는 코드 생성량보다, 잘못 만든 것을 되돌리는 횟수에서 무너지기 때문입니다.

Huzzah의 방식이 실제 개발 흐름에서 널리 검증되었는지는 아직 알 수 없습니다. 다만 AI 코딩의 다음 경쟁이 더 긴 대화창이 아니라, 사람이 원하는 결과를 얼마나 잘 보존하느냐에 있을 수 있다는 관찰은 충분히 가져갈 만합니다.

FAQ: 코딩을 전혀 몰라도 명세를 쓸 수 있나요?

네. 기술 문서가 아니라 사용자의 행동과 금지할 범위를 평범한 한국어로 쓰면 됩니다. AI에게 그 문서를 코드로 바꾸게 하되, 문서의 주인은 계속 본인입니다.

FAQ: 프롬프트를 저장하는 것과 무엇이 다른가요?

좋은 프롬프트 모음도 도움이 됩니다. 다만 제품 명세는 특정 작업 지시가 아니라, 여러 작업이 함께 따라야 하는 기준입니다. 파일로 두면 새 도구나 협업자도 같은 출발점에서 일할 수 있습니다.

출처: https://www.danielvaughn.dev/posts/huzzah/
HN 논의: https://news.ycombinator.com/item?id=49378768
관찰 시점: 2026-08-21 KST