FYP 영상 제작은(는) 무엇을 하나요?

학생의 프로젝트 자료를 활용하여, 다양한 배경의 심사위원들이 한 번의 시청으로 이해하고 기억할 수 있는 비디오로 만듭니다. 이 접근 방식은 실제 엑스포 비디오에서 성공을 거둔 방법을 기반으로 합니다: 프로젝트 자체의 다이어그램을 깔끔한 벡터 모션 그래픽으로 다시 그리고, 자연스러운 AI 내레이터를 사용하며, 모든 애니메이션 큐가 음성 단어와 정확히 일치하도록 하고, 구축된 것과 계획된 것을 정직하게 표시하며, 전달 전에 엄격한 검증 단계를 거칩니다.

학생이 해야 할 일은 최소한입니다: 몇 가지 질문에 답하고, 파일을 전달하고, 무료 음성 도구에 대본을 붙여넣고, 디자인에 동의하는 것. 나머지는 모두 당신이 처리합니다.

8단계

이 체크리스트를 작업 목록에 복사하여 최신 상태로 유지하세요:

- [ ] 1 자료 수집: 자료 수집, 도메인 식별, 누락된 항목 요청, 규칙 및 사양 확정
- [ ] 2 이해: 모든 자료 읽기, 도메인 조사, 사실 시트(fact sheet) 및 클레임 원장(claims ledger) 작성
- [ ] 3 기술 조사: 현재 심사 기준과 최신 Remotion 관행 확인
- [ ] 4 디자인: 콘셉트, 시각 시스템, 스토리보드, 대본; 자기 비판; 학생 승인
- [ ] 5 음성: 학생이 음성 경로 선택; 음성 파일 도착; 전사 및 모든 단어 확인
- [ ] 6 제작: Remotion 프로젝트, 단어 타임스탬프 기반 타임라인, 장면, 스틸 이미지 리뷰 루프
- [ ] 7 렌더링: 청크 렌더링, 음량 및 색상 마스터링, 자막/클린 변형
- [ ] 8 검증 및 전달: QA 체크리스트 통과, 파일 및 짧은 보고서 전달

<skill>은 이 스킬 자체의 폴더(이 SKILL.md가 있는 곳)를 의미합니다. 별도로 명시되지 않는 한 스크립트는 비디오 프로젝트 폴더에서 실행됩니다.

학생의 승인이 필요한 두 가지 게이트는 디자인 승인(4단계 끝)과 음성 녹음(5단계)입니다. 그 외의 모든 것은 기다리지 않고 진행됩니다. 학생이 바쁠 때(녹음, 파일 수집)는 학생에게 의존하지 않는 작업(예: 임시 음성으로 장면 제작)을 계속 진행합니다.

1단계 · 자료 수집

지금 references/intake.md를 읽으세요. 여기에는 시작 질문, 보편적인 자료 목록, 그리고 최소한의 왕복으로 질문하는 방법이 나와 있습니다.

학생이 처음에 제공한 모든 것(보고서, 포스터, 슬라이드, 저장소 링크, 한 문단)을 받아서 질문하기 전에 훑어보세요. 이미 받은 것을 다시 요청하지 마세요.
도메인을 식별하세요(VLSI/하드웨어, 임베디드/IoT, 소프트웨어/웹/모바일, AI/ML, 네트워킹/보안, 로봇공학/메카트로닉스, 전력/전기, 기계/토목, 생명공학, 또는 혼합), 그런 다음 references/domains.md의 해당 섹션을 읽으세요. 해당 도메인의 비디오를 강력하게 만드는 입력과 심사위원이 기대하는 시각 자료가 나열되어 있습니다.
한 번에, 단일 배치로 다음을 요청하세요: 비디오 유형 및 길이 제한, 공식 규칙 또는 루브릭, 마감일, 그리고 여전히 누락된 도메인별 자료(다이어그램, 사양 파일, 구현 파일, 결과, 스크린샷 또는 화면 녹화, 로고, 팀 및 지도교수 이름). 가능한 경우 AskUserQuestion 도구를 사용하여 선택 사항을 묻고, 파일에 대해서는 일반 체크리스트를 사용하세요. 각 항목을 필수 또는 있으면 좋음으로 표시하여 학생이 무엇이 중요한지 알 수 있게 하세요.
프로젝트의 진행 단계를 확인하세요. "제안 단계 / 진행 중 / 완료"에 따라 시제와 허용되는 주장이 결정됩니다(2단계의 클레임 원장 참조). 이를 잘못 파악하는 것은 프로젝트 비디오가 범할 수 있는 가장 치명적인 오류입니다.
작업 폴더에 brief.md를 작성하세요: 비디오 유형, 시간 제한, 대상, 마감일, 단계, 받은 자료, 누락된 자료, 제약 사항. 몇 줄로 표시하고 계속 진행하세요. 필수 항목이 누락되지 않는 한 답변을 기다리지 마세요.

