opus 5.5 비디오 가이드: 4가지 관점 검증 매트릭스로 완성된 Living Screencast 확인하기

본고는 H3Max 운영에 의한 제3자 작품의 소스 해설이며, 문장 정리 및 번역에 AI를 이용했습니다. 게재하는 명령어와 관찰 절차는 재현/확인용이며, 본고에서 로컬 실행이나 H3Max 상의 성능 검증을 완료했다는 보고가 아닙니다.

먼저 H3Max Opus의 툴 진입구를 엽니다. 다만, 아래 Git repository와 local terminal를 사용하는 재현 작업과는 분리하여 다룹니다. 이 진입구만으로 H3Max의 미확인 기능을 추측하지 않습니다.

참조하는 것은 LemoLab의 Clawd Moves In입니다. 59.4초의 비공식 fan film으로, 4가지 관점 비교에 사용되는 작가 공개판과 비교하기 위해 보관한 LemoLab의 영상을 비교 재료로 삼을 수 있습니다. Clawd의 영상 제작 소스는 Claude Opus 5.5를 사용했다고 설명하고 있으나, 해당 모델 세션은 여기서 독립 검증하지 않았습니다. H3Max의 실측 예시도 아닙니다.

Clawd Moves In 원작 영상 7.128초의 실 프레임. 출처: LemoLab. 작가에 의한 비공식 fan film.

이 영상은 '프레임이 깨끗한지'만으로는 평가할 수 없습니다. 최소한 다음 4가지 관점을 따로 봐야 합니다.

접지(接地)
Clawd가 의도한 DOM element의 top edge에 올라와 있는지. font, layout, camera가 바뀌어도 contact가 성립하는지.

자막 가독성(字幕可読性)
Clawd, caption, 읽히고 싶은 UI text가 충돌하지 않는지. 접지 위치가 정확해도 글자를 가린다면 실패입니다.

단어 타이밍(単語タイミング)
narration의 word timing과 W(id, word)에 연결된 jump, landing, camera cue, caption이 의미가 통하는 순서로 되어 있는지.

탐색(seek)
같은 timestamp가 fresh/direct/backward seek의 어떤 경로에서도 같은 scene state를 재현하는지.

접지와 자막 검증의 시각적 사양에서는 UI가 HTML/CSS/SVG로 재구성되며, screen recording이 아닙니다. cursor는 user를, Clawd는 software activity를 나타냅니다. 화면상의 Plan, diff, test 수치는 authored demonstration이며 benchmark가 아닙니다.

하나의 체크포인트를 볼 때는 먼저 '무엇이 보였는지'를 분류하고, 그 후에 source layer로 돌아갑니다.

관찰할 것:

• Clawd의 발과 element edge 사이의 거리
• takeoff / landing 전후 프레임
• camera transform 후의 보이는 모습
• font loading과 element geometry

돌아갈 source layer:
ui.js<br>main.js<br>clawd.js<br>- relevant<br>film.js<br>- DOM measurement

sprite offset을 미리 조정하는 것이 아니라, anchor 자체가 올바른지를 봅니다.

관찰할 것:

• caption과 mascot의 겹침
• caption과 조작 대상의 겹침
• camera가 text를 다 읽기 전에 이동하지 않는지
• UI text의 sharpness

돌아갈 source layer:

• overlay / layout logic<br>- camera framing<br>- font availability<br>- caption timing

접지가 완벽해도 자막을 가리면 readability는 성립하지 않습니다.

원작 영상 28.512초의 실 프레임. 재구성된 소프트웨어 walkthrough이며, 실제 coding session 녹화가 아닙니다.

관찰 체크포인트의 장 구성 자료를 기준으로 Prompt, Plan, Review, Self-check의 의도를 확인합니다.

관찰할 것:

• spoken word의 onset<br>- W(id, word)로 작동하는 visual event - caption hold<br>- foley가 중요어를 마스킹하지 않는지

