916. 영상 콘텐츠로 만드는 업무 매뉴얼
AI가 표준 템플릿에 맞춰 차시별 표준 교재(업무 매뉴얼)로 재구성합니다. 영상을 보지 않은 사람도 문서만으로 이해할 수 있게 만듭니다.
기존의 업무 범위와 방법
사내에는 교육 강의, 세미나, 회의, 제품 시연 등 수십~수백 시간 분량의 영상이 계속 쌓입니다. 그러나 영상은 "보관"될 뿐 "지식"으로 활용되지 못하는 경우가 대부분입니다. 영상을 매뉴얼로 정리하려 해도 다음 한계에 부딪힙니다.
PROBLEM 1영상은 남지만 내용은 검색되지 않음
몇 시간짜리 영상 안의 특정 설명을 다시 찾으려면 처음부터 돌려봐야 합니다. 텍스트가 아니어서 검색·인용·재편집이 불가능합니다.
PROBLEM 2매뉴얼화에 드는 막대한 수작업
영상을 보며 받아쓰고, 요약하고, 목차를 잡아 문서로 만드는 데 영상 길이의 몇 배 시간이 듭니다. 분량이 많으면 사실상 엄두를 못 냅니다.
PROBLEM 3교육을 못 들은 사람은 접근 불가
강의를 직접 들은 사람만 내용을 압니다. 신규 입사자나 다른 부서는 같은 지식을 얻지 못해, 교육 효과가 참석자 개인에게만 남습니다.
AI 활용 방법
영상 한 편을 "영상 → 음성 → 텍스트 → 표준 매뉴얼"로 흘려보내는 파이프라인을 구성합니다. 반복 가능한 자동 흐름이라, 영상이 수십 편이어도 같은 방식으로 한 번에 처리됩니다.
AI 활용 결과물
영상 대본과 완성된 표준 매뉴얼
왼쪽은 영상에서 자동 변환된 STT 대본이고, 오른쪽은 같은 대본을 표준 템플릿 프롬프트로 재구성한 매뉴얼의 목차입니다. 흐트러진 말뭉치가 구조화된 문서로 바뀝니다.
한번 해볼게요. 여기서 이렇게 누르면 표가 이렇게 만들어지죠.
어 이게 중요한 건데, 이 부분을 잘 봐두셔야 돼요.
자 그러면 다음으로 넘어가서…
— 발화 그대로라 구조·맥락이 정리돼 있지 않음
2. 학습 목표
3. 사전 지식 · 준비물
4. 본문 — 주제별 소단원 상세
5. 실습 가이드 — 따라 하기
6. 핵심 요약(표) 7. 용어 정리 8. 자주 묻는 질문
한 편의 영상에서 나오는 세 가지 자산
영상 하나를 처리하면 서로 다른 용도로 쓰이는 세 종류의 산출물이 함께 남습니다.
ASSET 1음성 파일(mp3)
영상에서 분리한 음성. 이동 중 청취·재전사 등에 재사용할 수 있는 가벼운 원본입니다.
ASSET 2STT 대본(txt · 자막 srt)
검색·인용이 가능한 텍스트 원본과, 영상 위치를 찾아가는 타임코드 자막. 매뉴얼의 근거 자료가 됩니다.
ASSET 3표준 매뉴얼(문서)
8개 섹션으로 구조화된 최종 결과물. 교육을 듣지 않은 사람도 읽고 따라 할 수 있는 업무 매뉴얼입니다.
업무자동화 효과
EFFECT 1매뉴얼 제작 시간의 획기적 단축
영상을 보며 받아쓰고 정리하던 며칠 분량의 작업이, 자동 전사와 AI 집필로 크게 압축됩니다. 수십 시간짜리 영상 세트도 하루 안에 문서화할 수 있습니다.
EFFECT 2교육 지식의 조직 자산화
참석자 개인에게만 남던 강의 내용이 검색 가능한 문서가 되어, 신규 입사자 온보딩·타 부서 공유·업무 매뉴얼 등 여러 곳에 재사용됩니다.
EFFECT 3일관된 품질의 표준 문서
모든 영상이 같은 8섹션 템플릿으로 정리되어, 편마다 형식이 제각각이던 문제가 사라지고 시리즈 전체의 완성도가 균일해집니다.
자동화 과정
여기서는 이 매뉴얼 세트를 실제로 만든 과정을, 누구나 재현할 수 있는 바이브코딩 10단계로 나누어 자세히 설명합니다. 바이브코딩은 사람이 코드를 직접 짜는 대신 AI 에이전트에게 자연어로 지시해 코드를 작성·실행하게 하는 방식입니다. 영상 파일을 나눠 실습할 수 없으므로, 각 단계에서 우리가 실제로 하는 고민·활동과 AI에게 건네는 프롬프트를 화면 형태로 그대로 담아 시연과 실습을 대신합니다.
10단계 전체에서 사람은 "무엇을·어떤 기준으로" 만들지 정의하고, AI는 그 정의대로 변환·집필을 반복 실행합니다. 아래 표가 그 역할 분담의 전체 지도입니다.
| 단계 | 사람이 하는 일 (판단·정의) | AI가 하는 일 (실행·반복) |
|---|---|---|
| 1. 폴더 만들고 AI 실행 | 빈 작업 폴더 생성, 그 안에서 AI 에이전트 실행 | 해당 폴더를 작업 공간으로 인식하고 대기 |
| 2. 소스 영상 넣기 | mp4를 모아 넣고, 내용이 드러나는 이름으로 정리 | 파일명으로 내용·순서·묶음 파악 |
| 3. 요구사항 정의 | 목적·독자·구조·제약을 입력 → DESIGN.md로 저장 | 요구사항을 설계 문서로 정리 |
| 4. 플랜모드 계획 | @DESIGN.md 인용, "계획 세워줘" + 플랜모드 승인 | 읽기전용으로 조사, 개발 계획 제시 |
| 5. 도구 탐색 | 변환·STT 도구를 질문으로 파악(기준: 정확도·속도·비용) | 후보 도구·오픈소스 비교·추천 |
| 6. 워크플로우 정의 | 자원 배치·병렬 구조 승인 | 단계·의존성·병목 정리 |
| 7. 도구 코딩 | 원칙(멱등·재개 등) 지시 | 추출·STT 스크립트 작성·실행 |
| 8. 작성 프롬프트 설계 | 8섹션 구조·제약 설계 | 프롬프트대로 매뉴얼 집필 |
| 9. 자동화 실행 | 실행 승인, 처리 순서 지휘 | 추출·STT·집필 병렬 실행 |
| 10. 결과 검증 | 표본 품질 확인, 완료 판단 | 개수·구조·무결성 자동 점검 |
준비와 설계 (1–6단계)
1단계 — 작업 폴더를 만들고 그 안에서 AI 에이전트 실행
고민할 점. AI 코딩 에이전트(예: Claude Code, Codex)는 실행된 폴더 안의 파일만 보고 작업합니다. 그래서 가장 먼저 빈 작업 폴더를 하나 만들고, 그 안에서 에이전트를 실행합니다. 이 폴더가 AI의 "작업 공간(맥락 경계)"이 됩니다 — 폴더 밖 파일은 건드리지 않으므로 안전하고, 관련 파일만 모여 있어 AI가 집중합니다.
사람은 폴더를 만들고 터미널에서 에이전트를 실행합니다. AI는 그 폴더를 작업 공간으로 인식하고 첫 지시를 기다립니다.
2단계 — 소스 영상(mp4)을 넣고 '내용이 보이는' 이름으로 정리
고민할 점. 폴더에 처리할 영상 파일들을 넣습니다. 이때 파일 이름이 곧 AI가 읽는 메타데이터입니다. 영상1.mp4처럼 지으면 AI는 순서도 주제도 알 수 없지만, 번호 + 주제 + (파트) + 날짜 규칙으로 지으면 AI가 파일명만 보고 어떤 강의인지, 몇 차시인지, 어떤 파트인지 스스로 파악합니다.
사람은 영상을 모아 규칙적으로 이름 짓고, AI는 그 이름으로 내용·순서·묶음을 판단합니다.
3단계 — 요구사항을 정의해 프롬프트로 입력하고 DESIGN.md로 저장
고민할 점. "무엇을, 누구를 위해, 어떤 구조로, 무엇은 하지 말고, 언제 끝난 것으로 볼지"를 정리해 AI에게 입력합니다. 그리고 이 내용을 DESIGN.md(설계 문서)라는 파일로 저장하게 합니다. 이렇게 문서로 남겨 두면, 이후 모든 작업에서 AI가 이 기준을 계속 참조할 수 있습니다.
사람이 요구사항을 프롬프트로 전달하면, AI가 정리해 설계 문서로 만듭니다.
4단계 — DESIGN.md를 '@'로 인용해 플랜모드로 개발 계획 세우기
고민할 점. 곧바로 실행하지 않고, 먼저 계획부터 세웁니다. 앞서 만든 설계 문서를 @DESIGN.md처럼 인용하며 "이 설계로 개발 계획을 세워줘"라고 지시하고, 플랜모드(읽기 전용)를 켭니다. 플랜모드에서 AI는 파일을 만들거나 실행하지 않고, 폴더와 환경만 조사해 계획을 제시합니다. 사람이 그 계획을 검토·승인한 뒤에야 실제 작업이 시작됩니다.
사람은 @인용 프롬프트로 계획을 요청하고 승인하며, AI는 읽기전용으로 조사해 단계별 계획을 내놓습니다.
5단계 — 활용 가능한 도구를 '질문하며' 파악·수집
고민할 점. 계획을 실행하려면 도구가 필요한데, 어떤 도구가 있는지 모를 수 있습니다. 이때 AI에게 물어보며 후보를 모으고 좁힙니다. "mp4에서 음성만 빼는 방법과 코드, 장단점은?", "음성을 텍스트로 바꾸는(STT) 도구·라이브러리는? 오픈소스도 있어? 음질·속도는 어때?"처럼 대화로 파악합니다. 선택 기준은 정확도·속도·비용·오픈소스 여부입니다.
ffmpeg -i 입력.mp4 -vn 출력.mp3. 무료·오픈소스이고 매우 빠르며, 품질·채널·샘플레이트를 옵션으로 조절할 수 있습니다. 단점은 명령형 도구라 옵션을 익혀야 한다는 점입니다.6단계 — 워크플로우(작업 흐름) 정의
고민할 점. 고른 도구들을 어떤 순서로, 무엇을 동시에 돌릴지 설계합니다. 서로 다른 자원을 쓰는 일은 겹쳐서 시간을 아끼되, 같은 자원을 두 작업이 다투지 않게 합니다. 음성 추출은 CPU, STT는 GPU, 매뉴얼 집필은 AI가 하므로 이 셋을 겹쳐 돌릴 수 있습니다.
도구 코딩과 변환 시연 (7–8단계)
7단계 — 워크플로우 단계별 도구 코딩
이 단계가 바이브코딩의 핵심입니다. 사람은 코드를 직접 쓰지 않고, 지켜야 할 원칙을 말로 지시합니다. 아래처럼 요청하면 AI가 실제 스크립트를 작성합니다.
① 음성 추출(ffmpeg) — AI가 만든 스크립트. "이미 있으면 건너뛰기"가 반영돼 다시 돌려도 안전합니다.
for f in *.mp4; do
out="${f/비디오/오디오}"; out="${out%.mp4}.mp3"
if [ -f "$out" ]; then continue; fi # 이미 있으면 건너뜀(멱등)
ffmpeg -i "$f" -vn -acodec libmp3lame -q:a 4 -ac 1 "$out"
done
② STT 전사(faster-whisper) — 완성본만 최종 이름으로 남기는 원자적 쓰기가 핵심입니다.
from faster_whisper import WhisperModel
import os
model = WhisperModel("large-v3-turbo", device="cuda", compute_type="float16")
for mp3 in 미전사_목록:
segments, info = model.transcribe(
mp3, language="ko", beam_size=5,
vad_filter=True, # 무음 구간 제거(오인식 감소)
)
with open(대본+".tmp", "w", encoding="utf-8") as f: # 임시 파일에 먼저
for seg in segments:
f.write(seg.text.strip() + "\n")
os.replace(대본+".tmp", 대본) # 완성본만 최종 이름으로(원자적)
한 편의 영상이 매뉴얼이 되기까지 — 변환 3단계
같은 강의 한 편이 영상(mp4) → 음성(mp3) → 대본(txt) → 매뉴얼(md)로 바뀌는 실제 모습입니다. 형식이 바뀔수록 용량은 줄고, 활용도는 올라갑니다.
강사가 화면을 보여주며 오피스 툴 자동화를 시연.
→ 재생만 가능. 특정 설명을 찾으려면 63분을 돌려봐야 함. 검색·인용 불가.
"…엑셀에서 이 매크로를 누르면 자동으로 표가 정리돼요…"
→ 텍스트라 검색·인용 가능. 단, 발화 그대로라 구조는 없음.
## 4. 본문 › 엑셀 매크로로 표 자동 정리
1) 개발도구 탭 열기 2) 매크로 기록 3) 실행
→ 안 들은 사람도 순서대로 따라 할 수 있는 문서.
8단계 — 일관성을 위한 '교재 작성 프롬프트' 만들기
고민할 점. 매뉴얼이 여러 편이어도 같은 형식·품질을 갖게 하는 비결은, 하나의 표준 작성 프롬프트를 만들어 영상마다 재사용하는 것입니다. 프롬프트도 코드입니다. 사람이 구조(8섹션)와 제약(창작 금지)을 설계하면, AI가 그 틀대로 각 대본을 매뉴얼로 바꿉니다.
실행과 검증 (9–10단계)
9단계 — 자동화 실행(도구 코드 + 프롬프트 적용)
이제 7단계의 도구와 8단계의 프롬프트를 결합해 실제로 돌립니다. 오래 걸리는 작업은 백그라운드로 실행하고, 파일 하나가 전사될 때마다 그 차시의 집필을 먼저 시작합니다(오버랩). AI가 추출·전사·집필을 병렬로 수행하고, 사람은 순서와 방향만 지휘합니다.
[STT 전사] ████████████████░░░░ 28 / 34 (약 22배속)
[매뉴얼 집필] ██████████░░░░░░░░░░ 8 / 15 (전사 끝난 차시부터 착수)
→ 세 작업이 동시에 진행되어 GPU가 노는 시간이 없다.
10단계 — 결과물 검증
고민할 점. "됐다"고 말하기 전에 자동 점검 + 표본 육안 검사를 합니다. AI가 개수·구조·빈 파일을 자동으로 확인하고, 사람이 몇 편을 실제로 읽어 품질을 판단합니다.
$ ls 미래엔-오디오-*.mp3 | wc -l → 34 # 음성 $ ls 01_STT_대본/*.txt | wc -l → 34 # 대본(.srt도 34) $ ls 02_교재/*.md | wc -l → 15 # 최종 매뉴얼 $ 빈(0바이트) 대본 검사 → 없음 $ 각 매뉴얼의 섹션(##) 개수 → 모두 8개 (구조 일치) $ 스크립트 재실행(dry-run) → "추출 0 / 전사 0" (멱등 확인)
| 검증 항목 | 확인 내용 | 결과 |
|---|---|---|
| 개수 | 입력 대비 음성·대본·매뉴얼 수 | 34 · 34 · 15 일치 |
| 무결성 | 비어 있는 파일 없는지 | 0건 |
| 구조 | 모든 매뉴얼이 8개 섹션인지 | 전부 충족 |
| 완결성 | 문서가 잘리지 않고 끝났는지(표본) | 이상 없음 |
| 재현성 | 다시 실행해도 안전(멱등)한지 | 확인됨 |