Hermes Agent를 활용한 TikTok Slides 콘텐츠 자동화 제작 방법 (단계별 가이드)

현재 TikTok은 슬라이드쇼의 조회수와 참여도를 크게 높이고 있습니다. 다음 채널들을 확인해보세요.

이 스택을 사용하는 이유

Slides 쇼는 현재 TikTok에서 가장 높은 레버리지를 가진 포맷입니다:

• 알고리즘이 여전히 적극적으로 밀어줌 (저렴한 콘텐츠, TikTok 입장에서 무한 공급 문제)
• 촬영, 편집, 얼굴 노출 불필요
• 훅 기반 → 하루에 50개의 훅을 A/B 테스트 가능
• 초안 업로드는 직접 게시 API를 사용할 때 발생하는 대부분의 봇 탐지를 우회

병목은 아이디어가 아니었습니다. 조립 라인이 문제였죠. 훅 → 틈새 → 이미지 방향 → 8장 슬라이드 구성 → 캡션 → 스케줄. 수동으로 하면 게시물당 20분. 30개 계정이면 싫어하는 풀타임 직업이 됩니다.

Hermes Agent는 npm install로 연결하는 프레임워크가 아니라, 어디든 배치할 수 있는 자율 CLI 에이전트(제 $5 Hetzner 박스)이며, 내장 스킬, cron, MCP, 하위 에이전트 위임 기능을 갖추고 있습니다. 전체 파이프라인은 에이전트가 로드하는 스킬 + 스케줄에 따라 실행되는 cron 작업일 뿐입니다. 큐 인프라나 워커 풀 관리가 필요 없습니다.

1단계: Hermes Agent 설치

VPS에서 한 줄 설치:

공급자 선택:

저는 에이전트 단계(훅 연구, 이미지 방향, 캡션)에는 Anthropic을 OAuth(Max 플랜)로 사용하고, 대량 폴링에는 저렴한 OpenRouter 폴백을 사용합니다. Nous Portal, OpenAI Codex, DeepSeek, Z.AI, Kimi hermes model도 연결할 수 있습니다. 에이전트가 모든 것을 안내합니다.

작동 확인:

응답이 오면 가장 어려운 부분은 끝난 것입니다. 전체 퀵스타트는 https://hermes-agent.nousresearch.com/docs/getting-started/quickstart에서 확인하세요.

그런 다음 게이트웨이를 systemd 서비스로 설치하여 로그인하지 않아도 cron 작업이 실제로 실행되도록 합니다:

이 데몬은 60초마다 스케줄러를 틱하고, 새로운 에이전트 세션에서 예정된 작업을 실행합니다.

2단계: 정신 모델 파이프라인 = 스킬 + cron, 워커 아님

대부분의 자동화 튜토리얼은 큐와 워커를 사용합니다. Hermes는 이를 뒤집습니다. 작업 단위는 스킬(~/.hermes/skills/의 마크다운 파일)이고, 트리거는 하나 이상의 스킬을 로드하여 실행하는 cron 작업입니다.

TikTok 파이프라인 매핑은 다음과 같습니다:

각 스킬은 에이전트가 필요 시 로드하는 마크다운 파일입니다. Cron 작업은 context_from을 통해 연결됩니다. Hermes 스케줄러는 각 작업을 새로운 격리된 세션에서 실행하므로 계정 간 상태 오염이 없습니다.

3단계: 스킬 생성

스킬은 ~/.hermes/skills/<category>/<skill-name>/SKILL.md에 위치합니다. 에이전트가 skill_manage를 통해 직접 생성하거나, 수동으로 작성할 수 있습니다. 저는 혼합 방식을 사용합니다. 구조를 초안으로 작성한 후, Hermes가 실행을 관찰한 후 다듬도록 합니다.

훅 연구자 스킬

bash

~/.hermes/skills/tiktok/hook-researcher/SKILL.md:

이미지 소스 라우터 스킬

슬롯별로 Pinterest vs AI 생성을 결정합니다.

~/.hermes/skills/tiktok/source-router/SKILL.md:

Pinterest 스크래퍼 스킬

에이전트가 컨텍스트 내에서 HTTP 회전 로직을 수행해서는 안 되므로 도우미 스크립트가 필요합니다.

~/.hermes/skills/tiktok/pinterest-scraper/SKILL.md:

~/.hermes/skills/tiktok/pinterest-scraper/scripts/scrape.py는 일반 Python 스크립트입니다. 에이전트는 execute_code 또는 terminal을 통해 호출하고 stdout을 파싱합니다. 위에 선언된 PROXY_POOL_URL은 execute_code 샌드박스에 자동으로 전달됩니다. 이는 많은 환경 변수 연결을 절약해주는 Hermes 기능입니다.

슬라이드 컴포저 (에이전트 없음 모드)

