하루 1~2시간으로 유튜브 채널 8개를 돌린다는 주장에서 눈여겨볼 것은 시간이 아니라 그 시간이 무엇으로 압축되었는지다. 답은 편집 기술도 소재 감각도 아니라 “기사 URL을 넣으면 대본과 쓸 사진이 나온다”는 단일 매핑이었다. 채널 수는 이 매핑을 몇 번 호출하느냐의 함수가 되고, 그래서 채널 확장의 한계비용이 거의 0에 수렴한다.
근거
“제가 하루 1~2시간만 활용해서 8개 채널을 운영할 수 있는 이유는 AI 프롬프트를 최대한 저한테 맞게끔 설정을 해둔게 가장 크다고 생각합니다. (물론 계속 업데이트를 하면서 사용합니다)”
괄호 안의 한 줄이 본문보다 중요하다. 프롬프트를 자산으로 만드는 것은 초기 설계가 아니라 갱신의 지속이다. 한 번 잘 쓴 프롬프트는 문서고, 계속 고쳐지는 프롬프트는 시스템이다. 내가 gstack이나 하네스 구조에서 반복해 확인한 것과 정확히 같은 형태다 — 좋은 프롬프트가 아니라 좋은 절차가 해자를 만든다.
여기서 나오는 실천적 판단 기준: AI로 무언가를 빠르게 해냈을 때, 그 속도가 다음번에도 재현되는지 물어라. 재현되지 않으면 그건 운이고, 재현되면 그때부터 자산이다. 자산의 크기는 “내가 이 파이프라인을 몇 개의 채널·프로젝트에 동시에 걸 수 있는가”로 측정된다.
연결된 생각
- 20260605-process-beats-prompting — 동일 결론의 다른 도메인 버전. 프롬프트가 아니라 프로세스가 해자다
- 20260603-harness-is-the-new-source-code — 반복 호출 가능한 파이프라인이 진짜 소스코드라는 관점
- 20260811-ai-leverage-point-output-vs-process — 이 자산이 어디에 투입되어야 하는지를 규정하는 개념
- 20260811-copy-and-sell-declares-moat-moved-to-distribution — 프롬프트 자산이 복제되어도 해자가 유지되는 이유. 갱신 능력이 원본을 지킨다
- 20260811-prompt-as-thinking-blueprint-10-layers — 그 프롬프트 자산을 무엇으로 채울지에 대한 기법 목록