코딩 모르는데 앱 만들기, Cucumbero가 보여 준 작은 불편의 힘

핵심 요약 (TL;DR)

열어 둔 페이지를 그대로 남겨 주는 집중 타이머가 필요하다면 어떨까요? 한국시간 9월 7일 Show HN에 소개된 Cucumbero는 타이머와 웹사이트 차단 목록을 결합한 Chrome 확장 프로그램입니다. 제작자는 대부분 바이브코딩으로 만들었고 코드를 직접 읽어 봤다고 밝혔습니다. 제작자의 코딩 경험이나 개발 시간은 확인되지 않았습니다. 따라서 비개발자의 단기 성공담이 아니라, 첫 앱의 문제를 얼마나 구체적으로 좁힐 수 있는지 보여 주는 사례로 읽어 보겠습니다.

이미 있는 앱을 왜 다시 만들었을까요?

제작자는 비슷한 확장 프로그램이 많지만 원하는 동작과 정확히 맞지 않았다고 설명합니다. Cucumbero의 README에서 눈에 띄는 선택은 차단할 페이지를 다른 주소로 보내지 않고 화면 위에 덮개를 씌운다는 점입니다. 집중 시간이 끝나면 보던 페이지 상태를 유지하려는 설계입니다.

‘집중력을 높이는 앱’은 너무 넓은 목표입니다. 반면 ‘잠시 보지 않되 돌아왔을 때 원래 상태를 남기는 앱’은 실제 동작으로 옮길 수 있습니다. 코딩을 모르는 사람도 이런 불편은 찾을 수 있습니다. 자주 쓰는 도구를 열고 어디에서 흐름이 끊기는지 적어 보세요. 반복해서 거슬리는 행동 하나가 첫 실험에는 좋은 출발점입니다.

편리한 선택에는 어떤 대가가 따를까요?

덮개 방식이 모든 상황을 해결하지는 않습니다. README는 뒤에서 오디오가 계속 재생되고 키보드 이벤트도 통과한다고 명시합니다. 확장을 끄거나 다른 브라우저를 쓰면 차단을 우회할 수도 있습니다. 제작자 역시 의도적인 접근을 막는 통제 장치보다 습관적인 방문을 늦추는 도구로 설명합니다.

한계는 제품의 약속을 정하는 재료입니다. 페이지 상태를 지키면서 소리까지 완전히 멈추고, 어떤 우회도 막겠다고 요구하면 범위가 달라집니다. 처음 만드는 앱에서는 ‘이 기능으로 무엇을 얻고 무엇은 포기하는가’를 AI에게 먼저 설명하게 하세요.

이 사례를 내 첫 프롬프트로 옮기려면 어떻게 할까요?

그대로 복제하기보다 불편의 구조를 가져오세요. 다음처럼 요청할 수 있습니다. “내가 작업 중에 특정 사이트를 습관적으로 여는 일을 줄이고 싶습니다. 타이머와 차단 목록만 있는 연습용 설계를 제안해 주세요. 페이지 이동과 화면 덮개 방식의 차이, 필요한 브라우저 권한, 막을 수 없는 상황을 설명하고 구현 전에 선택을 확인해 주세요.”

핵심은 차단 기능을 빨리 만드는 것이 아니라 동작과 한계를 먼저 고르는 데 있습니다. 계정, 사용 통계, 동기화, 결제는 나중에 검토해도 됩니다. 특히 브라우저 확장은 방문하는 페이지와 상호작용하므로, AI가 요청하는 권한의 이유를 이해하지 못했다면 설치부터 멈추는 편이 좋습니다.

공개 저장소가 있으면 바로 믿어도 될까요?

소스가 공개되어 있다는 사실은 확인의 기회를 줍니다. 안전을 자동으로 보장하지는 않습니다. Cucumbero는 외부 요청과 분석 기능이 없다고 README에서 설명하지만, 이는 제작자 문서의 주장입니다. 이번 조사에서는 설치나 네트워크 동작을 직접 시험하지 않았습니다.

내가 만든 확장을 시험할 때도 개인 계정이 없는 별도 브라우저 프로필에서 시작하세요. 타이머 종료 뒤 원래 페이지가 남는지, 차단 대상이 아닌 페이지는 그대로 열리는지 확인합니다. 작은 앱의 가치는 기능 수보다 약속한 동작을 내가 재현할 수 있는 데 있습니다.

FAQ: 제작자가 코딩을 전혀 몰랐나요?

그렇게 확인되지는 않았습니다. 대부분 바이브코딩했고 코드를 읽었다는 본인 설명까지만 확인됩니다.

FAQ: 자녀의 인터넷 사용 통제에도 적합한가요?

그 용도로 단정할 수 없습니다. 우회 가능한 자기 집중 보조 도구이며 강제적인 접근 통제와는 목적이 다릅니다.

출처: https://github.com/campugnatus/cucumbero
제작자 글: https://news.ycombinator.com/item?id=49587617
관찰 시점: 2026-09-08 KST