서론
저는 '메모리아리(Memorialy)'라는 개인 앱을 만들고 있습니다. 이 앱은 사진을 선택하면 송별회나 생일에 사용할 수 있는 추억 영상/슬라이드쇼를 만들어주는 애플리케이션입니다.
이 앱의 사업 운영 방식을 2026년 10월 하순부터는 '거의 모든 것을 AI에 맡기는' 방식으로 진행하고 있습니다. 전략, 개발, 스토어 제출, SNS용 영상 제작, 작은 실험에 이르기까지 Claude가 정기적으로 작업을 수행하며 매일 움직이고 있고, 오너(글쓴이)가 하는 일은 주로 '판단'과 '스마트폰으로 몇 분간의 조작' 정도입니다.
이 글은 그 과정에서 발생한 하나의 사건 기록입니다. '1월 중순 공개 예정'이었던 기능이 오너의 한마디를 계기로, 그날 밤 사이에 만들어져 다음 날 아침 스토어에 제출되었고, 하루 만에 심사를 통과했습니다.
원래 계획
메모리아리의 새로운 핵심 기능을 '다 함께하는 추억 영상(みんなで寄せ書き)'으로 기획하고 있었습니다. 단순히 주최자 한 명이 사진을 모으는 것이 아니라, 직장 동료나 친구들이 각자 메시지와 사진을 보내면 그것이 하나의 영상으로 통합되는 기능입니다. 송별/퇴직 시즌인 2~3월에 맞춰 AI가 정리한 계획은 '1월 중순 공개'를 목표로 했습니다.
10월 31일 자정 무렵, AI는 이 계획의 준비 문서를 작성했습니다. 여기까지는 예정대로 진행되었습니다.
오너의 한마디
계획을 읽은 오너가 이렇게 답했습니다.
'이 방식으로는 추억 영상에 참여할 수 있는 사람이 나(주최자)만 할 수 있고, 참가자들이 들어올 수가 없지 않은가?'
당시 앱으로도 '추억 영상 같은' 것은 만들 수는 있었습니다. 다만 메시지를 모으는 과정은 주최자의 수작업이 필요했습니다. '다 함께'라고 하면서도 모두가 참여할 수 있는 진입점이 없었던 것입니다.
이어 오너는 '지금 당장 시작하고 싶다'고 전달했습니다. 이로써 계획 시기는 '1월 중순'에서 '오늘 밤'으로 변경되었습니다.
AI가 하룻밤 사이에 한 일
이후의 작업은 거의 AI의 정기 작업과 대화 세션으로 진행되었습니다. 순서대로 나열하면 다음과 같습니다.
- 서버 기반: 참가자의 메시지와 사진을 받을 수 있는 데이터베이스와 사진 저장소를 자동으로 만드는 시스템. Cloudflare의 무료 사용 범위 내에서 작동시킵니다.
- 참가자 페이지: 앱이 없는 사람도 브라우저를 통해 이름, 메시지, 사진을 보낼 수 있는 페이지. 도착한 데이터는 30일 후에 자동 삭제되도록 했습니다.
- 주최자 측 수신: 앱 내에서 도착한 메시지를 목록으로 보고 사용할 것을 선택하여 영상에 통합하는 화면.
- 영상 연출: 'OO님께'라는 표지와 마지막에 보내는 사람의 이름이 나오는 엔드롤(endroll).
- 개인정보 설명: 개인정보 처리방침과 App Store 및 Google Play에 제출할 데이터 취급 신고안을 새로운 기능에 맞춰 업데이트.
- 릴리스: 버전을 올리고 빌드를 하여 스토어에 제출했습니다.
각 항목이 하나의 변경(Pull Request)이었으며, 실제 환경에서 '참가자가 전송 → 주최자가 수신'까지 처음부터 끝까지 작동하는지 확인하는 작업도 AI가 스스로 수행했습니다.
오너가 한 일
사람의 손길이 필요했던 부분은 AI가 건드릴 수 없는 영역의 조작과, 비용 및 방침에 대한 판단입니다.
- Cloudflare 키를 만들어 GitHub에 등록하고 사진 저장소를 활성화함 (약 30분. 작은 실험 사이트 준비와 통합)
- '당분간 무료/인원 제한 없음'이라는 요금제 결정
- App Store Connect에서 새 버전을 만들고, '평가 리셋(評価をリセットする)' 체크박스에 체크함
- 스토어의 개인정보 신고를 AI의 제안대로 업데이트함 (약 10분)
밤늦게까지 깨어있었지만, 오너가 코드를 직접 작성한 시간은 '제로'였습니다.
심사는 하루 만에
새 버전(1.6.1)은 10월 31일 오전 8시 반에 제출되었고, 다음 날인 11월 1일 오후에 확인했을 때는 이미 '배포 중' 상태였습니다. 이전 버전에서는 심사 대기 시간이 약 4일 반 정도 걸렸기 때문에, 이번에는 상당히 빠르게 통과한 것입니다.
심사에 걸리는 시간은 예측할 수 없습니다. 그렇기에 AI에게 맡기는 시스템에서는 '제출 후에 무엇을 준비해 둘지'를 미리 결정해 두는 것이 중요하다고 느꼈습니다. 이번에는 심사를 기다리는 동안 영상 파일에도 표지와 엔드롤이 들어가도록 개선하거나, 영상을 완성했을 때 평가를 요청하는 타이밍 재조정이 진행되었습니다.
깨달은 점
만드는 시간보다, 결정하는 시간이 더 오래 걸린다
가장 크게 느낀 점입니다. 이번에 기능을 만든 것은 하룻밤이었습니다. 반면, '참가자가 참여할 수 없다'는 문제점을 인지하기까지는 계획을 세우고부터 며칠이나 걸렸습니다.
AI에게 개발을 맡기게 되면, 사람의 일은 '쓰는 것'에서 '깨닫고', '결정하는 것'으로 옮겨갑니다. 만드는 비용(Cost)이 낮아지면, 무엇을 만들지에 대한 판단 자체가 속도를 결정하게 됩니다.
계획은 '사람의 한마디'로 바뀔 수 있다
AI가 세우는 계획은 논리적이고 신중합니다. '1月中旬(1월 중순)'이라는 날짜에도 이유가 있었습니다. 다만, 그 계획이 전제했던 '만드는 데 시간이 걸린다'는 조건은 AI에게 맡기는 체제에서는 성립할 수 없게 되었습니다.
계획을 AI에 맡기고 있더라도, 계획을 읽고 "그거, 지금 못 해요?"라고 묻는 것은 사람의 역할이라고 생각합니다.
사람의 조작은 '키(Key)'와 '돈'과 '스토어 버튼'에 집중된다
이번 오너가 수행한 조작들을 나열해 보면, 외부 서비스 키 발급, 요금 판단, 스토어 관리 화면의 버튼, 세 종류로 모였습니다. 반대로 말하면, 이 부분을 처음부터 한꺼번에 준비해 둔다면 AI가 멈추는 상황을 훨씬 줄일 수 있습니다.
숫자에 대해
솔직히 말씀드리면, 이 시점에서의 메모리아리(Memorially) 다운로드는 하루 1건 전후이고, 앱 내 결제는 아직 0건입니다. 새로운 기능이 수치에 어떻게 영향을 미칠지는 앞으로의 기록을 통해 확인해 나가겠습니다.
맺음말
'AI로 전부 자동'이라는 말은 화려하지만, 실제로 일어나고 있는 것은 AI가 많은 손을 움직이고, 사람이 요점에서 깨닫고 결정하는 분담입니다. 이번 휘갈겨 쓰기(寄せ書き) 기능은 그 분담이 잘 맞아떨어진 한 예시였습니다.
이 노력의 기록은 앞으로도 계속 써나가겠습니다.
Discussion