Negative Space가 찾은 빈자리, 바로 MVP로 만들어도 될까요?

핵심 요약 (TL;DR)

아이디어가 남들과 다르다는 사실은, 누군가에게 필요하다는 증명과 다릅니다. 11월 4일 한국 시간에 소개된 Negative Space는 회사 설명 사이의 빈자리를 찾아 Claude가 새 사업 아이디어를 쓰게 하는 프로젝트입니다. 제작자는 이를 바이브코딩으로 만들었다고 밝혔습니다.[1] 첫 MVP를 고민하신다면 도구가 적어 둔 한계부터 읽어 보세요.

어떤 빈자리를 찾는 도구인가요?

공개 사이트와 저장소는 YC 회사들의 설명을 숫자 좌표로 바꾸고, 관련 회사들을 섞은 뒤 다른 설명들과 떨어진 지점을 찾는 흐름을 안내합니다. Claude가 그 위치에 어울릴 아이디어를 작성하면 다시 같은 방식으로 비교합니다.[2][3] 글이 그럴듯한지와 기존 설명에 얼마나 가까운지를 따로 살피는 것입니다.

다만 지도에 보이는 공간이 곧 시장은 아닙니다. 사이트는 비교 대상이 YC 회사에 한정되고, 설명의 차이가 수요나 품질을 측정하지 않는다고 명시합니다. 아이디어에 포함된 시장 주장도 검증되지 않았다고 안내합니다.[2] 이번 확인은 공개 설명과 문서를 대조한 범위이며 생성 과정을 실행한 후기는 아닙니다.

처음 만드는 앱에는 무엇을 가져오면 좋을까요?

이 프로젝트를 그대로 실행하기보다, 떠오른 생각 옆에 근거의 종류를 나누어 적어 보세요. 기존 제품에서 확인한 기능, 내가 겪은 불편, 아직 확인하지 않은 기대를 구분하는 것입니다. ‘비슷한 서비스를 못 찾았다’는 말은 마지막 칸에 더 가깝습니다.

가령 모임 준비를 돕는 앱이라면 ‘새로운 협업 플랫폼’ 대신 ‘누가 무엇을 가져오는지 한 화면에서 확인한다’로 좁혀 보세요. 이미 쓰는 메신저나 메모로도 해결되는지 물어보고, 그 방식에서 반복되는 불편이 있을 때 첫 화면을 설계하는 편이 좋겠습니다. 이는 원작의 검증 성과가 아닌 독자를 위한 실습 제안입니다.

AI에게 첫 화면은 어떻게 요청할까요?

“모임 이름과 준비물, 담당자를 적는 한 페이지를 만들어 주세요. 샘플 자료만 사용하고 로그인과 알림 발송은 제외합니다. 항목을 바꾼 뒤 다시 열었을 때 무엇이 저장되는지 설명해 주세요.”처럼 하나의 행동부터 요청해 보세요. 원작의 프롬프트를 재현한 문장은 아닙니다.

화면이 나오면 기능을 더하기 전에 처음 보는 사람에게 준비물 하나를 맡아 보게 합니다. 어디를 눌러야 할지 망설였는지, 맡은 결과를 알아보았는지를 적어 두세요. 좋은 반응을 얻었다는 감상과 실제로 끝낸 행동을 나누면 다음 수정의 이유가 분명해집니다.

공개 전에 어떤 문장을 지워야 할까요?

‘경쟁자가 없다’, ‘수요가 검증됐다’ 같은 표현은 지도만으로 뒷받침할 수 없습니다. Negative Space도 낮은 유사도가 다른 곳에 같은 사업이 없다는 뜻은 아니라고 선을 긋습니다.[2][3] 여러분의 소개 문구에도 확인한 사용자 행동과 아직 가정인 효과를 구분해 보세요.

첫 공개에서는 샘플 자료로 같은 흐름을 다시 따라갑니다. 주소가 열리는지, 입력과 수정이 되는지, 저장 방식이 안내와 일치하는지를 확인하세요. 아이디어의 신선함보다 약속한 작은 동작을 설명할 수 있는 상태가 먼저입니다.

FAQ: 코딩을 모르는 사람의 성공 사례인가요?

제작자는 바이브코딩이라고 밝혔지만 이 소개만으로 개발 경험이나 AI의 기여 비율을 확정할 수 없습니다.[1] 누구나 같은 속도로 만들 수 있다는 약속으로 읽지는 마세요.

FAQ: 무료로 아이디어를 무제한 생성할 수 있나요?

저장소의 실행 안내는 Anthropic API 키를 요구하고 생성 단계의 API 비용을 별도로 안내합니다.[3] 공개 지도를 읽는 일과 직접 생성하는 일을 구분하세요. 이 글에서는 유료 호출을 실행하지 않았습니다.

출처
[1] https://news.ycombinator.com/item?id=50354044
[2] https://nh66.ai/negative-space/
[3] https://github.com/nh66labs/negative-space
관찰: 2026-11-04 KST