AI 코딩 에이전트로 20일 만에 Android 앱 4개를 출시한 방법

20일 동안 나온 것

커밋 59개 중 41개(69%)가 밤 9시부터 새벽 2시 전까지에 있습니다.

사람과 AI는 일을 어떻게 나눴나요?

AI 공동 작성 표시는 그 커밋을 에이전트와 함께 만들었다는 뜻이지, 코드 몇 줄을 누가 썼는지 나타내는 비율은 아닙니다.

속도를 만든 규칙 4가지

1. 한 번에 한 앱, 공통은 모듈로: 파일 저장, 이미지 처리, 작업 상태, 광고, 결제, 통계는 각 앱에 따로 두지 않고 core/ 모듈에 모아 둡니다. 둘째 앱부터는 화면과 앱 고유 기능만 새로 씁니다.
2. 다음 앱은 스크립트로 찍기: new_app.sh가 첫 앱을 복사하고 이름, 색, 아이콘을 바꾸고, 앱별 식별자를 모두 PLACEHOLDER로 비웁니다. 처음 돌린 날(09-23) 버그 4개가 나와 고쳤고, 다음 날 셋째 앱은 수정 없이 그대로 만들어졌습니다.
3. 틀리기 쉬운 것은 게이트가 막기: 광고 테스트 ID가 남거나 식별자가 비어 있으면 출시용 빌드가 만들어지지 않습니다. 규칙을 지침 파일에 적는 데서 끝내지 않고 테스트로 막습니다(AGENTS.md 글).
4. 콘솔 작업도 API로: AAB 업로드, ko·en 스토어 등록정보, 앱당 스크린샷 30장, 인앱 상품, Firebase 프로젝트와 GA4 속성을 스크립트로 만듭니다. 사람이 콘솔에서 하는 일은 API가 열어 주지 않는 부분만 남습니다.

새 앱은 콘솔에서 먼저 손대기 전까지(첫 AAB 업로드, 서비스 계정 권한 부여) API 요청을 거절했고, AdMob의 앱 생성 API는 제한된 접근이라 403을 돌려줬습니다. 그래서 AdMob 앱과 광고 단위는 콘솔에서 만들고, 스크립트가 그 ID를 읽어 설정 파일에 넣습니다.

잘못한 것과 고친 것

• 디버그는 멀쩡한데 출시용 빌드가 죽었습니다. 코드 축소 도구 R8이 생성자 하나를 지워, 모든 릴리스 빌드가 시작하자마자 죽었습니다. 그 뒤로 업로드 전에는 축소된 릴리스 빌드를 기기에서 두 번 실행해 봅니다(출시 전 점검 글).
• 심사에 넣은 뒤 실기기 E2E를 돌렸습니다. 10월 4일 Galaxy S21·S20 E2E에서 major 결함 9건이 나왔습니다. 원인으로 묶으면 5종류였고, 가장 큰 것은 "작업 중에 시스템이 앱을 종료하면 화면이 멈추는" 문제였습니다. 원본 손상이나 크래시는 없었지만, 순서가 거꾸로였습니다. 지금은 E2E를 심사 제출 전에 합니다.
• 검사 스크립트도 버그가 있었습니다. 화면을 기다리는 스크립트가 시간 초과에도 성공(0)으로 끝나, 뒤의 검사가 엉뚱한 화면에서 계속 돌았습니다. AI가 만든 검사 도구도 검사해야 합니다.

직접 해 보려면

1. 지침 파일부터: 에이전트가 틀리기 쉬운 규칙만 짧게 적습니다. 이력은 따로 둡니다.
2. 첫 앱을 끝까지: 스토어 공개까지 한 번 완주해야 무엇을 자동화할지 보입니다.
3. 출시 전 검사를 스크립트로: 게이트, 릴리스 빌드 실행, 실기기 확인을 "업로드 전 필수"로 둡니다.
4. 검증한 것과 안 한 것을 나눠 기록: 변경 기록에 "어느 기기에서 무엇을 확인했는지"와 "확인 못 한 것"을 같이 씁니다.

자주 묻는 질문

다른 AX 노트

• 대개편 직후 DAU는 올랐고, 자연 유입 코호트 D1은 15.2%에서 11.2%로 내려갔다
• 사진 앱 3개를 만든 뒤에야 시장 조사를 했다: 올해 나온 경쟁 앱 설치 중앙값 1,166
• 커밋 701개로 본 AI 코딩 1년: '완성'에서 '원인·검증'으로
• Android assets를 미리 gzip한 실측: APK 이득은 0, .pack.gz는 .pack이 되어 FileNotFoundException
• SKT 판매 삼성 폰에서 market://을 열면 스토어 선택 창이 뜬다: Play 패키지부터 지정하기
• addOnCompleteListener(this)가 onStop에서 지운 리스너 때문에 스플래시에 멈춘 버그

회고와 숫자 글 전체 보기 · AX 노트 전체 보기