돌아갈 source layer:

• voice files<br>- word timings<br>film.js<br>sound.py

word timing이 정확하더라도 자막이 너무 짧으면 읽을 수 없다. 반대로 자막이 충분해도 visual cue가 빠르면, 의미보다 화면이 먼저 움직여 버린다.

관찰할 것:

• theme
• active pane
• cursor
• Clawd pose/contact
• camera
• caption
• transient UI state

fresh/direct/backward의 동일한 timestamp를 비교한다.

되돌아가는 source layer:

• absolute-time scene derivation
• accumulated state
• timers
• class mutations
• reset logic

backward seek만 다르면, geometry보다 history/state를 우선하여 의심한다.

실행 전에 Git, Node 20+, 그리고 FFmpeg/ffprobe, Python 3.11–3.13 또는 uv를 준비한다. 기존 프로젝트를 덮어쓰지 않고, fresh clone 또는 확인된 복사본을 사용하며 lockfile과 실제 로컬 소스를 유지한다.

git clone https://github.com/lemomo-ai/lemo-opuscar.git clawd-case
cd clawd-case
export LEMO_OPUSCAR_HOME="$PWD"
...

salamander / freepats / karoryfer / vcsl / vsco2ce
의 5가지 음색(voice) 은행을 유지한다. 현재 source가 59.4초・30fps인 상태인지 확인했을 때만 1782 picture frames를 기대치로 한다.

아래 prompt는 본 튜토리얼을 위해 새로 작성된 것이며, 제작자의 원래 prompt나 이전 세션에서 복원된 것은 아니다.

Reproduce and analyze Clawd Moves In from the living-screencast demo source.
Inspect the current commit, locks, STYLE.md, DEMO.md, CREDITS, core APIs,
and demo/build.sh. Read the author MP4 and actual local files first.
...

voice를 재생성할 때는 현재 build.sh에 있는 --vo 경로를 사용한다.

sh styles/living-screencast/demo/build.sh --vo

--vo는 narration을 재생성한다. 생성된 음성과 단어 시간은 수용하기 전에 확인해야 한다. 추가하지 않을 경우, 사용 가능한 기존 voice assets가 필요하다. 현재 source는 30fps, 6 capture workers를 사용한다. 존재하지 않는 worker CLI option을 만들지 않는다.

checkpoint를 만든다.

node core/render/still.mjs "$D" 0 8.9 23 32 40.9 56 \
--out evidence/clawd-stills

이 6가지 지점에서 끝내지 않고, 실제 takeoff, landing, menu opening, pane transition의 전후 프레임도 확인한다.

마지막으로 artifact를 검증한다.

ffprobe -v error -count_frames -show_streams -show_format -of json \
styles/living-screencast/living-screencast.mp4
ffmpeg -v error -i styles/living-screencast/living-screencast.mp4 -f null -

원작 영상 48.114초의 실제 프레임. 출처: LemoLab. 애니메이션 UI와 실제 조작은 명확히 구분한다.

실제 duration, frame count, narration, subtitles, 비공식 fan-film의 크레딧을 확인한다. fresh render와 공개 MP4는 encoding이 다를 수 있으므로, 증거 없이 byte-identical하다고 간주하지 않는다.

마지막으로 검증 후에도 글꼴과 음색의 출처를 유지한다. MIT는 코드에 적용되지만, Anthropic의 character/interface identity, OFL 폰트, 제3자 악기 샘플을 자동으로 재허가하지는 않는다.

4가지 관점 매트릭스를 사용하는 목적은 모든 결함을 'animation error'로 일괄 처리하지 않기 위함이다. 접지(grounding)라면 geometry, 가독성이라면 layout, 단어 타이밍이라면 voice chain, 탐색(seek)이라면 state history로 돌아간다. 원인 계층을 분리할수록 수정 범위도 작게 유지할 수 있다.