바이브코딩 시작은 내 불편에서: Glocker가 집중 도구를 만든 방법

핵심 요약 (TL;DR)

Glocker는 정해진 시간에 웹사이트와 프로그램을 차단하는 Linux 도구입니다. 제작자는 기존 차단 스크립트의 한계를 느껴 aider로 만들기 시작했고, 도중에 Claude Code로 전환했다고 밝혔습니다. 개발자 없이 MVP를 고민하는 분에게 이 사례가 주는 힌트는 거대한 서비스보다 반복해서 겪는 불편을 구체적인 사용 규칙으로 바꾸는 데 있습니다.

이미 차단 도구가 있는데 왜 다시 만들었을까요?

2026년 11월 3일 오후 5시 56분, 한국 시각의 Show HN 소개에서 제작자는 업무용 컴퓨터에 사이트를 막는 스크립트를 여러 개 두고 있었다고 설명했습니다. 하지만 더 제대로 된 도구가 필요했고, 특히 Linux에서 원하는 방식으로 작동하는 상용 앱을 찾기 어려웠다고 합니다.

여기서 문제는 단순히 사이트를 못 열게 하는 것이 아니었습니다. 집중하기 싫어지면 자신이 차단을 해제할 수 있다는 점까지 다뤄야 했습니다. 그래서 Glocker의 설명에는 일정에 따른 차단뿐 아니라, 해제를 느리고 의식적인 행동으로 만드는 장치가 등장합니다. 제작자가 원하는 것은 강한 보안 제품보다 스스로 정한 약속을 지키도록 돕는 도구에 가까워 보입니다. 이는 공개 기능을 토대로 한 해석입니다.

AI를 사용했다는 근거는 무엇인가요?

제작자는 첫 AI 보조 코딩 실험이었다고 소개하며, 2025년 10월 무렵 aider로 개발을 시작했다고 적었습니다. 이후 Claude Code로 바꾸면서 코딩 보조 도구의 사용법도 익혔고, 구현뿐 아니라 출시와 마케팅에도 AI의 도움을 받았다고 밝혔습니다.

따라서 최근 48시간 안에 확인되는 것은 HN에 올린 공개 소개입니다. 제품 전체를 이틀 만에 만들었다는 뜻은 아닙니다. 제작자가 비개발자였다는 근거도 없으므로, 이 사례를 코딩 경험이 전혀 없어도 같은 결과를 낼 수 있다는 증거로 읽어서는 안 됩니다.

작은 MVP의 범위는 어떻게 잡을 수 있을까요?

공개 README에는 사이트 차단, 프로그램 차단, 정해진 시간의 sudo 사용, 사용 기록과 대시보드가 나옵니다. 이번에는 HN 원문과 저장소 문서를 대조했으며, 실제 컴퓨터에 설치해 차단 효과를 시험하지는 않았습니다.

입문자가 응용할 부분은 기능 목록 전체가 아니라 문제를 묻는 순서입니다. 내가 언제 집중을 잃는지, 무엇을 반복해서 여는지, 어떤 순간에 규칙을 깨는지부터 적어 보는 것입니다.

예를 들어 처음에는 차단 기능 대신 특정 시간의 작업 기록을 남기는 작은 화면을 만들 수 있습니다. 기록을 보고 필요성을 확인한 뒤 알림을 붙이는 방식입니다. 이는 Glocker의 실제 개발 순서가 아니라, 시스템 권한을 건드리지 않고 아이디어를 시험하기 위한 응용 제안입니다.

이 사례의 특징은 더 많은 기능을 생성하는 데 있지 않습니다. 자신이 우회하게 되는 행동까지 요구사항에 넣었다는 점입니다. “집중 앱을 만들어 줘”보다 “내가 정한 시간을 쉽게 취소하지 않도록 어떤 단계를 둘까?”라는 질문이 제품의 성격을 더 선명하게 만듭니다.

FAQ: 비개발자의 첫 바이브코딩 과제로 적합한가요?

문제를 정의하는 방식은 참고할 만하지만 원형을 그대로 따라 만들기는 조심스럽습니다. README상 설치에는 Linux와 systemd, 관리자 권한이 필요하며 sudo 사용에도 영향을 줍니다. 첫 실험은 기록이나 알림처럼 권한 영향이 작은 범위로 제한하는 편이 낫겠습니다.

FAQ: 실제 사용자와 성과가 검증됐나요?

제작자는 자신에게 유용했고 소수 사용자가 있다고 말했습니다. 이는 HN 자기보고입니다. 독립적인 사용자 조사나 생산성 개선 실험을 확인한 것은 아니며, 매출이나 절감 시간을 추정할 근거도 없습니다.

출처는 어디인가요?

제작자 소개: https://news.ycombinator.com/item?id=50349646
공개 저장소와 README: https://github.com/glocker-app/glocker