프롬프트 하나에 돈을 모으면 AI가 만들어준다 — 크라우드펀딩과 AI 에이전트가 만난 FablePool

'이런 도구 누가 좀 만들어줬으면 좋겠는데'라는 생각, 개발자라면 일주일에 한 번씩은 하실 거예요. 그런데 그 바람을 프롬프트로 적어 올리고, 같은 생각을 하는 사람들이 돈을 모으면, AI가 그걸 실제로 만들어준다면 어떨까요? FablePool이라는 실험적인 서비스가 정확히 이 컨셉을 들고나왔어요. 원하는 소프트웨어를 설명하는 프롬프트 뒤에 여러 사람이 돈을 모으면(pool), AI 모델인 Fable이 그 결과물을 공개적으로 만들어가는 방식이에요.

어떻게 돌아가는 서비스냐면

구조는 크라우드펀딩과 AI 코딩 에이전트의 결합이에요. 누군가 '이런 걸 만들어줘'라는 프롬프트를 등록하면, 그게 필요한 다른 사람들이 소액씩 돈을 보태요. 모금이 충분히 되면 AI 에이전트가 실제로 개발을 시작하고, 그 과정이 전부 공개돼요. 'build in public'이라는 표현이 붙어 있는데, 이게 뭐냐면 만드는 과정(커밋, 진행 상황, 시행착오까지)을 실시간으로 공개하는 문화를 말해요. 여기서는 단순한 문화를 넘어 신뢰 장치로 작동해요. 돈을 낸 사람들이 자기 돈이 어떻게 쓰이고 있는지, 결과물이 어떤 모습으로 자라고 있는지 직접 지켜볼 수 있으니까요.

기존 방식과 뭐가 다를까

비슷한 걸 찾아보면 두 갈래가 있어요. 하나는 킥스타터 같은 크라우드펀딩이에요. 다만 거기서는 사람으로 구성된 팀이 만들기 때문에 목표 금액이 수천만 원 단위고, 결과물이 나오기까지 몇 년씩 걸리고, 아예 안 나오는 경우도 흔하죠. 다른 하나는 오픈소스 바운티 플랫폼(Algora, Polar 같은)인데, 특정 이슈를 해결하는 사람 개발자에게 현상금을 거는 방식이에요. FablePool이 다른 지점은 만드는 주체가 AI라는 거예요. 사람의 인건비가 빠지니까 비용 구조가 완전히 달라져요. 몇 명이 커피값 정도를 모아도 시도해 볼 수 있는 규모가 되는 거죠. 소프트웨어를 만드는 한계비용이 급격히 떨어지고 있다는 걸 보여주는 실험인 셈이에요.

흥미로운 만큼 질문도 많아요

물론 물음표가 붙는 지점도 많아요. 첫째, 품질과 유지보수예요. AI가 한 번 만들어준 결과물에 버그가 있으면 누가 고치나요? 만들어진 뒤의 운영은요? 둘째, 소유권 문제예요. 돈을 낸 사람들이 결과물에 어떤 권리를 갖는지, 코드가 오픈소스로 공개되는지가 이런 모델의 핵심 설계 포인트가 될 거예요. 셋째, 가장 본질적인 문제인데, 좋은 프롬프트를 쓰는 게 생각보다 어렵다는 거예요. 소프트웨어 개발에서 제일 힘든 건 코딩이 아니라 '뭘 만들지 정확히 합의하는 것'이라는 걸 우리 모두 알잖아요. 요구사항이 모호하면 AI도 엉뚱한 걸 만들 수밖에 없고, 돈 낸 사람들 각자가 기대한 게 다르면 분쟁이 생기겠죠. 결국 요구사항 명세라는 오래된 난제는 AI 시대에도 그대로 남는 거예요.

업계 흐름에서 보면

이 서비스가 흥미로운 건 시점 때문이에요. AI 에이전트가 사람의 감독 아래 실제 개발을 수행하는 일이 점점 일상이 되고 있거든요. 만드는 비용이 떨어질수록 병목은 '무엇을 만들 가치가 있는가'를 판단하는 쪽으로 이동해요. FablePool은 그 수요를 돈이라는 가장 정직한 신호로 집계하는 레이어를 실험하는 거고요. 한국 개발자 입장에서도 시사점이 있어요. 사이드 프로젝트 아이디어가 있다면 이제 만들기 전에 수요부터 검증하는 채널이 하나 더 생기는 셈이고요. 반대로 '만들 줄 안다'는 것 자체의 희소가치는 계속 떨어지고 있으니, 기획하고 검증하고 운영하는 역량의 비중이 커진다는 신호이기도 해요.

소프트웨어 제작비가 0에 가까워지는 시대에, 가치는 '무엇이 필요한지 아는 것'으로 옮겨간다. 여러분이라면 어떤 프롬프트에 돈을 보태고 싶으세요? 그리고 이런 모델이 정말 쓸 만한 결과물을 낼 수 있을 거라고 보시나요?