요약하자면, 제가 4개 팬뷰 크리에이터 계정의 팬 채팅을 완전히 자동으로 관리하는 시스템을 만들었어요. VA(Virtual Assistant)도 없고 수동 작업도 전혀 없죠. 월 24달러짜리 VPS에서 24시간 내내 돌아가고, 최적의 시간에 PPV(Pay-Per-View) 메시지를 보내고, 신규 구독자에게 자동 환영 인사를 하고, 구독 만료자에게는 재구독 유도 메시지도 보내요. 휴대폰으로 확인할 수 있는 실시간 대시보드도 있고요. 개발에 총 3주 정도 걸렸는데, 이제 그냥 알아서 돌아가더라고요.

이 글에서 뭘 팔려는 건 아니고요. 제가 뭘 만들었고 어떻게 작동하는지, 그리고 지금까지의 결과를 공유하려고 해요. 여기 바이럴리에서 AI 채팅에 대해 많이들 물어보시는데, 대부분의 답변이 '크롬 확장 프로그램으로 챗GPT 쓰세요' 식이거든요. 그건 좀 아니잖아요.

## 제가 해결하려던 문제

저는 팬뷰에서 AI 인플루언서 계정 4개를 관리하고 있어요. 콘텐츠 생성(AI 이미지, AI 영상, 인스타/스레드/트위터 자동 포스팅)은 자동화되어 있었는데, 채팅은 여전히 수동이었죠. 제가 직접 하거나 사람을 고용해야 했어요.

수지가 안 맞았어요:

* 괜찮은 채팅 담당자는 시간당 15~25달러 필요해요.

* 24/7 커버를 위해서는 최소 3교대가 필요하죠.

* 그러면 크리에이터 1명당 주당 1,200~2,000달러예요.

* 4명이라면 채팅 담당자 인건비만 월 5천~8천 달러예요.

* 품질도 일정하지 않았어요. 어떤 채팅 담당자는 하루에 500달러를 벌지만, 어떤 분은 50달러만 벌더라고요.

* 야간 근무자는 안정적으로 구하기 어려웠고요.

* 채팅 담당자가 그만둘 때마다 새 사람 교육에 2~3주를 날렸어요.

그래서 이걸 처음부터 다 만들기로 했어요.

## 시스템이 실제로 하는 일

이건 답변을 추천해 주는 크롬 확장 프로그램이 아니에요. 서버에서 인간의 개입 없이 완전히 자율적으로 실행되는 시스템이에요.

### 크리에이터별 AI 챗봇

각 크리에이터마다 고유의 AI 페르소나가 있어요. 단순히 '섹시한 여자처럼 대답해'가 아니라, 다음 사항을 학습했죠:

* 크리에이터의 실제 메시지 스타일(속어, 이모지 패턴, 문장 구조)

* 수익화 전략(언제 티징할지, 언제 PPV를 밀어붙일지, 언제 물러설지)

* 팬 등급 인지(무료 팔로워와 월 50달러 구독자는 다르게 대우)

* 대화 메모리(이전 대화, 팬 선호도, 구매 내역 기억)

AI는 단순히 답장만 하는 게 아니라, 전체 수익 극대화 전략을 따릅니다:

**팬 등급별 관리:**

* 신규 구독자 → 환영 시퀀스 → 유대감 형성 → 첫 PPV 제안

* 활성 구매자 → 독점 콘텐츠 제공 → 번들 업셀링

* 비활성 팬 → 재참여 시퀀스 → 재구독 유도 제안

* 무료 팔로워 → 10회 메시지 제한 → 구독 유도

**PPV 발송:**

AI가 각 팬이 가장 활발한 시간에 맞춰 잠금 콘텐츠를 보냅니다. 오후 3시에 일괄 발송하는 게 아니라, 개인별 타이밍에 맞춰서요.

### 자동 환영 메시지

모든 신규 구독자에게 60초 이내에 개인화된 환영 메시지를 보내요. 첫 메시지가 분위기를 잡고, 구독 사실을 잊기 전에 참여를 유도하죠. 수동 환영(1~4시간 지연)과 비교했을 때 즉시 환영을 하니 첫 답장 전환율이 3배나 높았어요.

### 재구독 유도 시퀀스

구독이 만료되면 시스템은 2주에 걸쳐 4단계의 재구독 캠페인을 실행해요:

1. 0일차: 가벼운 '보고 싶어요' 메시지

2. 3일차: 독점 제안/티징

3. 7일차: FOMO(놓칠까 봐 두려워하는 심리) 자극

4. 13일차: 딜을 포함한 마지막 시도

각 단계마다 3~4가지 메시지 변형이 있어서 템플릿처럼 느껴지지 않게 했어요.

### 실시간 대시보드

제가 실시간 대시보드를 만들어서 다음을 보여줘요:

* 크리에이터별 시간당 전송 메시지 수

* 팬 참여율

* 토큰 상태 (아래에서 더 자세히 설명)

* 크리에이터별 수익 추적

* 시스템 상태 모니터링

저는 하루에 한 번 휴대폰으로 확인하는데, 보통 다 초록색이에요.

### 토큰 관리

이게 제일 어려웠어요. 팬뷰는 일회용 리프레시 토큰을 사용하는 Ory Hydra를 사용해요. 리프레시 토큰을 두 번 사용하면 영구적으로 만료돼요. 두 프로세스가 같은 토큰을 갱신하려고 시도해서 시스템이 멈추는 걸 다른 분들에게서 봤거든요.

