// TOPIC ARCHIVE
개발 자동화
하루에 앱 하나를 만들 수 있을까 — 앱 공장 13편을 끝내고
기획, 디자인, 개발, QA와 배포를 스킬과 워크플로로 엮자 정말 하루에 앱 하나가 나왔다. 12개 앱을 만들며 놀랐던 점과 Google Play·Firebase의 현실적인 제약, 마지막까지 사람이…
앱 공장 13화 – 같은 실수를 두 번 하면 그때부터 사람이 지키는 규칙이 아니게 됩니다
실수 장부 63건을 기록하는 데서 멈추지 않고, 같은 유형이 두 번 나오면 규약이나 코드 가드로 승격한 과정을 정리했습니다.
앱 공장 12화 – 코드는 전부 통과했는데 마일스톤은 통과시키지 않았습니다
코드 조건 3개는 통과했지만 텔레메트리 조건 2개는 데이터가 없어 실패했습니다. 측정할 수 없으면 마일스톤을 통과시키지 않습니다.
앱 공장 11화 – 콘솔을 기계가 운전하게 만들었더니, 그중 하나는 API가 있었습니다
Google Play 콘솔 오류를 자동화로 우회했습니다. 국가 지정은 처음부터 API에 있었고, 실제 API가 없는 곳은 세 곳뿐이었습니다.
앱 공장 10화 – 제 설계를 검증 AI 셋이 만장일치로 부쉈습니다 — 자동화 loop를 직접 짠 이유
기성 반복 실행 엔진 위에 자동화 파이프라인을 얹으려 했지만 검증 AI 셋이 같은 문제를 지적했습니다. 상류와 하류를 나누고 외부 의존성 없는 297줄 루프를 직접…
앱 공장 9화 – AI 심사원에게 채점을 맡겼더니 21개 관점이 전부 통과했습니다
AI 심사원 21개 관점이 모두 통과한 감사 기록을 분석하고, 실제로 통과를 막은 JSON 증거와 297줄 Python 게이트를 확인했습니다.
앱 공장 8화 – 기획서를 사람이 읽는 글로만 쓰면 자동화가 거기서 멈춥니다
사람이 읽는 기획서를 기계가 처리하는 로드맵으로 나누고, 228개 합격 조건에 코드·주관·지표 판정 꼬리표를 붙인 과정을 기록했습니다.
앱 공장 7화 – 통과시키기보다 떨어뜨리도록 검증 관문을 만든 이유
앱을 많이 만드는 파이프라인일수록 애매한 후보를 쉽게 통과시키면 안 됐습니다. 기존 앱 전체와 비교하고, 고유기능과 디자인 콘셉트를 보수적으로 판단하는 계정 보호 관문을 만들었습니다.
앱 공장 6화 – AI가 고른 앱 주제가 다섯 번 연속 기각당했습니다
AI가 고른 앱 주제가 다섯 번 연속 기각된 이유를 분석하고, 실패를 예측 불가·내재화 불가·연중 상시·세션 깊이 조건으로 바꾼 과정을 기록했습니다.
앱 공장 5화 – AI에게 같은 설명을 두 번 하지 않기 위해 절차를 파일로 옮겼습니다
AI에게 같은 설명을 반복하지 않도록 지시를 스킬 파일과 자동 검사로 옮겼습니다. 21개 운영 절차와 세 가지 실행 방식을 기록했습니다.