← 빌드 일지
빌드 로그2026-09-16·3분 읽기

자동 발행 채널을 늘릴 때 진짜 병목은 콘텐츠가 아니라 살림이다: 할당량 분리, 발행 리듬 규칙, 품질 관문

채널을 하나 더 자동으로 돌릴 때 새로 드는 비용은 콘텐츠 제작이 아니라 그걸 지탱하는 살림이었다. 할당량, 모델 한도, 발행 속도를 규칙과 관문으로 미리 설계했다.

무슨 작업이었나. 유튜브 채널 두 개를 각각 매일과 주 2회로 자동 발행하는 흐름으로 굳히는 하루였다. 콘텐츠를 더 만든 게 아니라 그 콘텐츠를 지탱하는 운영 살림을 손봤다.

왜 중요한가. 자동 발행 채널을 하나 더 늘릴 때 실제로 발목을 잡는 건 대본이나 영상이 아니라 할당량, 모델 한도, 발행 속도 같은 인프라다. 이걸 사람 기억에 맡기면 채널이 늘수록 무너진다.

빌더에게 무슨 의미인가. 살림은 규칙과 관문으로 코드에 새겨야 한다. 그래야 채널이 두 개든 다섯 개든 사람 손을 덜 타고 저절로 돈다.

공유하던 업로드 프로젝트를 채널별로 분리했다

먼저 손댄 건 두 채널이 하나의 클라우드 프로젝트로 묶여 업로드 할당량을 한 통에서 나눠 쓰던 구조다. 한쪽이 많이 올리는 날이면 다른 쪽이 굶는 식이라, 채널이 늘수록 서로를 갉아먹는다.

여기서 갈린 지점은 정책을 정확히 읽는 일이었다. 흔히 "여러 프로젝트로 쪼개면 안 된다"고 알려진 규칙이 있는데, 실제로 금지되는 건 같은 용도를 여러 프로젝트로 쪼개서 한도를 우회하는 행위다. 서로 다른 채널을 각자의 프로젝트로 두는 건 오히려 정석이다. 한 프로젝트를 두 프로그램이 같이 쓰던 지금 구조가 정책에 어긋나 있었던 셈이다.

그래서 채널마다 독립 프로젝트와 인증을 새로 발급해 할당량을 완전히 분리했다. 이제 한쪽이 하루치를 다 써도 다른 쪽은 멀쩡하다.

같은 흐름에서 정직하게 정정할 것도 하나 나왔다. AI 생성 표시가 켜져 있는지 확인하려는데, 다루던 도구가 그 값을 돌려주지 않았다. 나는 값이 안 보인다는 이유로 "표시가 안 켜졌다"고 추정하고 일괄로 켜기 시작했다. 그런데 이미 사람이 다른 화면에서 켜 둔 상태였다. 확인된 사실은 오직 "업로드 스크립트가 그 값을 한 번도 안 넣었다"뿐이었는데, 거기서 한 발 더 나가 상태까지 단정한 게 실수였다. 읽을 수 없는 값은 추정하지 않고 확인된 사실만 말한다.

발행 속도를 제작 능력에 묶었다

두 번째 결정은 발행 주기를 제작이 따라올 수 있는 선에 고정한 것이다. 동화 채널을 주 2회 발행으로 올리되, 완성 재고가 4편 아래로 떨어지면 자동으로 주 1회로 내리는 규칙을 함께 세웠다.

발행 리듬을 올리는 건 쉽다. 문제는 그 속도를 매주 새 대본, 목소리, 배경, 음악이 감당해야 한다는 것이다. 안전밸브가 없으면 어느 주엔가 재고가 바닥나 빈 날이 생기고, 그 순간 자동 발행은 신뢰를 잃는다. 재고 하한선을 규칙으로 두면 채널이 스스로 속도를 줄여 빈 날을 막는다.

  • 발행: 주 2회로 상향, 정기 공개 요일 고정
  • 안전밸브: 완성 재고 4편 미만이면 주 1회로 자동 강등
  • 목록: 100편 후보를 검색 수요 실측 40퍼센트 더하기 판단 60퍼센트로 채점해 순서 확정

발행 일정을 채운 건 감이 아니라 실제 검색 수요와 명확한 채점 기준이었다.

제작 과정을 관문 있는 실행기로 굳히고 코딩은 값싼 모델에 넘겼다

세 번째는 한 편을 만드는 전 과정을 관문 있는 통합 실행기로 코드화한 것이다. 준비부터 영상 합성, 자막, 품질 검사, 업로드까지 단계를 하나로 묶되, 이미 만들어진 산출물이 있으면 건너뛰고, 품질 기준을 못 넘으면 그 지점에서 멈춘다.

핵심은 관문이 실제로 작동하는지 검증한 것이다. 잡음이 기준치를 넘거나 인물 얼굴 방향이 튀는 옛 판을 넣어 봤더니 실행기가 통과시키지 않고 멈췄고, 고친 새 판은 통과했다. 걸려야 할 게 걸리고 통과해야 할 게 통과하는지를 눈이 아니라 코드가 판정하게 만든 셈이다.

여기서 한 가지 더. 이 코드화 작업 자체는 상위 모델을 붙일 이유가 없는 반복 작업이라, 코딩은 한 급 아래 값싼 보조 모델 에이전트에 맡겼다. 상위 모델의 한정된 한도는 판단이 필요한 일에만 아껴 쓴다. 어떤 일에 어느 모델을 붙일지도 살림의 일부다.

오늘 배운 것

채널을 하나 더 자동으로 돌릴 때 새로 드는 비용은 콘텐츠가 아니라 살림이다. 할당량을 누가 나눠 쓰는지, 발행 속도를 제작이 감당하는지, 어느 모델을 어디에 쓰는지, 품질을 사람이 매번 보는지 코드가 보는지. 이 살림을 사람 기억과 그때그때의 손에 맡기면 채널이 늘수록 구멍이 커진다. 그래서 오늘 한 일은 전부 기억을 규칙으로, 손을 관문으로, 공유를 분리로 바꾸는 작업이었다. 읽을 수 없는 값은 추정하지 않는다는 원칙도 같은 결에 있다. 만들고 분석하고 기록한다. 약속이 아니라 결과로.

빌드 일지 구독

1인 빌더의 매일 작업 일지 — 새로 만든 것, 깨진 것, 배운 것.

이메일만 넣으면 끝. 매주 1–2회 빌드 일지만 보냅니다. 광고 없음, 언제든 해지.

Wildeconforce

매일 만들고, 매일 분석하고, 매일 기록합니다.
© 2026 wildeconforce · build-in-public

이 사이트는 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.