Re:Fill

한눈에

• 출시 준비를 마친 복약·영양제 관리 앱을 혼자 완성했다.
• 코드·설계는 전부 AI(Claude Code)가 작성했다. 나는 무엇을 어떤 규칙으로 만들지 정의하고, AI 개발 워크플로를 설계·검수했다.
• 명세 우선 개발 · 교차 모델 검증 · 자동 검증 게이트로 품질을 통제했고, 핵심 로직은 자동 테스트로 검증했다.

실제 앱 화면 — 목록 · 캘린더 · 수정 · 복용 기록 PDF · 설정

어떻게 만들었나 — AI 개발 방법론

약 정보는 그 사람의 건강을 드러내는, 민감하고 정확해야 하는 데이터다. 그래서 “그냥 작동하는 연습용”이 아니라 출시해도 될 수준을 목표로 잡았고, 단순히 “AI야 만들어줘”로 끝내지 않고 품질을 보장하기 위한 개발 워크플로를 짜서 진행했다.

코드는 AI(Claude Code)가 작성했다. 내가 한 일은 무엇을 어떤 규칙으로 만들지 정의하고, AI가 그것을 제대로 구현하도록 개발 과정을 설계·관리하는 것이었다.

• 명세 우선 개발 (Spec-driven Development) — 구현 전에 요구사항을 글로 확정했다. 먼저 무엇을·왜 만들지 명세를 작성하고(specify), 그 명세에서 모호하거나 빠진 부분을 질문으로 짚어 메우고(clarify), 명세가 충분히 완전·명확한지 점검 목록으로 검증한(checklist) 뒤에야 구현에 들어갔다. 이 clarify 단계에서 “같은 약을 두 번 넣으면?”, “남은 개수가 0이 되면?”, “알림은 몇 번까지?” 같은 빈틈을 미리 메웠다. 명세의 품질이 결과물의 품질을 결정한다는 원칙으로 작업했다.
• 교차 모델 검증 (Cross-model Review) — 한 모델(Claude)이 세운 명세·계획을, 다른 제공자의 모델(OpenAI Codex)이 독립적으로 검토·반박하게 했다. 같은 모델은 자기 설계의 허점을 보지 못하기에, 결제·동시성·데이터 손실처럼 위험이 큰 부분일수록 서로 다른 모델로 교차 검증해 약점을 미리 걸러냈다.
• 자동 검증 게이트 (Verification Gates) — 계층 간 의존성 방향 같은 아키텍처 규칙을 검사 코드로 만들어, 변경할 때마다 규칙 위반을 자동으로 잡았다.
• 기능별 격리 · 살아있는 문서 · 코드 인덱싱 — 기능마다 독립 작업 공간(worktree)에서 진행하고, 설계 문서를 코드와 동기화해 유지하며, 코드 구조를 색인화해 AI가 정확한 맥락 위에서 작업하게 했다.

요컨대 내 기여는 코드 타이핑이 아니라, AI가 일관되고 검증 가능한 방식으로 프로덕션급 결과를 내도록 개발 방법론을 설계·운용한 것이다.

내가 책임진 결정 — 출시 수준으로 막은 것들

방법론이 말뿐이 아니라는 증거다. 까다로운 문제에서 내가 동작 규칙을 정하고, AI가 그 규칙대로 구현했다.

약 개수 계산이 어긋나지 않게

컴퓨터는 소수점 숫자(예: 0.5)를 계산할 때 미세한 오차가 생긴다. 약은 “30개에서 하루 1개씩 30일이면 정확히 0개”여야 하므로, “약 개수와 복용량은 오차가 생기지 않는 방식으로만 다룬다”를 규칙으로 정했다. 덕분에 “0.0000001개 남음” 같은 잘못된 표시가 나오지 않는다.

먹음·건너뜀·놓침을 구분해서 기록

약을 “먹었다”, “일부러 건너뛴다”, “그냥 놓쳤다”는 의미가 서로 다르다. 특히 일부러 건너뛴 건 안 먹은 것이라 재고가 줄면 안 된다. 그래서 “이 셋을 구분해 기록하고, 건너뜀은 약 개수를 깎지 않는다”를 규칙으로 정했다.

약을 지워도 과거 기록은 남게

약을 목록에서 지우면 보통 그 약의 복용 기록도 같이 사라진다. 하지만 “지난달에 무슨 약을 며칠 먹었는지”는 남아야 의미가 있다고 봤다. 그래서 “약을 지워도 과거 복용 기록은 그대로 보존한다”를 규칙으로 정했다.

