← cliphijack.comblog.cliphijack_
← 목록으로

유저 의견을 받아 다음 날 자동 배포 — 이 구조를 ClipLab에 적용해봤습니다

원본: GeekNews — 유저 의견을 모아 매일 자동 개발과 배포되는 웹게임 제작기

한 줄 요약: Gemini와 Cron 워크플로우로 유저 피드백을 자동으로 코드에 반영·배포하는 시스템을 구축했지만, 25% 런타임 버그 발생률로 실시간 배포를 포기하고 일일 배포로 전환했다.

---

"유저 의견이 내일 반영됩니다"를 자동화로 만든 사람

이 프로젝트를 처음 봤을 때 ClipLab 생각이 바로 났습니다.

"사용자가 원하는 기능을 요청하면 다음 버전에 반영됩니다"라는 흐름을 자동화할 수 있다면 어떨까 생각한 적이 있었는데, 실제로 만들어서 운영 중인 개발자가 있었습니다.

frogred8 개발자는 Gemini와 GitHub Actions, Cron을 연결해서 이런 파이프라인을 만들었습니다. 유저 피드백 수집 → 다국어 정제(영어로 변환 후 번역) → AI 코드 생성 → 빌드 및 릴리즈 → 배포. 그리고 이 전 과정이 매일 자동으로 돌아갑니다.

구조는 생각보다 단순합니다. 그런데 이 개발자가 중간에 겪은 문제들이 더 흥미롭습니다.

---

핵심 스킬 — 자동 배포 파이프라인에서 배운 것들

AI로 빠르게 만들고 자동 배포를 붙이는 구조를 설계할 때 실제로 챙겨야 할 것들입니다.

스킬 1: 지침 파일을 만들어라

반복적인 지시를 매번 프롬프트에 넣는 게 번거롭다는 걸 금방 느끼게 됩니다. 이 개발자는 GEMINI.md라는 지침 파일을 만들어서 기술 스택, 작동 방식, 코딩 규칙을 정리해뒀습니다.

클립납치단도 같은 방식을 씁니다. CLAUDE.md에 에이전트가 알아야 할 규칙을 적어두고, 매 세션마다 맥락을 다시 설명하지 않아도 됩니다.

스킬 2: 실시간 자동 배포보다 일일 배포가 안전하다

이 개발자가 처음엔 2시간 단위 실시간 자동 배포를 설계했습니다. 그런데 런타임 버그 발생률이 약 25%였습니다. 네 번 배포하면 한 번은 버그가 나온다는 뜻입니다.

결국 별도의 테스트 빌드를 만들고 검증 후 일일 배포로 전환했습니다. 속도보다 안정성이 우선이었습니다.

스킬 3: AI가 못 푸는 로직은 직접 건드려야 한다

스킬 트리의 중간 노드를 취소하면 하위 노드도 연쇄 취소되는 로직을 AI가 계속 틀렸습니다. 가드 코드만 잔뜩 추가할 뿐 근본 원인을 해결하지 못했습니다.

결국 개발자가 직접 코드 흐름을 파악해서 두 줄만 수정했더니 해결됐습니다. AI의 실수가 "인간적"이라는 표현이 인상 깊었습니다. 복잡한 상태 관리는 여전히 사람이 봐야 합니다.

스킬 4: 자동 커밋 메시지에 맥락을 담아라

이 개발자는 커밋 메시지에 에이전트 구동 시간, 지시 프롬프트, 작업 요약을 자동으로 포함하도록 설정했습니다. 나중에 "이 커밋이 왜 들어왔지?"를 추적할 수 있는 책임 기록이 됩니다.

---

ClipLab에 이 구조를 붙여보면서 생긴 질문들

ClipLab 쇼츠 자동화 파이프라인도 비슷한 구조를 씁니다.

입력(주제) → AI 대본 생성 → TTS → 영상 합성 → 업로드. 각 단계가 자동으로 연결됩니다. 그런데 이 게임 개발기를 읽으면서 확인된 게 있었습니다. "자동화는 속도를 주지만, 검증 비용은 그만큼 커진다."

ClipLab 파이프라인도 각 단계에서 출력물이 예상대로 나왔는지 사람이 확인하는 구간이 있습니다. 완전 자동화로 가려면 그 검증도 자동화해야 하는데, 그게 사실 가장 어렵습니다.

이 개발자가 25% 런타임 버그율로 실시간 배포를 포기한 것처럼, 클립납치단도 파이프라인의 어느 단계를 자동화하고 어느 단계에 사람이 남아야 하는지를 계속 조정하고 있습니다.

완전 자동화는 목표가 아닐 수 있습니다. 사람이 어디에 있어야 가장 가치 있는지를 아는 것이 더 중요한 질문입니다.

© clip.hijack — AI로 만드는 것들