유튜브 벤치마킹 · 원본 형식 분석
레퍼런스 분석비디아 · v3 · 패키지 3개
유튜브 영상 URL 한 편의 형식(후킹·전개 구조·속도·말투·화면 연출)을 분석하고, 원본과 다른 새 주제를 정해 다음 단계에 넘깁니다(클론이 아닌 벤치마킹).
설명서
하는 일 reference_fetch 로 유튜브 영상(숏츠는 앞 15분, 롱폼은 앞 40분까지)을 받아 음성 인식으로 대본을 얻고, 프레임 격자로 화면 구성을 분석하고, 제목을 읽습니다. 원본에서는 형식만 뽑습니다 — 분야·시청자·말투, 후킹 방식, 전개 구조(칸별 역할·기능·길이 비율), 속도, 화면 연출, 제목 방식, 배울 점과 피할 것. 원본의 사실·수치·사례·비유는 넘기지 않습니다. 원본 대본 전체는 텍스트 파일로 남겨 다음 단계의 겹침 검사(15% 이하)에만 씁니다.
새 주제 회원이 input.new_topic 을 적으면 그 주제로, 비우면 같은 분야에서 원본과 대상이 다른 주제를 골라 input.topic 에 넣습니다. 사실은 다음 단계(자료조사)가 새 주제로 새로 찾습니다.
숏츠·롱폼 input.target_minutes 가 있으면 롱폼으로 보고 input.brief(제작 의도)를 채웁니다(원본 사실은 input.facts 에 넣지 않습니다). 두 경우 모두 input.notes 에 벤치마킹 규칙(형식만 배우기, 주제·내용·대본·화면은 새로, 겹침 15% 이하, 원본 채널·진행자 언급 금지)을 덧붙입니다.
입력 input.source_url(필수, watch?v=·youtu.be·/shorts/ 주소), 선택 input.new_topic·input.target_minutes·input.facts·input.brief·input.notes.
출력 reference{mode:"remake", benchmark:true, url, title, durationSec, analyzedSec, transcriptAssetId, transcript(앞 3000자), original, niche, audience, format, hookPattern, structure, pacing, visual, titlePattern, strengths, avoid, newTopic}, input.topic(롱폼이면 input.brief 도), input.notes.
비용 영상 가져오기(30초당) + 음성 인식(분당) + 화면 분석 LLM 토큰 + 제목 읽기 1회. 원본 길이에 비례합니다(5분 영상 약 수백 P). 회원 API 키는 필요 없습니다.
출력 예시(JSON)
이 모듈이 내는 JSON 의 모양입니다. 최상위 키가 이 모듈이 내는 필드이고, 앞 단계까지 쌓인 JSON 에 합쳐져 다음 모듈의 입력이 됩니다. 만든 파일 목록(files)은 실행 때 서버가 채웁니다.
출력 예시 JSON 보기
{
"reference": {
"mode": "remake",
"benchmark": true,
"url": "https://www.youtube.com/shorts/abcdEFGhijk",
"videoId": "abcdEFGhijk",
"title": "해저터널이 바닷물 압력을 버티는 방법",
"durationSec": 58.4,
"analyzedSec": 58.4,
"videoAssetId": 12,
"framesAssetId": 13,
"transcriptAssetId": 14,
"transcript": "바다 밑 터널은 거대한 콘크리트 상자를 가라앉혀 이어 붙여 만듭니다. …",
"original": {
"subject": "침매공법으로 만든 해저터널의 콘크리트 함체",
"viewerQuestion": "바다 밑 콘크리트 상자는 어떻게 물 압력을 버티나",
"conclusion": "두꺼운 함체와 이음부 고무 패킹이 압력을 나눠 받는다"
},
"niche": "공학 원리 해설 숏츠",
"audience": "구조물·기계에 호기심 있는 일반 시청자",
"format": {
"durationSec": 58.4,
"speech": "내레이션 1인",
"tone": "믿기 어려운 결과를 먼저 말하고 차분히 풀어 줌"
},
"hookPattern": "믿기 어려운 결과 수치를 첫 문장에 던진다",
"structure": [
{
"role": "hook",
"purpose": "믿기 어려운 결과를 먼저 보여 준다",
"share": 0.1
},
{
"role": "misconception",
"purpose": "흔한 오해를 하나 꺼내 궁금증을 키운다",
"share": 0.15
},
{
"role": "mechanism",
"purpose": "작동 원리를 단계별로 보여 준다",
"share": 0.45
},
{
"role": "evidence",
"purpose": "원리가 맞다는 근거 하나를 보여 준다",
"share": 0.15
},
{
"role": "payoff",
"purpose": "처음 질문에 한 문장으로 답한다",
"share": 0.15
}
],
"pacing": "2~3초마다 컷, 문장 짧게",
"visual": {
"style": "clean 3D cutaway, cool blue palette",
"shots": "전경 → 단면 → 부품 클로즈업",
"graphics": "화살표·힘 표시 오버레이",
"pacing": "빠른 컷, 마지막에 멈춤"
},
"titlePattern": "질문형 + 구체 숫자",
"strengths": [
"첫 2초에 결과 수치",
"단면으로 원리를 한눈에",
"마지막 한 문장 결론"
],
"avoid": [
"해저터널·침매공법을 다시 다루지 않는다",
"원본 수치·비유(콘크리트 상자 등)를 쓰지 않는다",
"원본 장면 순서를 그대로 따라 하지 않는다",
"원본 채널·진행자 언급 금지"
],
"newTopic": "댐의 여수로는 어떻게 홍수 물을 안전하게 흘려보내는가",
"newTopicReason": "같은 공학 원리 해설 형식, 대상은 댐 여수로로 다름",
"notes": ""
},
"input": {
"source_url": "https://www.youtube.com/shorts/abcdEFGhijk",
"topic": "댐의 여수로는 어떻게 홍수 물을 안전하게 흘려보내는가",
"notes": "[벤치마킹 규칙] 원본 영상은 형식만 배운다(후킹 방식·전개 구조·속도·말투·화면 연출). …"
}
}이 모듈이 부르는 API·외부 연결
지시서를 공개하지 않은 모듈도 어떤 API·모델을 몇 번까지 부르는지, 어느 외부 주소로 요청을 보내는지는 누구나 볼 수 있습니다.
| API·모델 | 쓰는 곳 | 기본 호출 | 최대 호출 |
|---|---|---|---|
| 비디아 에이전트 | 실행 AI(이 단계를 읽고 도구를 부름) | – | 24턴 |
| 비디아 에이전트 | 시각 분석 | 5회 | 60회 |
| 유튜브 레퍼런스 영상 받기 | 레퍼런스 영상 분석 | 1회 | 3회 |
외부 연결 없음
비디아 밖의 주소로 요청을 보내지 않습니다.
지시서(스킬 txt)
버전 기록 3개
고칠 때마다 새 버전으로 쌓이고 지난 버전은 지워지지 않습니다. 패키지는 넣을 때의 버전으로 고정되어 동작합니다.
-
v3현재2026.10.01 15:21 · 10.3KB
시스템 모듈 갱신
-
v22026.10.01 15:14 · 10.3KB
시스템 모듈 갱신
-
v12026.10.01 13:34 · 9.7KB
시스템 모듈 등록
작성자가 지시서를 공개하지 않아 버전별 내용과 비교는 볼 수 없습니다.
이 모듈을 쓰는 패키지
리뷰와 반응
불러오는 중…
사용 -건 · 사용 건수는 이 모듈을 실제로 실행한 제작 수입니다(성공률이 아닙니다). 별점은 실제 사용한 회원만 남길 수 있고, 좋아요·싫어요와는 따로 셉니다.
문의·이슈
이 모듈을 쓰다가 오류·궁금한 점·개선 요청이 있으면 제작자에게 이슈로 알려 주세요. 제작자가 답하고 고칩니다. 이슈의 제목·본문·댓글은 로그인하지 않은 사람도 볼 수 있습니다(대상이 비공개로 바뀌어도 이슈 글은 공개로 남고, 비공개 대상의 이름·주소만 가려집니다). 개인정보·API 키는 적지 마세요. 연결한 작업은 제작자·운영에게만 보입니다.
- 불러오는 중…
로그인하면 이슈를 올릴 수 있습니다.