Kotlin 한 줄 못 쓰던 사람이 4개월 만에 안드로이드 앱을 출시했다 — BMAD와 CLAUDE.md가 만든 진짜 워크플로

핵심 요약 (TL;DR)

Kotlin 한 줄 못 쓰던 솔로 메이커 sminchev가 4개월 동안 Claude Code와 BMAD 프레임워크, CLAUDE.md 룰북만으로 노인 안전 모니터링 앱 HowAreU.app을 빌드해 Google Play에 첫 해 $49로 정식 출시했습니다. Kotlin 본 코드 126,000줄에 테스트 코드 130개 파일·45,000줄을 동봉했고, 본인이 손으로 친 코드는 0줄이라고 적었습니다. 비결은 모델이 아니라 룰북과 프로세스였다는 거죠.

왜 이 사례가 무거운가

처음 이 글을 봤을 때 가장 충격적이었던 건 "Kotlin 126K 줄"이 아니라 그 다음 한 줄이었습니다. "Code written manually: 0 lines." 손가락으로 친 코드가 0줄. 그런데 결과물은 Google Play에 정식 출시된 노인 안전 앱이고, 부모님이 집에서 넘어졌을 때 자녀에게 이메일 알림이 가는 self-healing 모니터링 시스템이 살아 움직입니다.

"제가 Kotlin도 Swift도 한 줄 모르는데 진짜 앱 만들 수 있나요?" — 이 질문을 매주 받습니다. 오늘은 그 질문에 가장 가까운 답이 되는 사례를 풀어볼까 합니다. 자기 할머니가 집에서 혼자 넘어지고 몇 시간 동안 아무도 모르는 사건을 겪고 만든 앱이라, 결과 숫자도 충격이지만 어떻게 만들었는지가 진짜 핵심이거든요.

sminchev가 만든 것: HowAreU.app

• 부모님 폰에만 깔리는 안드로이드 앱. 웨어러블도, 카메라도, 전화도 안 씁니다.
• 일상 패턴(기상 시간·활동 수준·자주 가는 위치)을 학습해 이상 신호를 감지 → 자녀에게 이메일 알림.
• 배터리 영향 약 1%, 민감 데이터는 폰 내부에만, 외부엔 익명화된 요약만 송신.
• Google Play 정식 출시. 첫 해 $49, 이후 매년 $5 (공식 사이트: howareu.app). 21일 무료 체험, 신용카드 등록 불필요.

여기까지가 "보이는 결과"입니다. 진짜 흥미로운 건 빌드 과정인 거죠.

"0줄 손코딩"이라는 말의 진짜 의미

원글에 본인이 박은 숫자는 이렇습니다 — Kotlin 본 코드 126,000줄·398 파일에, 테스트 코드 130 파일·45,000줄이 동봉됐고, 4개월이 걸렸으며, 코드를 손으로 친 양은 0줄. (전체 원문: dev.to/stoyan_minchev)

"0줄"이라는 표현은 오해를 부르기 쉽습니다. 손가락 노동이 0이라는 거지, 두뇌 노동이 0이라는 뜻은 아닙니다. 본인이 가장 강조한 한 줄을 그대로 옮기면 — "AI coding tools are not magic code generators. They are force multipliers for engineering process." AI는 마법 코드 생성기가 아니라 엔지니어링 프로세스의 증폭기라는 거죠. 프로세스가 빈약하면 4개월 동안 짠 코드 126K 줄도 동시에 빈약해진다는 의미를 뒤집어 들으면 되는 겁니다.

그가 깐 3-스택: BMAD + CLAUDE.md + 교차 리뷰

sminchev의 워크플로는 세 개 축으로 정리됩니다.

1. BMAD 프레임워크 — spec → architecture → story 순서로 단계화합니다. "이 앱이 뭐 하는 앱인가" 한 문서, "그걸 위해 어떤 구조가 필요한가" 한 문서, "그 구조 위에서 이번 세션은 무슨 사용자 스토리 한 개를 끝내는가" 한 문서. 이 세 층을 분리해놓으면 AI가 매번 내가 지금 어디에 있는지를 다시 알아낼 수 있습니다.

