AI 캐릭터 라이브 런타임
지치지 않고 라이브로 공연할 수 있는 AI 캐릭터 만들기.
스트리밍, 영상·쇼츠 게시, 시청자 기억, 스크립트 준수, 완전 자동 쇼 진행까지. AI 버튜버를 위한 라이브 런타임입니다.
4
개 활성 AI 버튜버
3000+
시간 시청
24h
스트리밍 가능 시간
Auto
자동 라이브 공연
문제
사람 버튜버는 아무래도 피로, 스케줄, 기억, 일관성에 묶일 수밖에 없습니다. 과제는 AI 캐릭터를 "진짜 살아있는 것처럼" 느끼게 하면서도, 실제 라이브 스트리밍 운영을 견딜 만큼 안정적으로 만드는 것이었습니다. 가장 어려웠던 건 대본을 읽는 게 아니라 방송 아젠다를 생성하는 일이었습니다. 초기 아젠다는 지나치게 정형적이고 AI 티가 나서 캐릭터의 말투가 아니었고, 여러 차례 고쳐서야 지금의 흐름 — 캐릭터에서 출발해 주제를 찾고, 아젠다를 만들고, 대본을 전달하고, 채팅을 읽고, 필요하면 대본을 벗어나 즉흥으로 가는 — 에 도달했습니다.
Role: 프로젝트 리드 · 페르소나 디자이너 · 런타임 디버거 · 라이브 플로우 오너 · 툴링 통합
이 4개 캐릭터는 실제로 존재하고, 지금도 운영 중입니다 — 화면은 재현 이미지지만, 구성과 수치는 진짜입니다.
예시 이미지 — 실제 화면 캡처가 아닙니다
AI 스트리머 01 · live now
412 watching · started 18m ago
AI 스트리머 02 · live now
198 watching · started 42m ago
AI 스트리머 03 · live now
356 watching · started 7m ago
AI 스트리머 04 · live now
287 watching · started 53m ago
3000+
시간 시청 — 실험실 데모가 아니라 실제 시청자로부터 쌓인 수치입니다.
Before
- 캐릭터는 개념으로는 있었지만, 실제 라이브로 돌리려면 깨지기 쉬운 수작업이 많이 필요했습니다.
- 페르소나, 툴링, 런타임 동작, 스트리밍 플로우가 아직 하나의 안정적인 공연 시스템으로 묶이지 않았습니다.
- 오래 진행되는 쇼에 필요한 일관성을 사람이 손으로 유지하기는 꽤 어려웠습니다.
- 방송 아젠다 생성은 처음엔 지나치게 정형적이고 AI 티가 났습니다. 그 캐릭터가 할 법한 말이 아니었습니다.
After
- 지금은 4개의 AI 버튜버 캐릭터가 실제로 활동하고 있습니다 — Dearu, NaisKuri, AkuCat, Amber. 모두 회사 소속이고, 제가 설계를 주도해 동료들과 함께 만들었습니다.
- 시스템은 실제 시청자로부터 3000시간 넘는 시청 시간을 쌓았습니다. 라이브 스트리밍, 영상, 쇼츠를 합산한 누적치입니다.
- AI 캐릭터가 안정적인 상태로 완전 자동 라이브 스트리밍을 진행할 수 있게 됐습니다. 아젠다는 캐릭터 말투로 생성되고, 채팅에 반응하고, 필요할 때는 대본을 벗어나 즉흥으로 갑니다.
- Gamania(遊戲橘子)의 버추얼 탤런트 「宮祈緣」과 협업해, 풀 AI 버전을 정식 공개하기 전에 A/B 테스트를 진행했습니다. 사람이 연기한 쪽과 AI가 실연한 쪽을 비교했고, 양측 모두 AI 쪽이 더 낫다는 결론에 동의했습니다.
하나의 안정된 runtime
담당한 일
실제로 한 일.
페르소나, 런타임, 라이브 워크플로우 전반의 프로젝트 관리와 실행을 주도했습니다.
캐릭터의 페르소나와 동작 방식을 설계했습니다. 가치관과 취향부터 행동 규범까지, "AI가 무엇이든 할 수 있어서는 안 된다"는 캐릭터의 경계선을 정밀하게 그었습니다.
런타임 이슈와 스트리밍 플로우 안정성을 디버깅하고, AI 티가 너무 났던 아젠다 생성 흐름을 다시 설계했습니다.
캐릭터 설정, 툴 연결, 자동 쇼 진행 동작을 정의했습니다.
데모에도 쓸 수 있고 실제 운영에 가까운 라이브 퍼포먼스가 나오도록 시스템을 조율했습니다.
AI 협업 거버넌스
AI 캐릭터를 사고 없이 계속 방송할 수 있는 건 좋은 대본을 써서가 아니라, "AI의 어떤 행동을 방치하면 안 되는가"를 아키텍처와 규칙으로 바꿨기 때문입니다. 이 페이지는 뼈아픈 대가로 얻은 거버넌스의 기록입니다.
거버넌스 사례
일차 증거 열기
AI의 몸에 밴 습성
초기의 Vibe coding: 캐릭터의 무상태 페르소나 데이터와 유상태 런타임 세션을 전부 하나의 Node.js 프로세스 인라인 메모리에 섞었습니다. 방송이 한 시간을 넘고 동시 접속이 늘자 컨텍스트 팽창으로 OOM이 나서, 캐릭터가 방송 현장에서 기억을 잃고 굳어버렸습니다.
내가 세운 거버넌스 장치
Vibe coding과 확실히 결별하고 정체성·문체·메모리 계층을 철저히 분리 — 무상태 페르소나와 유상태 런타임을 나누고, 관측 가능한 런타임 디버깅 경로를 만들었습니다.
협업으로 풀린 가치
껍데기뿐인 시제품은 프로덕션에서 일격에 무너진다는 교훈이 지금의 아키텍처 사고를 낳았습니다. 그 실패야말로 이후 설계한 런타임과 워크플로우 전체의 진짜 출발점입니다.
AI의 몸에 밴 습성
읽을 대본을 만드는 건 원고 쓰기만큼 간단할 줄 알았지만, AI 생성 방송 의제는 AI 느낌이 너무 강하고 정형적이며 캐릭터 말투가 없고 유연하지 않았습니다. "평균적으로 맞지만" 영혼 없는 내용이었죠.
내가 세운 거버넌스 장치
일선 운영자와 반복해 맞춰가는 것을 넘어, 생성 흐름 전체를 재설계했습니다: 의제를 완전히 캐릭터에서 출발하게 — 방송 주제 찾기, 의제 생성, 대본 읽기, 댓글 대응, 상황에 따른 즉흥까지 각 단계를 페르소나에 묶었습니다.
협업으로 풀린 가치
"생성할 수 있다"를 "이 캐릭터가 할 법한 방송"으로 격상. 지금의 흐름은 인간미와 캐릭터 일관성이 있는 공연을 내놓습니다, 범용 AI 대본이 아니라.
AI의 몸에 밴 습성
AI는 기본적으로 무엇이든 응하고 무엇이든 답하려 하지만, 그건 인물 설정을 희석합니다. 뭐든 하고 뭐든 아는 캐릭터는 오히려 진짜 사람 같지 않습니다.
내가 세운 거버넌스 장치
각 캐릭터를 처음부터 완성도 높게 만들었습니다: 가치관·선호·행동 규범, 그리고 이 캐릭터가 "하지 않는 것"의 선을 명확히 긋고, 인간이 체감하는 "AI 느낌"을 추출해 겨냥해서 눌렀습니다.
협업으로 풀린 가치
거의 아무도 주목하지 않는 거버넌스 차원입니다 — 캐릭터를 "하지 않음"으로써 믿을 만하게 만드는 것, 전능해서 들통나는 게 아니라.
성과
실제 시청자로 검증
실험실 데모가 아닙니다. Dearu의 첫 방송에서는 우연히 들어온 시청자들이 끝까지 AI라는 걸 알아채지 못했습니다.
멈추지 않는 공연
사람 공연자와 달리 AI 캐릭터는 쉬지 않고 스트리밍하고, 스크립트도 정확히 지키고, 시청자 맥락까지 기억합니다.
상업 협업
Gamania와 진행한 「宮祈緣」 A/B 테스트에서 AI 버전이 사람이 연기한 쪽보다 낫다는 결론이 나왔습니다. 기술은 라이선스로 제공했고, 이후 캐릭터 운영은 상대 쪽 판단입니다.