이 단계는 완전히 결정적입니다. LLM이 필요 없습니다. Hermes는 정확히 이를 위해 no_agent 모드를 제공합니다:

bash

~/.hermes/scripts/compose-slides.py:

그런 다음 no_agent cron 작업으로 스케줄링합니다. wakeAgent가 실행되지 않으며, 이 단계에서 LLM 비용이 발생하지 않습니다.

게시자 스킬

~/.hermes/skills/tiktok/publisher/SKILL.md:

4단계: 섀도우 밴 킬러 - 항상 초안 모드

대부분의 튜토리얼이 생략하는 부분이며, 새 계정이 죽는 가장 큰 이유입니다.

계정이 30일 미만이면 항상 초안으로 게시하세요. 예외 없음.

TikTok의 새 계정은 시험 기간에 있습니다. 알고리즘은 다음을 프로파일링합니다:

• 콘텐츠 게시 API를 통한 게시 → 봇 위험 점수 +1
• 게시 IP가 계정의 일반적인 기기 IP와 일치하지 않음 → +1
• 의심스럽게 규칙적인 간격 → +1
• 기기 내 캡처와 비교하여 메타데이터가 제거되거나 일관성 없음 → +1

새 계정에서 이런 요소가 2-3개 쌓이면 조용히 섀도우 밴당합니다. 알림 없음. 동영상이 영원히 50-200 조회수에 갇힙니다. 콘텐츠가 나쁘다고 생각하겠지만, 그렇지 않습니다. 계정이 죽은 것입니다.

위의 게시자 스킬은 30일 미만/게시물 20개 미만 계정에 대해 초안 모드를 하드코딩합니다. Postiz는 초안으로 업로드하고, 제 iPhone 팜(WebDriverAgent 자동화를 통해)이 초안을 가져와 실제 기기에서 실제 IP로 게시를 누릅니다. TikTok은 알려진 기기에서 사람이 시작한 게시로 인식합니다. 깨끗합니다.

워밍업 프로토콜:

• 1-7일: 계정은 스크롤, 좋아요, 팔로우만 수행
• 8-14일: 하루 1개 초안 게시, 초안 생성 후 2-4시간 후 기기에서 게시
• 15-30일: 하루 2-3개 초안으로 증가, 게시 시간을 ±90분 내에서 무작위화
• 30일+: 전체 파이프라인 케이던스, 여전히 초안 모드

Hermes cron + Postiz Cloud + iPhone 팜 기기 게시 = TikTok 분류기에 유기적 행동과 구별 불가능.

5단계: cron + context_from으로 모든 것을 연결

이것이 Hermes cron 시스템의 마법입니다. 각 파이프라인 단계는 별도의 cron 작업입니다. 작업 N은 context_from을 통해 작업 N-1의 가장 최근 출력을 읽습니다. 제가 조정하지 않아도 체인이 처음부터 끝까지 실행됩니다.

Hermes와의 단일 채팅 세션에서 체인을 생성합니다:

text

hermes --tui

TikTok 파이프라인을 계정 acc_42, 틈새=피트니스로 설정해야 합니다.

파이프라인이 매일 09:00 UTC에 실행되도록 스케줄링하세요.

체인: 훅 연구 → 소스 라우팅 → Pinterest 스크래핑 → 구성 → 캡션 → 게시.

각 단계는 일치하는 스킬을 사용하고 이전 단계의 컨텍스트를 받아야 합니다.

Hermes는 내부적으로 cronjob 도구를 사용하여 체인을 생성합니다. 다음은 동등한 직접 호출의 예시입니다(Hermes가 대신 수행):

몇 가지 핵심 사항:

context_from은 출력을 연결합니다. Hermes는 각 상위 작업의 가장 최근 저장된 출력을 ~/.hermes/cron/output/{job_id}/에서 읽어 다음 작업의 프롬프트에 컨텍스트로 추가합니다. 데이터베이스, 큐, 글루 코드가 필요 없습니다.

workdir은 프로젝트 디렉토리 내에서 작업을 실행합니다. 즉, AGENTS.md, .cursorrules 및 로컬 컨텍스트 파일이 자동으로 로드됩니다. 계정 구성과 프롬프트 오버라이드를 프로젝트 저장소에 보관할 때 유용합니다.

컴포저에서 no_agent=True. 순수 결정적 Sharp/PIL 작업입니다. LLM 호출에 비용을 지불할 이유가 없습니다. 스크립트의 stdout이 작업의 출력이 되어 다음 단계로 정상적으로 연결됩니다.

deliver="telegram"은 게시 완료 시 저에게 알림을 보냅니다. 고가치 계정의 최종 단계에는 "all"을 사용하여 연결된 모든 채널에 성공 알림을 받습니다.

6단계: 단계별 도구 세트 제어 (비용 절감)

