AI 앱 빌더가 갈피를 잃었을 때: 처음부터 다시 시작하지 않고 빌드를 제자리로 돌려놓기

AI 앱 빌더로 몇 시간 만들고 나면 사람들이 묘사하는 특정한 느낌이 있습니다. 첫 시간은 멋집니다. 아이디어를 스케치하고, 그게 눈앞에서 스스로 조립되는 걸 지켜보고, 반쯤 만든 앱을 이리저리 클릭하며 씩 웃습니다. 그러다 세 시간째쯤 되면 슬슬 미끄러지기 시작합니다. AI가 당신이 신고한 버그는 고치는데, 그 위의 페이지가 이제 달라 보입니다. 되돌리라고 하면, 다른 무언가를 바꿉니다. 다섯 시간째에는 뭐가 저장됐고 뭐가 안 됐는지도 모르겠고, 그냥 처음부터 다시 시작해야 하나 고민하기 시작합니다.

그러지 마세요. AI 앱 빌더가 고장 난 게 아닙니다. 갈피를 잃은 것입니다. 그건 아주 고칠 수 있는 상태이고, 거기서 빠져나오려고 프로젝트를 통째로 날려 버릴 필요는 없습니다.

”갈피를 잃는다”는 게 실제로 무슨 뜻인가

AI 앱 빌더가 좋은 결과를 낼 때, 그건 두 가지가 정렬되어 있기 때문입니다: 당신이 무엇을 원하는지에 대한 분명한 그림이 있고, 앱이 지금 어떤 모습인지에 대한 분명한 그림이 있는 것이죠. 빌드가 망가지는 소용돌이 대부분은 그 둘 중 하나가 흐려지는 데서 옵니다.

전화로 친구에게 방을 다시 꾸며 달라고 부탁하는 것과 좀 비슷합니다. 친구가 방을 볼 수 있고 목표를 이해한다면, 그들은 훌륭합니다. 두 시간 전 당신이 보낸 사진으로 방을 떠올리고 있고, 그 사이 목표가 세 번 바뀌었다면, 더는 존재하지도 않는 구석으로 물건들을 옮기기 시작할 겁니다. AI도 같은 처지입니다. 스냅숏을 가지고 작업하는데, 당신의 스냅숏이 낡았습니다.

당신은 보통 세 가지 신호 중 하나로 이걸 알아챕니다.

신호 1: AI가 같은 것을 계속 다시 쓴다

AI에게 로그인 버튼을 고치라고 합니다. 로그인 버튼을 다시 씁니다. 같은 로그인 버튼을 또 고치라고 합니다 — 같은 표현, 같은 프롬프트로 — 그런데 약간 다르게 또 다시 씁니다. 두 번 더 돌면 버튼은 이제 세 번째 색이 되어 페이지의 다른 자리에 가 있습니다.

이건 기억이 흘러내리는 신호입니다. AI가 자기 이전 작업을 토대로 쓰기를 멈추고, 매 차례 당신의 설명에서 다시 시작하고 있는 것입니다. 새 버전이 늘 더 나쁜 건 아닙니다. 그저 다를 뿐인데, 당신이 이미 옛것을 마음에 들어 하기 시작했다면 다른 건 더 나쁜 것과 같습니다.

이럴 때 요령은 그것을 고정시키는 것입니다. 추상적인 말로 변경을 묘사하기를 멈추고(“로그인 버튼을 더 깔끔하게 해 줘”), AI가 화면에 실제로 있는 것과 대조할 수 있는 말로 묘사하기 시작하세요(“버튼은 지금 ‘Sign in’이라고 적혀 있고, 가운데 정렬돼 있고, 파란색이야 — 셋 다 유지하고, 모서리만 둥글게 해 줘”). 당신은 AI에게 새 스냅숏을 건네는 겁니다. 비개발자를 이 루프에서 한결같이 꺼내 주는 건 “지금은 X를 해 — 오직 Y만 바꿔”라고 말하는 문장입니다.