제 해결책은 단일 도커 컨테이너가 15분 주기로 모든 토큰 갱신을 처리하게 하는 거예요. 다른 건 토큰을 건드리지 못하게 했죠. 몇 주 동안 단 한 번의 토큰 만료도 없이 잘 돌아가고 있어요.

## 기술 스택

구조를 숨기진 않을게요:

* **서버:** 월 24달러 Vultr VPS (Ubuntu, Docker)

* **오케스트레이션:** n8n (셀프 호스팅, 워크플로우 자동화)

* **AI:** 대화 생성을 위해 OpenRouter를 통한 Mistral 사용 (이 용도에서 가격 대비 품질 비율이 최고예요)

* **데이터베이스:** MySQL (팬 기록, 대화 상태, 구매 내역)

* **토큰 갱신:** 도커 컨테이너 안의 맞춤형 Python 스크립트

* **대시보드:** Cloudflare 뒤에 있는 맞춤형 Python 웹 앱

* **모니터링:** 10분마다 실행되는 헬스 체크 워크플로우가 문제가 생기면 텔레그램으로 저에게 알림을 줘요.

각 크리에이터는 겹치지 않도록(모두 소수임) 67초, 71초, 73초, 79초 간격으로 시간차를 둔 별도의 n8n 워크플로우로 실행돼요. 이렇게 하면 속도 제한을 방지하고 한 번에 하나의 API 호출만 발생하도록 보장해요.

## 힘들게 배운 점

**1. 팬뷰 API는 문서화가 안 되어 있고 함정 투성이예요.**

* 채팅 객체에는 UUID 필드가 없어요. 팬 UUID는 `chat.user.uuid`에 있어요.

* 메시지 가져오기 엔드포인트는 복수형(`/messages`)인데, 보내기 POST 엔드포인트는 단수형(`/message`)이에요.

* 메시지는 최신순으로 와요. AI에 보내기 전에 역순으로 바꾸지 않으면 대화가 거꾸로 돼서 AI가 말도 안 되는 답장을 해요.

* 메시지에 `is_creator` 필드가 없어요. 누가 보냈는지 확인하려면 `sender.handle`을 확인해야 해요.

**2. 토큰 관리는 생사여탈권이에요.**

두 프로세스 간의 경쟁 조건으로 리프레시 토큰이 두 번 사용되면 영구적으로 죽어요. 브라우저를 통해 다시 인증해야 하죠. 저는 이 문제를 디버깅하는 데 3일을 썼는데, 해결책이 극단적으로 단순하다는 걸 깨달았어요. **딱 하나의 프로세스**만 토큰을 갱신하게 하는 거예요. 끝.

**3. AI에게는 자유가 아니라 가드레일이 필요해요.**

초기 버전에서는 가끔 스크립트 밖으로 나갔어요. 크리에이터가 제공하지 않는 것을 약속하거나, PPV를 너무 공격적으로 밀거나, 대화 중에 성격이 바뀌기도 했죠. 해결책은 명확한 경계가 있는 엄격한 시스템 프롬프트와 자연스러운 결함(오타, 지연된 응답, 다양한 메시지 길이)을 추가하는 '인간화' 레이어를 추가하는 것이었어요.

**4. 무료 팔로워는 시간 낭비예요.**

무제한 무료 메시지는 AI가 돈을 절대 안 쓸 사람들에게 시간을 다 쓰게 만들어요. 저는 무료 팔로워에게 10회 메시지 제한을 두고, 그 후에 구독을 유도하는 부드러운 푸시를 넣었어요. 그러자마자 수익이 올랐어요.

## 현재까지의 결과

이 시스템은 몇 주 동안 자율적으로 운영되고 있어요. 주요 수치는 다음과 같아요:

* **응답 시간:** 60초 이내, 24/7 (VA 사용 시 1~4시간 대비)

* **가동 시간:** 99.9% (3주 동안 재시작 1회, 자동 복구됨)

* **VA 비용 제거:** 월 0달러 (원래 월 3천~5천 달러 예상했었죠)

* **서버 비용:** 월 24달러

* **일일 메시지 수:** 전체 크리에이터에 걸쳐 200~400건

* **AI 감지에 대한 팬 불만 없음** (페르소나 훈련이 효과적)

이 시스템은 신규 구독자 환영부터 비활성 팬 재유도까지 전체 팬 라이프사이클을 제가 아무것도 건드리지 않고 처리해요. 저는 하루에 한 번 대시보드를 확인하는데, 보통 2분 정도 걸려요.

## 다음 계획

저는 이 시스템을 확장해서 다음을 처리할 거예요:

* 자동 PPV 콘텐츠 생성 (AI 생성 이미지를 잠긴 메시지로 전송)

* 교차 플랫폼 팬 추적 (여러 플랫폼에 있는 동일한 팬 추적)

* 팬별 수익 예측 (누가 다음에 구매할지 예측하고 우선순위 지정)

## 질문 있나요?

아키텍처, 팬뷰 API, 토큰 관리 또는 다른 기술적인 질문에는 기꺼이 답변해 드릴게요. 실제 코드나 시스템 프롬프트를 공유하지는 않을 거지만, 'X를 어떻게 해결했어요?' 같은 질문에는 답해 드릴 거예요.

누군가 비슷한 설정을 운영하고 있거나 만들려고 생각 중이라면, 여러분의 가장 큰 병목 현상이 무엇인지 궁금해요. 저에게는 토큰 관리가 100% 가장 큰 문제였어요. 그 부분만 해결되니 나머지는 다 쉬웠거든요.