기본 비디오 유형(학생이 모를 경우, 자세한 내용은 references/storytelling.md 참조):

유형	길이	목적
전시 피치	2:00–3:00 (제한 시간보다 5초 이상 짧게)	주요 제출물; 포스터 QR 코드
부스 루프	0:60–1:30, 끊김 없는 루프	부스에서 음소거 재생; 소리 없이도 작동해야 함
데모 비디오	3–6분	완성된 프로젝트 작동: 실제 영상 및 설명 그래픽
발표 비디오	6–15분	실시간 발표를 대체하는 내레이션 워크스루
티저	0:30–0:60	소셜 미디어 또는 시작 슬라이드

2단계 · 프로젝트 이해

references/research.md를 읽으세요.

제공된 모든 파일을 완전히 읽으세요. 다이어그램(이미지 보기), 코드 진입점, 사양 표, 결과 로그를 포함합니다. 프로젝트에는 보고서가 간과하는 세부 사항이 가득하며, 이러한 세부 사항이 최고의 시각 자료를 만듭니다.
도메인에 대해 이미 알지 못하는 것을 조사하세요: 프로젝트가 의존하는 표준, 알고리즘 또는 물리학, 그리고 전문가들이 일반적으로 이를 어떻게 그리는지. 가능하면 웹 검색을 사용하세요. 기본 출처(표준, 데이터시트, 논문, 공식 문서)를 선호하세요.
세 가지 파일을 생성하세요:
- fact-sheet.md: 문제, 접근 방식, 아키텍처, 결과 및 영향력을 평이한 언어로 설명하는 한 페이지 분량의 문서로, 모든 숫자는 파일과 페이지/섹션을 출처로 표시합니다.
- claims-ledger.md: 화면에 나타날 수 있는 모든 숫자 또는 주장을 측정됨, 시뮬레이션됨, 목표/추정치, 계획됨 또는 배경(인용) 으로 태그합니다. 원장에 있는 항목만 비디오에 나타날 수 있습니다. 태그는 표현 방식("달성함" vs "목표함" vs "~할 것이다")을 결정합니다.
- glossary.md: 약어와 이름, 그리고 발음 방법(예: "RISC-V → 리스크 파이브", "ML-KEM → 엠엘 켐")을 포함합니다. 음성 대본과 자막 모두 이를 참조합니다.
중요한 정보가 모순되는 경우(두 개의 다른 클럭 속도, 보고서와 포스터에서 다르게 명명된 버스 등) 학생에게 어떤 출처가 최신인지 물어보세요. 추측하지 마세요.

3단계 · 기술 조사

이 작업은 비례적으로 투자하세요: 문헌 검토가 아닌 빠른 확인입니다.

학생의 실제 행사에 대해 검색하세요: 루브릭, 길이 제한, 형식, 그리고 과거 수상 비디오. 심사위원은 루브릭에 따라 점수를 매기므로 대본은 각 기준을 명시적으로 충족해야 합니다.
references/remotion-build.md의 내용이 최신이 아닌 것 같으면 현재 Remotion 버전과 API 노트를 확인하세요. 공식 Remotion 에이전트 스킬을 설치할 수 있는 경우(npx remotion skills add를 Remotion 프로젝트 내에서 실행), 설치하여 권위 있는 API 세부 정보를 얻으세요.
디자인하기 전에 references/visual-design.md를 읽으세요. 여기에는 참조 비디오가 작동하도록 만든 모션 문법, 장면 원형 및 "AI 슬라이드쇼" 방지 규칙이 포함되어 있습니다.

4단계 · 비디오 디자인

references/storytelling.md와 references/visual-design.md를 읽으세요.