신호 2: 수정할 때마다 다른 게 깨진다

깨진 가입 폼을 신고합니다. AI가 폼을 고칩니다. 페이지를 새로고침하니 대시보드 레이아웃이 어긋나 있습니다. 대시보드를 되돌리라고 합니다. 가입 폼이 다시 깨집니다.

이게 사람들을 겁먹게 해 처음부터 다시 시작하게 만드는 소용돌이이며, 빌드가 80% 완성에서 버려지는 가장 흔한 이유입니다. 그 밑에서 벌어지는 일은, AI가 당신이 부탁한 영역보다 더 넓게 영향을 미치는 파일이나 컴포넌트를 건드리고 있다는 것입니다. 제가 최근에 지켜본 한 창업자는 AI에게 “홈페이지의 색을 고쳐 줘”라고 했다가 모든 곳의 내비게이션 바가 달라지는 결과를 얻었습니다 — 둘을 떠받치던 스타일이 같은 곳에 살았고, AI가 한꺼번에 둘 다 고쳤기 때문입니다. AI는 한 가지를 고치고 있다고 생각하지만, 실은 둘을 수정하고 있는 것입니다.

해법은 기계적입니다. AI에게 평범한 말로, 당신이 신경 쓰는 파일이나 페이지나 컴포넌트만 바꾸고 나머지는 전부 그대로 두라고 하세요. 대부분의 AI 앱 빌더는 당신이 그 제약을 걸면 존중합니다. “가입 페이지만 수정해. 대시보드 레이아웃은 건드리지 말고, 새 파일도 추가하지 말고, 아무것도 재정리하지 마.” 버그가 공유 코드에 있다면 — 가령 폼과 대시보드 둘 다를 떠받치는 스타일에 — AI가 알려 줄 겁니다. 그건 유용한 정보이고, 짐작하는 것보다 훨씬 나은 출발점입니다.

여기서 도움이 되는 또 한 가지: 수정을 쌓는 걸 멈추세요. 빌드가 반쯤 깨진 상태라면, 작은 성과를 챙겨서 저장하고 넘어가세요. AI 앱 빌더는 문제를 빠르게 복리로 키울 수 있습니다. 모든 프롬프트가 이전의 반쯤 깨진 상태를 입력으로 받기 때문이죠. 깨끗한 저장 지점이 그 사슬을 끊습니다.

신호 3: AI가 같은 질문을 되묻는다

세 차례 전에 어떤 데이터베이스를 원하는지 물었습니다. 당신은 Postgres라고 답했습니다. 이제 다시 묻는데, 다르게 표현해서 — “이 데이터가 세션 사이에 지속되어야 하나요?” — 그리고 당신은 AI가 같은 결정으로 도로 흘러가고 있다는 걸 깨닫습니다.

이건 보통 AI가 프로젝트 차원의 맥락을 잃었다는 뜻입니다. 당신이 앞서 내린 아키텍처 선택이 아니라, 가장 최근 몇 메시지를 가지고 작업하고 있는 것이죠. 탓할 수만은 없습니다. 사람도 긴 회의에서 똑같이 합니다. 하지만 그 결과, 당신은 2층을 지으려는 동안 토대를 자꾸 다시 따지게 됩니다.

빠져나오는 길은, 짧고 평범한 말로 된 프로젝트 브리프를 써서, AI가 흘러가기 시작할 때 도로 붙여 넣는 것입니다. 두세 문장이면 충분합니다: “이건 기타 레슨 예약을 위한 웹 앱이야. 강사들이 자기 가능 시간을 관리해. 학생들은 시간대를 예약하고, 결제하고, 확인 이메일을 받아. 저장에는 Postgres를, 결제에는 Stripe를 써.” 그 한 문단이 AI가 가장 가까이 두어야 할 것이고, 가장 자주 잊는 것입니다. 냉장고에 붙인 메모처럼 다루세요.

