얼마 전부터 국내외 개발자 커뮤니티에는 '랄프 위검(Ralph Wiggum)'이 자주 언급되고 있습니다.
레딧에서도 '랄프 위검에 대한 간략한 가이드’라든지 '랄프 위검 루프에 대한 솔직하고 사려 깊은 리뷰를 공유해 주세요’와 같은 글이 오르고 있습니다.
랄프 위검은 알려진 대로 심슨 가족에 등장하는 캐릭터입니다. 엉뚱하며 풍부한 상상력을 가졌지만, 악의가 없고 순수한 영혼으로 묘사됩니다.
특히, 어리석지만 끈질기고 낙관적인 캐릭터를 보여주는 에피소드로 유명합니다. 버스가 위험하게 질주하며 사고가 나기 직전인 상황에서 주변 사람들은 비명을 난리를 치는데, 랄프 혼자만 좌석에 얌전히 앉아 해맑게 웃으며 "헤헤, 난 위험해"라고 말하는 장면입니다.
그리고 이런 랄프 위검의 모습은 AI 코딩을 활용하는 개발자들에게 '대명사’로 통하게 됐습니다. 즉, 원하는 결과를 얻을 때까지 AI가 실패를 반복하는 것을 말합니다.
벤처비트에 따르면, 이는 지난해 중순 제프리 헌틀리라는 소프트웨어 개발자로부터 시작됐습니다. 그는 호주 시골에서 염소를 키우는 동시에, 소프트웨어 개발을 계속하게 됐습니다.
그는 농장 일을 하느라 컴퓨터 앞에 계속 앉아 있을 수 없었기 때문에, "내가 염소에게 먹이를 주러 간 사이 AI가 알아서 코딩을 끝내놓을 수는 없을까"라는 고민을 하게 됐습니다.
그러나, 당시만 해도 AI 코딩 에이전트는 사용자가 모든 오류를 수동으로 검토하고 다시 알려줘야 한다는 점 때문에 한계가 있다는 것을 깨달았고, 그 결과 AI가 에러를 만나도 포기하지 않고 랄프 위검처럼 멍청할 정도로 끈질기게 성공할 때까지 반복하게 만드는 단순한 배시(bash) 루프(컴퓨터가 스스로 명령을 반복하게 하는 자동화 스크립트)를 고안했습니다.
그는 염소를 돌보는 동안 이 루프를 돌려놓았고, "돌아와 보니 AI가 수만달러 가치의 복잡한 코딩 작업을 단돈 몇달러의 API 비용으로 완수해 놓은 것을 확인했다"라고 밝혔습니다.
이 사례는 온라인에 공유되자 개발자 사이에서 전설처럼 퍼지기 시작했습니다. 매트 포콕 등 영향력 있는 개발자들이 이를 직접 시연하고 유튜브 등에 공유한 결과입니다. 포콕은 "코딩 에이전트의 꿈 중 하나는 아침에 일어나면 작동하는 코드를 볼 수 있는 것"이라며 "코딩 에이전트가 백로그를 처리하고 검토할 수 있는 코드를 잔뜩 만들어 놓았고, 그 코드가 제대로 작동하는 것"이라고 말했습니다.
헌틀리도 유튜브에 출연, 이를 자세하게 설명하기도 했습니다. 핵심을 '순진한 지속성(Naive Persistence)'이라 부르며, 모델이 실패에 직면했을 때 복잡한 생각 없이 성공 조건을 만족할 때까지 다른 경로를 끊임없이 탐색하도록 만드는 것으로 설명했습니다.
또 단순히 반복하는 것보다, 실패했을 때 에러 메시지가 다시 AI에게 전달되어 스스로 수정하게 만드는 '피드백 루프’를 강조했습니다. 여기에 AI가 맘대로 코드를 짜지 못하게 하려면 정답지 역할을 하는 '유닛 테스트(Unit Test)'가 필수적이라고 덧붙였습니다. 즉, 개발자의 역할이 코딩에서 정교한 '테스트 케이스 작성’으로 옮겨갔다는 의미입니다.
그리고 결정적인 것은 보리스 체르니 클로드 코드 책임자가 랄프 위검 루프의 가치를 공식적으로 인정하고, 이를 공식 플러그인(ralph-wiggum)으로 등록한 일입니다. 그리고 이는 업계의 공식 용어가 됐습니다.
랄프 위검의 캐릭터는 현재 AI의 특징과도 일치합니다.
똑똑한 전략을 짜는 대신, 성공할 때까지 무식하게 반복하는 모습과 이전 시도의 실패를 기억하지 않고 매번 새롭게 도전하는 ‘맥락 초기화’ 등을 반영하고 있기 때문입니다. 실제로 위검 루프는 이전 실패의 기억이 오히려 방해가 되지 않도록 매번 백지상태(Context Reset)에서 시작하는 것이 핵심입니다.
이제는 개발자들 사이에서 "그 작업 그냥 랄프 돌려놔"라는 말이 "밤새 AI가 알아서 고치게 놔둬"라는 뜻으로 통용되고 있습니다.
이런 에피소드는 단순한 코딩을 넘어, AI 사용법에 대한 접근법이 변하고 있다는 것을 보여 줍니다.
우선 '안 되면 될 때까지 하라’는 것은 AI가 확률적인 출력을 반영하는 것입니다. AI가 한번에 정답을 못 내놓는다면, 100번 시키면 그중 한번은 정답이 나오지 않겠느냐는 아주 원초적이고 단순한 접근법입니다.
그리고 이전까지의 AI 활용법이 옆에서 지켜보며 수정해 주는 것이었다면, 랄프 루프는 목표만 던져주고 결과가 나올 때까지 자리를 비우는 것을 의미합니다. 즉, 이제 개발자는 '코드를 짜는 사람’이 아니라, AI에 이를 맡기고 관리하는 사람이 된다는 것을 의미합니다.
이에 대해 일부 개발자는 "농담이 아니라, 이건 내가 본 것 중 AGI에 가장 가까운 것 같다. 이 프롬프트는 클로드에게 정말 엄청난 효과를 준다"라는 평을 남겼습니다.
물론 이는 많은 비용을 발생한다는 문제점이 지적되며, AI가 결과에 집착하다 보니 보안이나 파일 삭제 문제 등을 일으킬 수도 있습니다. 그래서 전문가들은 반복 횟수 제한이나 예산 한도 설정, 일회용 샌드박스 설정 등의 장치를 마련해야 한다고 강조합니다.
어찌 보면 AI와 관계가 전혀 어울릴 것 같지 않은 랄프 위검이 AI 활용의 대명사로 통하게 된 사실은 아이러니합니다. 결국 이는 AI가 완벽하지 않기 때문입니다. 끈질김과 단순함으로 이를 극복해야 한다는 내용입니다.
또 소프트웨어 개발의 전형을 보여주고 있다는 평입니다. 바로, '반복이 완벽을 만든다’라는 메시지입니다.
진짜 재밌는 접근법이네요. 다만 랄프 위검 루프가 잘 돌아가려면, 처음에 사람이 얼마나 정교하게 목표랑 조건을 정의하느냐가 핵심일 것 같다는 생각도 듭니다. 반복은 AI가 해주지만, 만족할 만한 결과를 얻으려면 결국 사용자가 테스트 케이스나 성공 기준을 꽤 세밀하게 설계해야 하지 않을까 싶네요. 그래서 코딩을 안 한다기보다는, 코딩의 중심이 작성에서 지시와 검증으로 옮겨가는 느낌이라 흥미롭습니다.