콘셉트. 비디오 전체를 관통하는 한 문장과 하나의 시각적 아이디어(예: "포스터가 살아납니다: 카메라가 통과하는 하나의 연속적인 다이어그램"). 프로젝트 자체에서 비롯되어야 하며, 일반적인 기술 미학에서 오는 것이 아니어야 합니다.
시각 시스템은 프로젝트 자체의 정체성에서 비롯됩니다: 포스터/보고서의 색상, 글꼴, 로고 및 다이어그램 스타일. 각 색상에 하나의 의미를 할당하고 끝까지 유지하세요(예: 호박색 = 목표치만).
video-design.md에 스토리보드를 작성하세요(assets/storyboard-template.md 사용): 장면 ID, 시간 슬롯, 내레이션, 그림, 화면 텍스트, 사운드, 사용하는 원장 사실. 3~5개의 "박수 받을 순간"을 계획하세요: 추상적인 아이디어가 명확해지는 시각적 보상 지점입니다.
대본은 분당 약 140–150단어로 작성하고, 제한 시간 아래 5~10%의 여유를 남기세요. 귀로 듣기에 좋게 작성하세요: 짧은 문장, 각 문장당 하나의 아이디어, 사람들이 말하는 방식으로 숫자 표현.
자기 비판 루프. references/storytelling.md의 루브릭에 따라 초안을 해당 분야 외부의 회의적인 심사위원처럼 평가하세요. 모든 항목이 좋은 점수를 받을 때까지 최소 두 번 수정하세요. 일반적인 수정 사항: 처음 20초에서 전문 용어 제거, 구체적인 예시 추가, 보상을 말로 전달하는 대신 시각적으로 전달.
승인 게이트. 콘셉트, 장면 표, 전체 대본을 학생에게 보여주고, 빌드가 충분히 진행된 경우 스타일 프레임 스틸 이미지도 함께 제시하세요. 승인 또는 수정 사항을 기다리세요. 방향을 바꾸기에 가장 저렴한 시점입니다.

5단계 · 음성

references/voice.md를 읽으세요. 세 가지 경로를 정직한 트레이드오프와 함께 제시하고, 첫 번째를 추천하세요:

Google AI Studio(Gemini TTS). 무료, 자연스럽고 표현력이 풍부함; 학생 시간 약 15분 소요. assets/voice-sheet-template.md로 제작된 복사-붙여넣기 음성 시트를 제공하세요: 정확한 클릭, 스타일 라인, 발음을 위해 철자된 대본 블록, 파일 명명 규칙, 듣기 체크리스트.
학생의 실제 목소리. 가장 정통적인 옵션이며 심사위원이 높이 평가합니다. 녹음 팁과 동일한 대본 블록을 제공하세요.
여기서 생성된 로컬 TTS. 학생의 노력이 필요 없지만 눈에 띄게 인공적으로 들립니다. 사용 가능한 최고의 엔진을 사용하고(voice.md 참조) 옵션 1에 비해 로봇처럼 들릴 것이라고 솔직히 말하세요.

음성 파일을 기다리는 동안 유휴 상태로 있지 마세요: 임시 음성(로컬 TTS)으로 애니매틱을 제작하고 실제 음성 파일이 도착하면 타임라인을 다시 조정하세요. 음성 파일이 도착하면 전사하고(scripts/transcribe.mjs) 대본과 단어 단위로 비교하세요: 누락된 단어, 잘못 읽은 이름, 소리 내어 읽힌 일시 중지 태그, 속도. 직접 들을 수 없으므로 이 전사 확인이 귀 역할을 합니다; 필요한 경우 학생에게 정확히 어떤 줄을 다시 생성해야 하는지 알려주세요.

6단계 · 제작

references/remotion-build.md를 읽으세요. 그런 다음:

node <skill>/scripts/check_env.mjs를 실행하여 Node, 디스크, RAM, Chrome 및 Python을 확인하세요. 디스크 또는 RAM이 부족하면 렌더링 방식이 변경됩니다(references/troubleshooting.md 참조); 세 시간 후가 아닌 지금 확인하세요.
node <skill>/scripts/init_project.mjs <folder>로 프로젝트를 생성하세요. Remotion 템플릿과 도우미 스크립트를 복사한 다음, 그곳에서 npm install을 실행하세요.
음성 파일을 public/audio/voice/takes/에 넣은 다음, node scripts/transcribe.mjs를 실행하여 단어 타임스탬프(scripts/words.json)를 얻으세요.
video.spec.json(장면, 자막, 음성 구문으로서의 큐 앵커)을 작성하고 node scripts/build_timeline.mjs를 실행하세요. src/data/timeline.json 및 .srt 파일이 생성됩니다. 모든 애니메이션 큐는 음성 구문에 고정되어 음성 파일이 변경된 후에도 그림이 단어와 일치합니다.
python scripts/audio_tools.py를 실행하여 음성을 정리 및 레벨링하고, 독창적인 배경 음악 및 음향 효과를 합성하세요. 라이선스 트랙은 선택 사항이며 로열티 프리여야 합니다.
템플릿의 키트(박스, 와이어, 타일, 태그, 카메라)를 사용하여 src/scenes/에 장면당 하나의 컴포넌트를 작성하세요. 프로젝트의 실제 다이어그램을 벡터로 그리세요; 아키텍처를 절대 만들어내지 마세요.
스틸 이미지 리뷰 루프. 이 단계가 결과물을 좋게 만듭니다. 키 큐 시간에 스틸 이미지를 렌더링하고(node scripts/stills.mjs <Composition> t1 t2 …), 모든 이미지를 살펴보고 겹침, 잘린 텍스트, 타이밍(단어보다 먼저 나타나는 개체), 읽을 수 없는 크기 및 빈 프레임을 수정하세요. 전체 통과에서 아무것도 발견되지 않을 때까지 반복하세요. 3~5회 통과를 예상하세요. 디스크 공간이 부족할 때 통과 사이에 %TEMP%//tmp의 remotion-* 번들을 정리하세요.