약 일정을 바꿔도 과거 기록은 그대로

복용 시간이나 횟수를 중간에 바꾸면, 자칫 지난 날짜의 기록까지 새 일정 기준으로 엉킬 수 있다. 그래서 “과거는 그때 정해져 있던 일정 기준으로 그대로 두고, 바뀐 일정은 오늘부터 적용한다”를 규칙으로 정했다.

폰을 꺼놔도 정해진 시간에 자동 기록

요즘 휴대폰은 배터리를 아끼려고 안 쓰는 앱을 뒤에서 멈춘다. 약은 정해진 시간에 빠짐없이 기록되는 게 중요하므로, “앱이 꺼져 있거나 잠겨 있어도 정시에 복용을 자동으로 남긴다”를 규칙으로 정했다. 화면을 켤 때까지 미뤄지지 않도록 처리됐다.

알림이 한꺼번에 쏟아지지 않게

약이 많으면 복용·재고 알림이 한꺼번에 몰려 정작 급한 알림이 묻힌다. 그래서 “휴대폰이 감당할 수 있는 알림 한도 안에서, 급한 것(곧 떨어지는 약·오늘 먹을 약)부터 챙긴다”를 규칙으로 정했다.

여러 나라 말을 지원하되, 번역이 빠져도 안 깨지게

38개 언어를 지원하기로 했는데, 어떤 언어에서 번역이 하나라도 빠지면 화면에 빈칸이나 알 수 없는 글자가 뜨기 쉽다. 그래서 “번역이 없으면 영어로, 그것도 없으면 안전한 글자로 대신 채워 절대 깨진 화면이 안 나오게 한다”를 규칙으로 정했다.

개인 정보가 새지 않게

약 정보는 그 사람의 병을 짐작하게 하는 민감한 정보다. 그래서 “오류 기록이나 내보낸 파일에 약 이름·메모가 섞여 나가면 안 된다”를 규칙으로 두고, 출시 전에 이런 새는 구멍을 점검해 막았다.

결제를 속일 수 없게

광고 제거 결제는 앱을 조작해 공짜로 푸는 시도가 늘 있다. 그래서 “결제가 진짜인지는 휴대폰 안이 아니라 서버에서만 확인한다”는 규칙을 정했다. 이 규칙대로 구현된 결과, 앱 쪽 데이터를 손대도 서버가 인정하지 않으면 광고가 풀리지 않는다.

이 밖에도 대용량 백업이 안전하게 처리되는 것, 인터넷이 중간에 끊겨도 데이터가 깨지지 않는 것 같은 경계 상황까지 따져 처리했고, 그 동작이 깨지지 않는지 자동 테스트로 검증했다.

갖춘 기능

주요 기능을 7개 영역으로 묶었다.

• 약·복용 관리 — 추가·수정·삭제, 연속 추가, 자동 복용, 복용 중지·재개, 정렬·필터·카테고리
• 달력·기록 — 먹음/건너뜀/놓침 구분, 복용 달성률, 미래 재고 예측, 삭제해도 과거 기록 보존
• 알림 — 복용·리필 알림, 알림에서 바로 처리, 알림 개수 한도 자동 관리, 언어 바꾸면 재번역
• 언어·화면 — 38개 언어 자동 인식, 테마·시간 형식 설정, 길게 눌러 빠른 값 조절, 넓은 화면 달력 분할
• 계정·보안 — 구글/애플 로그인, 계정·데이터 완전 삭제, 결제 서버 검증, 동의 기반 오류 리포트
• 데이터 — 클라우드 백업·복원(손상 백업 자동 차단), 복용 기록·약 목록 PDF·엑셀 내보내기
• 광고·결제 — 광고 제거 1회 구매, 기기 간 동기화, 환불 자동 반영, 지역별 동의, 비맞춤형 광고

정직하게 — 내가 한 일

이 앱의 코드와 설계는 AI(Claude Code)로 구현했다. 내가 한 일은 코드 작성이 아니라, 무엇을 어떤 규칙으로 만들지 정하고, AI가 제대로 만들도록 개발 방식을 설계하고 결과를 검수한 것이다.

이 프로젝트로 확인한 건 하나다 — 혼자서도, AI를 도구로 잘 다루면, 아이디어를 출시 가능한 제품까지 끌고 갈 수 있다.