Claude로 만든 Scribbles, 첫 앱에 회원가입이 꼭 필요할까요?

핵심 요약 (TL;DR)

작은 그림 한 장을 남기는 데 계정부터 필요할까요? 한국 시간 11월 5일 Hacker News에 소개된 Scribbles는 가입 없이 낙서하고 작품을 보낼 수 있는 브라우저 그림 도구입니다. 제작자는 자신의 디자인을 바탕으로 Claude Code와 몇 달간 만들었다고 밝혔습니다.[1] 첫 앱을 작게 만든다는 것은 기능만 지우는 일이 아니라, 그 기능이 맡던 책임을 어디에 둘지 정하는 일입니다.

방명록은 어떻게 별도 서비스가 됐을까요?

제작자는 개인 사이트의 방명록에서 시작해 방문자의 참여를 보고 독립된 도메인으로 확장했다고 설명합니다.[1] 처음부터 거대한 창작 커뮤니티를 만든 이야기가 아니라, 이미 쓰이는 작은 경험을 넓힌 사례입니다. 공개 화면에서도 그림 도구와 갤러리, 제출 버튼을 확인했습니다.[2]

다만 이 글은 소개 원문과 공개 화면을 대조한 안내입니다. 직접 작품을 제출하거나 삭제까지 시험하지는 않았습니다. 최근 소개됐다는 사실이 최근에 개발을 시작했다는 뜻도 아닙니다. 제작자의 경력과 전체 비용은 확인하지 못했으므로 비개발자가 같은 기간에 완성할 수 있다고 약속하지 않겠습니다.

가입을 없애면 삭제 권한은 어디에 남을까요?

제작자는 모든 제출물을 직접 승인한 뒤 갤러리에 올리며, 방문자는 제출 후 받은 영수증 코드를 이용해 나중에 작품을 내릴 수 있다고 설명합니다.[1] 계정 대신 작은 증표에 삭제 권한을 연결한 설계입니다. 이 방식의 보안성을 독립적으로 검증했다는 뜻은 아닙니다.

독자의 첫 앱에서도 비슷한 질문을 해 보세요. 가입을 없앴을 때 누가 자기 자료를 고칠 수 있는지, 그 권한을 잃으면 어떻게 안내할지입니다. 코드를 아는 사람이 무엇을 할 수 있는지와 분실 시 처리 방침은 화면을 만들기 전에 정할 항목입니다. 로그인 화면을 줄여도 운영에 대한 결정까지 없어지지는 않습니다.

첫 실습은 어떤 행동 하나로 좁히면 좋을까요?

처음부터 공개 갤러리를 복제하기보다는 그린 결과를 내 기기에 저장하는 흐름부터 제안드립니다. 다음은 원작의 개발 기록이 아닌 연습용 요청입니다.

“빈 화면에 선을 그리고 지울 수 있는 작은 앱을 만들어 주세요. 저장 버튼으로 결과를 내려받게 하고, 서버 제출과 회원가입은 제외해 주세요. 빈 그림을 저장할 때와 그림을 지운 뒤 저장할 때의 결과를 확인해 주세요.”

결과가 나오면 그려진 화면과 내려받은 파일을 나란히 확인합니다. 색이나 선이 다르다면 ‘저장이 이상합니다’보다 입력한 동작과 실제 파일의 차이를 설명해 주세요. 수정한 다음에는 같은 그림으로 다시 확인합니다. 기능을 더하는 것보다 이미 한 약속을 끝까지 지키는 연습입니다.

사용자에게 보여 준 뒤에는 무엇을 물을까요?

지인에게 그림을 하나 남겨 달라고 부탁하되 버튼의 위치를 먼저 설명하지 않아 보세요. 어디에서 멈추는지, 저장됐다고 언제 생각하는지 관찰합니다. 공개 제출을 추가한다면 저장과 전송을 다른 버튼으로 나누고, 공개 여부를 선택하는 순간도 분명하게 두는 편이 좋겠습니다.

Scribbles의 첫 안내는 기기에 남는 그림과 운영자에게 보내는 제출을 구분합니다.[2] 여러분의 앱에서도 사용자가 지금 자료를 보관하는지, 다른 사람에게 보내는지 알아차리게 해 주세요. 이는 특정 결함을 지적하는 것이 아니라 이 사례에서 가져온 설계 제안입니다.

FAQ: Claude Code를 쓰면 이런 앱이 자동 완성되나요?

제작자는 디자인과 수개월의 작업을 함께 언급했습니다.[1] AI가 코드 작성에 참여했다는 사실을 사람의 판단과 수정이 없었다는 뜻으로 읽지 마세요.

FAQ: 첫 버전부터 공개 갤러리가 필요할까요?

그림을 남기고 다시 보는 경험이 먼저라면 필요하지 않습니다. 공개 기능을 넣을 때는 승인·삭제·신고 같은 운영 결정을 별도 과제로 남겨 보세요.

출처
[1] https://news.ycombinator.com/item?id=50378639
[2] https://scribbles.gallery/
관찰: 2026-11-06 KST