7단계 · 렌더링 및 마스터링

node scripts/render.mjs <Composition> <output.mp4>는 재개 가능한 15초 청크로 렌더링하고, 결합하고, 오디오를 멀티플렉싱하고 결과물을 마스터링합니다: −16 LUFS 통합, −1.5 dBTP, BT.709 제한 범위, AAC 48kHz, fast-start. 자막 및 클린 변형을 렌더링하세요. 디스크와 RAM이 충분한 머신에서는 단일 패스 npx remotion render 후 scripts/master.mjs를 실행해도 괜찮습니다.

한 번에 하나의 비디오만 렌더링하세요. 병렬 렌더링은 학생 노트북의 RAM과 디스크를 고갈시킵니다.

8단계 · 검증 및 전달

node scripts/qa.mjs <file.mp4> --max <seconds>를 실행한 다음, references/verification.md를 따라 진행하세요: 제한 시간 이내, 프레임 수, 음량, 검은색 또는 정지된 구간 없음, 자막 동기화, 최종 파일(미리보기 아님)에서 샘플링되어 검사된 프레임, 화면의 모든 숫자가 클레임 원장에 있는지, 이름 철자가 올바른지, 크레딧이 있는지 확인합니다.

전달:

MP4 파일(자막 버전, 클린 버전), .srt 파일, 편집 가능한 프로젝트 폴더
짧은 보고서: 각 파일의 용도, 검증된 사항, 학생이 직접 귀로 확인해야 할 사항(발음, 동기화), 나중에 대사를 변경하는 방법
학생이 디스크 공간을 되찾아야 하는 경우 빌드 도구(node_modules, 캐시)를 삭제할 수 있다는 제안

가장 중요한 원칙

과장보다는 진실. 완성된 것처럼 보이는 미완성 프로젝트 비디오는 Q&A에서 걸림돌이 됩니다. 목표치를 목표치로, 계획을 계획으로, 시뮬레이션을 시뮬레이션으로 표시하세요. 클레임 원장의 사실만 사용하세요.
기술 미학이 아닌 프로젝트 자체의 정체성. 프로젝트의 색상, 다이어그램, 모듈 이름. 빛나는 회로 기판, 입자 네트워크, 후드 쓴 해커, 스톡 3D 칩은 사용하지 마세요.
음성 구문당 하나의 아이디어. 한 가지를 강조하고 나머지는 흐리게 하세요. 각 보상을 0.5–1.5초 동안 유지하세요.
단어에 큐를 맞춤. 애니메이션은 추측한 장면 시간이 아닌 내레이션의 타임스탬프에 의해 구동됩니다.
프로젝터와 휴대폰에서 모두 읽을 수 있어야 함. 1080p에서 레이블 ≥ 24px(28+ 권장), 문장 자막은 하단 1/5에, 중요한 내용은 가장자리에서 96px 이내에 배치하지 마세요.
전달하는 것을 검증하세요. 최종 MP4에서 가져온 프레임을 검사하세요. 미리보기는 제품이 아닙니다.

참조 파일

파일	읽을 시점
references/intake.md	1단계: 질문, 자료 체크리스트
references/domains.md	1~4단계: 도메인별 입력, 시각 자료, 함정
references/research.md	2단계: 사실 시트, 클레임 원장, 용어집 형식
references/storytelling.md	4단계: 비디오 유형별 구조, 대본 규칙, 검토 루브릭
references/visual-design.md	3~6단계: 시각 시스템, 모션 문법, 장면 원형
references/voice.md	5단계: AI Studio 단계, 자체 음성 팁, 로컬 TTS, 음성 QC
references/remotion-build.md	6~7단계: 프로젝트 레이아웃, 사양 형식, 장면 코드 패턴
references/verification.md	8단계: QA 체크리스트 및 전달 보고서
references/troubleshooting.md	디스크/RAM 부족, Chrome 문제, 렌더링 오류 시

FYP 영상 제작