2. CLAUDE.md 룰북 — 매 세션 시작에 자동 로딩되는 프로젝트 룰 파일. 코딩 컨벤션, 디렉토리 규칙, 테스트 작성 방식, "이건 절대 하지 마라" 목록을 한 곳에 모읍니다. 본인의 표현은 "AI는 룰을 절대 안 잊는다." 사람은 다음 주에 까먹지만 CLAUDE.md를 매번 읽는 AI는 안 까먹는다는 거예요.

3. 교차 LLM 리뷰 — 자기가 빌드한 PR을 다른 LLM에게 던져서 코드 리뷰를 시킵니다. 원글에는 "second model"이라고만 적혀 있어 모델명은 비공개. 중요한 건 모델 종류가 아니라 같은 코드를 다른 관점이 한 번 더 본다는 구조 그 자체인 거죠.

여기에 그가 깔아둔 메타-룰이 있습니다 — 세션 시작에는 문서를 로드하고, 세션 끝에는 아키텍처 노트를 업데이트해서 다음 세션을 위해 컨텍스트를 보존하는 루프. 이걸 4개월 동안 끊지 않았다는 게 진짜 노동입니다.

한국 비개발자가 같은 출발을 한다면

한 가지 묻고 싶습니다. sminchev의 사례에서 가장 따라 하기 쉬운 부분과 가장 따라 하기 어려운 부분이 무엇일까요?

쉬운 부분은 도구입니다. Claude Code 설치하고, BMAD 형식의 spec/architecture/story 문서 세 개를 만들고, CLAUDE.md를 깔면 됩니다. 며칠이면 환경은 갖춰지죠.

어려운 부분은 프로세스를 4개월 끊지 않는 일관성입니다. 매 세션마다 문서 로드 → 작은 스토리 1개 완수 → 아키텍처 노트 업데이트 → 다음 세션 시작. 이 루프를 깨면 AI가 만들어내는 코드가 다음 세션의 컨텍스트에 들어오지 못해서 sminchev가 말한 force multiplier가 force divider로 뒤집힙니다.

처음 7일은 spec 한 장 / architecture 한 장 / CLAUDE.md 한 장만 세 번 다시 쓰세요. 처음 30일은 가장 작은 사용자 스토리 5개를 끝까지 끌고 가보세요. 처음 90일은 테스트 코드를 본 코드와 같은 비율로 따라 만들어보세요. sminchev가 본 코드 126K에 테스트 45K를 동봉한 비율(약 36%)이 우연이 아닙니다.

FAQ

Q. Kotlin 0줄에서 시작한 사람이 정말 production 앱을 만들 수 있나요?
A. 적어도 sminchev는 만들었습니다. 다만 "0줄 손코딩"이 "0줄 두뇌 노동"이라는 뜻이 아니라는 점을 기억해야 합니다. spec·architecture·rule 문서를 본인이 직접 설계했다는 점, 그리고 그 문서를 4개월 동안 유지보수했다는 점이 진짜 노동입니다.

Q. BMAD 프레임워크가 표준 도구인가요?
A. 원글에서는 단계화(spec→architecture→story) 방법론으로 소개되어 있지만, 본인 명명인지 외부 표준인지는 명확하지 않습니다. 핵심은 이름이 아니라 세 층으로 분리한다는 패턴 그 자체입니다.

Q. 어떤 모델을 썼나요?
A. 원글에는 "Claude Code"라고만 적혀 있고 모델 버전은 명시되지 않았습니다. 교차 리뷰에 쓴 모델 역시 "second model"이라고만 표기되어 있어요.

마무리

"AI는 룰을 절대 안 잊는다"가 이 사례의 한 줄 요약이라고 봅니다. 룰북을 4개월 동안 유지보수한 사람이 Kotlin 한 줄 못 쓰던 상태에서 Google Play에 앱을 올렸다는 사실은, 코드 자체보다 코드의 배경 문서가 결과를 더 많이 좌우한다는 증거인 거죠. 다음 주에 CLAUDE.md를 다시 손보세요. 그게 다음 4개월의 force multiplier가 될지도 모릅니다.