Sonnet 5.5로 30초짜리 모션 그래픽 영상 제작. Opus 5.5와 품질은 같지만 비용은 절반.

영상 첨부함. 영상 속 모든 건 전부 코드임: 헤드리스 크롬에서 그린 캔버스 프레임을 ffmpeg으로 넘기고, numpy로 합성한 사운드트랙을 입혔음. 영상 편집기? 스톡 영상? 비디오 모델? 그런 거 하나도 안 썼다.

텅 빈 폴더에서 Sonnet 5.5에 ultracode 켜고 넣은 프롬프트는 이거임:

레딧(Reddit)에 관한 30초짜리 역동적인 모션 그래픽 영상을 만들어줘. 네가 얼마나 대단한 모션 디자이너인지 보여줄 수 있게. 그리고 너무 빠르지 않게 해, 사람들이 영상 내용이 뭔지 제대로 이해할 수 있어야 하니까.

30초짜리 영상 뽑아낸 워크플로우 툴 사용법:

• 빌더 에이전트 5마리 투입. 각자 파일 하나씩만 맡게 하고 공유 파일(타이밍 테이블, 컴포지터, lib)은 절대 건드리지 말라고 함. 에이전트들 돌아가는 동안 내가 직접 수정함.

• 리뷰어 에이전트 5마리 투입. 얘네는 수정 권한 없이 감시만 함. 콘택트 시트 렌더링해서 PNG 확인하고, 구조화된 결함 리스트(심각도, 비트, 수정 제안)를 뱉어내게 함.

• 픽서 에이전트 4마리 투입. 리뷰어가 "수정 필요"라고 한 부분만 건드림. 5번째 샷은 "출시 가능" 판정받아서 이 단계 건너뜀. 이건 조건부 pipeline()이라 각 샷이 알아서 다음 단계로 넘어감.

• 총 에이전트 14마리, 시간은 45분 정도 걸렸고, 툴 호출은 618번 발생함.

성공 요인:

• 검증은 리포지토리 안에서 해결. shots.mjs로 콘택트 시트나 풀 해상도 프레임을 뽑고, bench.mjs로 프레임당 ms를 측정함. 에이전트들한테 실제로 이미지를 '읽고' 반복 수정하라고 시켰음. 덕분에 내가 일일이 안 봐도 "단어가 안 나타나는" 버그나 텍스트 넘침 현상을 잡아냄.

• 워크트리가 아니라 프롬프트로 파일 소유권 지정. 에이전트 전부 같은 폴더 공유함. 이게 가능했던 건 모든 프롬프트에 "네 파일은 이거고, 스크린샷 이름은 고유하게 써라"라고 박아놔서임. 일부러 isolation: worktree 안 썼는데, 그래야 얘네가 전체 프로젝트를 렌더링할 수 있으니까.

• 리뷰어들이 진짜 버그 잡아냄. 음수 반지름을 가진 arc() 같은 거 있었는데, 이거 그대로 뒀으면 특정 프레임에서 렌더링 터졌을 거임. 모션 블러 서브 샘플 타이밍 덕분에 운 좋게 살아남은 거임.

• 백그라운드 작업 + 렌더링 모니터링. 안 씀. 하니스가 포그라운드 을 막아버리는데, 이게 오히려 좋은 자극제가 됨. 1,800프레임 렌더링하는 데 6분 30초 정도 걸림.