기본적으로 cron 작업은 hermes tools를 통해 cron 플랫폼에 대해 구성한 도구 세트를 상속합니다. 그러나 빈도가 높은 단계의 비용 제어를 위해 작업별로 도구 세트를 잠급니다:

훅 연구에는 브라우저, 터미널 또는 위임 도구 세트가 필요하지 않습니다. 이는 모든 LLM 호출에서 도구 스키마 프롬프트를 부풀립니다. 훅 작업을 ["file"]로 잠그면 훅 생성 토큰이 약 40% 감소했습니다. 30개 계정 × 하루 1개 게시물 × 30일 = 실제 비용 절감.

Pinterest 스크래핑 작업에는 스크립트 호출을 위해 ["terminal", "file"]이 필요합니다. no_agent 모드의 컴포저는 도구 세트를 로드하지 않습니다(에이전트 실행 없음). 게시자에는 postiz-cli를 위해 ["terminal", "file"]이 필요합니다.

7단계: 변경 사항이 없으면 에이전트 건너뛰기

Hermes에는 일일 훅 작업에 완벽한 사전 확인 스크립트 패턴이 있습니다. 틈새 성능 데이터가 어제와 동일하면 새로운 훅을 생성할 이유가 없습니다. 어제의 상위 3개가 여전히 상위 3개이기 때문입니다.

~/.hermes/scripts/hook-precheck.py:

cron 작업 생성 시 script 매개변수를 통해 연결합니다. 에이전트는 성능 데이터가 실제로 변경된 경우에만 깨어납니다. 새로운 데이터를 수동으로 기록하지 않은 일반적인 날에는 LLM을 완전히 건너뜁니다. 공짜입니다.

8단계: Postiz 설정 (클라우드 또는 자체 호스팅) + 공식 Hermes 스킬

저는 2개월 동안 Docker에서 Postiz를 자체 호스팅하려고 했습니다. 컨테이너 수정에 더 많은 시간을 썼습니다. OAuth 토큰 갱신 실패, 미디어 디스크 가득 참, 스케줄 워커 조용히 죽음. Postiz Cloud($29/월)는 주당 약 5시간의 디버깅 시간을 되찾아주었습니다.

60초 설정:

bash

Postiz 스킬은 이 SKILL.md를 통해 Hermes에 노출됩니다(설치 후 ~/.hermes/skills/postiz-agent/SKILL.md에 위치):

Hermes는 세션 시작 시 이를 읽고 postiz 바이너리를 도구로 등록하며, 이제 이 스킬을 로드하는 모든 cron 작업이 이를 호출할 수 있습니다.

알아두면 좋은 API 기본 사항

두 계층 모드 시스템이 사람들을 혼란스럽게 합니다. Postiz에는 아무데도 가지 않고 Postiz UI에만 남는 게시물을 위한 자체 type: "draft"가 있습니다. 그것은 우리가 원하는 것이 아닙니다. 우리는 type: "schedule"과 content_posting_method: "UPLOAD"를 원합니다. Postiz가 게시물을 스케줄링하고, 예약된 시간에 TikTok으로 푸시하지만, TikTok 측 초안으로 계정의 받은 편지함에 도착하여 iPhone 팜이 실제 기기에서 게시합니다.

잘못된 조합 = 잘못된 결과. 먼저 하나의 계정에서 테스트하세요.

규정 준수 이유가 있거나 게시물 양이 많은 경우에만 자체 호스팅하세요. 클라우드는 실제 비용이 있지만(키당 시간당 30개 요청 제한), 자체 호스팅은 시간을 잡아먹습니다.

힘들게 배운 점

첫 번째 훅을 신뢰하지 마세요. 저는 2주 동안 훅 아키타입 #1을 사용하여 파이프라인을 실행했습니다. 평평했습니다. 틈새당 3개의 아키타입을 A/B 테스트하고 TikTok의 조회수를 읽는 일일 평가 루프로 전환하여 죽은 아키타입을 제거하고 승자에 집중했습니다. CTR이 일주일 만에 급등했습니다.

Pinterest는 진정성 있는 틈새에서 AI를 이깁니다. 저는 피트니스 변환 슬라이드를 위한 이미지 생성 프롬프트 최적화에 3개월을 보냈습니다. 그런 다음 Pinterest에서 스크래핑한 것과 50/50으로 테스트했습니다. Pinterest 슬라이드가 저장 수에서 2.3배 더 높았습니다. 실제 사진이 다릅니다. 해결책: 틈새별로 라우팅.

새 계정에는 초안 모드가 필수입니다. 이를 받아들이기 전에 4개의 계정을 잃었습니다. 새 계정에 직접 게시하면 첫 주 내에 조용한 섀도우 밴이 발생합니다. 죽은 계정에 2개월의 콘텐츠를 낭비할 때까지 알 수 없습니다.

리소스:

• Hermes Agent: https://hermes-agent.nousresearch.com/
• Postiz: https://postiz.com/

화이팅 💪