막힌 상태에서 빠져나오는 작은 플레이북

그 세 신호 중 하나에 부딪히면, 보통 통하는 것이 여기 순서대로 있습니다. 전부 다 할 필요는 없습니다. 증상을 고치는 첫 단계면 대개 충분합니다.

작동하는 것을 저장하세요. 다른 무엇보다 먼저, 아직 작동하는 앱의 부분들이 버전이나 체크포인트로 저장되어 있는지 확인하세요. 대부분의 빌더에 이게 내장돼 있습니다. 당신 것에 없다면, 스크린샷을 찍고 눈에 보이는 동작을 노트에 옮겨 적으세요. 기준선이 필요해질 겁니다.

목표를 한 문장으로 말하세요. 소리 내어, 글로, 어딘가에. “나는 가입 폼이 이메일과 비밀번호를 받고 환영 메시지를 이메일로 보내게 만들려는 거야.” 한 문장으로 못 대겠다면, 그게 AI가 흘러가는 이유의 일부입니다 — 당신 자신의 모호함을 AI가 되비추고 있는 것이죠.

깨진 조각을 격리하세요. AI에게 어떤 페이지, 컴포넌트, 기능을 건드려도 되는지 말하세요. 구체적으로요. “가입 폼만 수정해. 다른 건 아무것도 바꾸지 마.” 무엇이 깨졌는지 정확히 못 대겠다면, AI에게 마지막으로 무엇을 바꿨는지 요약하라고 하세요. 그게 종종 실제로 움직이는 조각을 드러냅니다.

변경을 지금 거기 있는 것에 고정하세요. 현재 상태와 목표 상태를 묘사하세요. “지금은 비밀번호 입력란 아래에 빨간 오류 메시지가 떠 있어. 사용자가 다시 입력을 시작하면 그 오류 메시지가 사라지게 하고 싶어.” 구체적인 전후가 추상적인 의도를 이깁니다.

성과를 챙기고 멈추세요. 이 목록 전체에서 가장 어려운 부분입니다. 빌드가 작동하는 상태로 돌아오면, 저장하고 몇 분 자리를 비우세요. 곧바로 다음 것을 고치려 들지 마세요. 네다섯 번의 수정을 연달아 쌓는 빌드는 또 다른 소용돌이로 들어가는 경향이 있습니다. 하나 고치고, 저장하고, 멈추는 빌드는 그렇지 않은 경향이 있습니다.

정말로 처음부터 다시 시작할 때

때로는 정말로 옳은 판단이 새로 시작하는 것일 때가 있고, 그 신호를 아는 게 유익합니다. 프로젝트가 많이 방향을 틀어 왔다면 — 원래 아이디어가 더는 실제 아이디어가 아니고, 앱이 “이게 뭔지”에 대한 서너 개의 다른 버전을 반영하고 있다면 — 새 프롬프트로 깨끗이 시작하는 게 엉킨 걸 푸는 것보다 빠릅니다. 너무 오래 개선을 반복해서 프로젝트에 실제로 뭐가 들었는지 더는 모르겠을 때도 마찬가지입니다. 매몰 비용은 계속 가라고 말할 겁니다. 내일의 당신은 이 초기화에 고마워할 겁니다.

하지만 그건 예외입니다. “이 빌드가 옆길로 새고 있어”의 일상적인 버전은, 무엇을 살펴야 하는지 안다면 5분이면 고칠 수 있습니다. AI가 앱 만드는 법을 잊은 게 아닙니다. 그저 당신이 어떤 앱을 만들고 있었는지를 잊었을 뿐입니다.

이런 소용돌이 중 하나를 — 루프, 줄줄이 깨지는 수정, 되풀이되는 같은 질문을 — 겪어 봤다면, 한 문장짜리 프로젝트 목표를, 도로 붙여 넣을 수 있는 곳에 써 두세요. 다음번 막힌 순간을 더 짧게 만들어 주는 작은 습관입니다.