바이브코딩으로 가족 앱 만들기, Milo는 왜 마지막 기록부터 보여 줄까요?

핵심 요약 (TL;DR)

Milo 제작자는 육아휴직 중 Claude로 수유 기록 차트를 만들기 시작했고, 아기 기록 앱으로 확장했다고 소개했습니다. 한국 시간 10월 19일 공개된 제작 후기입니다.[1] 이 사례에서 가져올 것은 빠른 개발 기간보다, 가족이 자꾸 묻던 질문을 첫 화면에 올리는 선택입니다. 첫 웹앱의 목표를 ‘모든 것을 기록하기’보다 ‘방금 한 일을 다시 찾기’로 잡아 보시면 어떨까요?

제작자는 어떤 불편에서 시작했나요?

제작 배경을 담은 공식 글은 종이에 적던 기록을 잃어버려, 마지막 수유 시각과 양을 다시 확인하기 어려웠다고 설명합니다. 그래서 처음 만든 화면에는 마지막 기록과 다음 시점에 대한 안내를 두었다고 합니다.[2] 제품의 출발점이 기능 목록이 아니라 반복되는 생활의 질문이었다는 점이 눈에 들어옵니다.

HN 소개에서 제작자는 비기술자인 아내와 함께 만들었다고도 밝혔습니다.[1] 다만 이것만으로 두 사람 모두 개발 경험이 없었다거나, 누구든 같은 기간에 완성할 수 있다고 결론 낼 수는 없습니다. 제작 기간과 협업 방식은 당사자의 설명이며 독립적으로 검증한 개발 기록은 아닙니다.

공개 데모에서는 무엇을 확인할 수 있나요?

공개 데모에는 수유·수면·기저귀 등의 입력 항목과 지난 기록이 표시됩니다. 동시에 가상의 가족을 사용하며, 눌러도 저장되지 않는 체험 화면이라는 안내가 있습니다.[3] 화면이 존재한다는 사실과 실제 가족의 자료가 안정적으로 저장된다는 사실은 구분해야 합니다.

이번 확인은 공개 페이지를 읽은 범위입니다. 계정을 만들거나 가족 간 동기화, 기록 복원, 접근 권한을 시험한 것은 아닙니다. 건강 관련 표시의 정확성도 검증하지 않았습니다. 따라서 이 글은 육아 지침이나 서비스 추천이 아니라, 생활 도구를 설계한 사례에 대한 이야기입니다.

나의 첫 앱에는 어떤 요청을 넣으면 좋을까요?

이 사례를 가벼운 집안일 기록으로 옮겨 보세요. 다음은 Milo의 실제 프롬프트가 아닌 실습 제안입니다.

“화분에 물을 준 시각과 메모를 적는 웹앱을 만들어 주세요. 첫 화면에는 가장 최근 기록을 보여 주세요. 기록 수정과 다시 열기를 지원하고, 자동 추천이나 알림은 제외해 주세요. 저장 위치도 설명해 주세요.”

이후에는 처음 보는 가족에게 설명 없이 기록을 찾아 달라고 부탁해 보세요. ‘보기 좋다’는 평가보다 어디에서 멈췄는지를 적어 두면 다음 수정 요청이 구체적이 됩니다. 가장 최근 기록을 찾지 못했다면 차트를 추가하기보다 제목과 배치부터 고치는 편을 제안드립니다.

함께 쓰기 전에 무엇을 시험해야 할까요?

혼자 입력할 때와 둘이 함께 수정할 때의 완료 조건을 따로 적어 보세요. 가짜 기록을 입력하고 화면을 닫았다가 다시 열어 확인합니다. 그다음 다른 시험 계정에서는 허용한 기록만 보이는지 살펴보세요. 저장 실패가 생겼을 때 입력 내용을 되찾을 수 있는지도 별도 항목으로 남깁니다.

이는 Milo의 구현을 검증한 결과가 아니라 독자의 실습 기준입니다. 처음부터 민감한 가족 자료를 넣지 않고, 무해한 예제로 실패 장면까지 확인하는 작은 앱을 권합니다.

FAQ: 일주일이면 저도 만들 수 있나요?

제작자가 말한 기간은 자신의 경험입니다.[1] 같은 일정을 약속하기보다 입력·조회·수정을 직접 확인할 수 있는 범위로 첫 목표를 좁혀 보세요.

FAQ: 데모가 좋으면 실제 사용도 검증된 건가요?

아닙니다. 이번 데모는 저장하지 않는다고 명시합니다.[3] 체험 화면의 이해도와 실제 저장·권한·복원은 각각 확인해야 합니다.

출처
[1] https://news.ycombinator.com/item?id=50142443
[2] https://milo.baby/story
[3] https://fennimore.milo.baby/demo
관찰: 2026-10-19 KST