Cursor나 Claude Code를 이용해 드래프트 단계에서 Blender 애니메이션을 렌더링하기: 48프레임을 먼저 확인하고, 전체 샷은

AI 에이전트가 편집기 내에서 Blender 애니메이션을 구축할 때, 가장 비싼 부분은 첫 번째 렌더링이 아닙니다. 두 번째와 세 번째입니다. 카메라 각도가 약간 틀리거나, 색상이 잘못되었거나, 클라이언트가 더 길게 원하기 때문입니다. 저는 에이전트가 MCP(Multi-Cloud Platform) 기반의 클라우드 GPU에서 렌더링할 때 이러한 루프가 실제로 얼마의 비용이 발생하는지 확인하고 싶어서, 한 번의 전체 과정을 실행하여 모든 숫자를 기록했습니다.

장면은 5초 분량의 제품 공개 영상입니다 (24 fps 기준 120 프레임): 회전하는 받침대 위의 병과 그 위로 다가오는 카메라 움직임을 담고 있습니다. 아래 내용은 Cursor, Claude Code 또는 OpenCode에서 실행되는 방식과 동일하게 JANCTION Render MCP 서버를 통해 구동되었습니다. 고지: 저는 JANCTION Render에서 근무하고 있습니다.

The bottle reveal, 120 frames

에이전트 연결하기

Cursor (.cursor/mcp.json):

{
  "mcpServers": {
    "janction-render": { "url": "https://render.janction.jp/mcp" }
...
}

Claude Code:

claude mcp add --transport http janction-render https://render.janction.jp/mcp

OpenCode (opencode.json):

{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
...

로컬 Blender나 GPU가 필요하지 않습니다. 에이전트는 bpy 스크립트를 작성하거나 (.blend 파일을 전송)하여 이미지 또는 MP4를 받습니다.

1. 미리 보기: 하나의 이미지에 네 프레임, 무료

에이전트의 첫 호출은 프레임 1, 40, 80, 그리고 120을 타일 형태로 하나로 만든 미리 보기였습니다. 이는 6초(4.65 GPU-seconds) 만에 돌아왔으며 비용은 전혀 들지 않았습니다. 미리 보기는 하루 최대 2 GPU-minutes까지 무료입니다.

내장된 비평가(critic)는 '좋다'(노출, 구도, 조명)고 평가했습니다. 하지만 프레임 120에서 카메라는 너무 깊숙이 들어와 병의 마개 부분이 잘려 있었습니다. 비평가는 명백한 문제에 대해서만 각 프레임을 확인하며, 그 마개가 저에게 중요하다는 사실은 알지 못합니다. 그래서 에이전트는 카메라 움직임의 끝 부분을 되돌리고 다시 미리 보기했습니다: 5초 분량, 4.73 GPU-seconds, 무료, 마개 포함.

이것이 반복 작업(iterate)을 할 수 있는 가장 저렴한 곳입니다. 두 개의 프리뷰가 0엔으로 제공되었고, 최종 프레임이 존재하기 전에 샷이 확정되었습니다.

2. 최종 설정에서의 48프레임 초안 (draft)

에이전트는 1920x1080 해상도에 128 샘플(Cycles)로 120프레임을 확정하기 전에 프레임 1-48에 대한 예상치를 요청했습니다. 예상치는 454 GPU-초, 약 46 JPY였으며, 시스템 자체적으로 '신뢰도 낮음'이라고 언급했는데, 이는 이 장면이 최종 품질로 렌더링된 적이 없었기 때문에 이전 렌더를 기반으로 한 것이었습니다.

초안은 65초 만에 도착했습니다: 179 GPU-초, 18 JPY. 예상치는 약 2.5배 정도 높았는데, 이는 안전한 방향이었습니다 (실제로 사용된 GPU 시간만 청구되며, 나머지 대기 시간은 환불됩니다). 이 초안 작업 이후, 서비스는 이 정확한 장면에 대한 프레임당 측정 시간을 확보했고, 다음 예상치에는 '신뢰도 높음'으로 표시되었습니다.

3. 초안을 재렌더링하지 않고 전체 120프레임 처리하기

그런 다음 에이전트는 동일한 장면과 설정으로 프레임 1-120을 요청했습니다. 서비스는 이 키(key)를 통해, 이 장면에 대해 동일한 이미지 설정으로 이미 프레임 1-48이 렌더링된 것을 감지하고, 다시 렌더링하는 대신 이를 복사했습니다. 총 12개의 청크 중 4개는 복사본이었고, 오직 프레임 49-120만 GPU를 거쳤습니다.

결과: 103초, 272 GPU-초, 28 JPY. 초안의 프레임당 3.7초 기준으로 모든 120프레임을 처음부터 렌더링했다면 약 440 GPU-초가 소요되었을 것이므로, 이 초안은 돈 낭비가 아니었습니다.

이 규칙은 의도적으로 엄격합니다. 복사본은 키(key), 업로드된 장면, 그리고 이미지 설정(크기, 샘플 수, 엔진, 조명 프리셋)이 모두 일치할 때만 사용됩니다. 이 중 어느 하나라도 변경되면 프레임은 다시 렌더링됩니다.

4. 실제 수정 작업: 새로운 색상, 전체 재렌더링

다음 수정 작업: 파란색 대신 녹색. 이것은 새로운 스크립트이므로 새로운 장면이며, 재사용할 수 있는 것이 아무것도 없습니다. 전체 120프레임에는 139초, 418 GPU-초, 42 JPY가 소요되었습니다.

비용 구조

단계	벽 시간(Wall time)	GPU-초(GPU-seconds)	비용(Cost)
프리뷰, 4프레임 (v1)	6 s	4.65	무료
...

총 비용: 두 개의 프리뷰, 드래프트, 전체 샷 및 한 번의 전체 수정까지 합쳐서 88 JPY(약 0.56 USD)입니다. 이는 새 키가 시작할 때 제공되는 무료 크레딧 내에 포함됩니다. 즉, 카드 없이 사용할 수 있는 GPU 시간 100 JPY와 청구되지 않는 카드를 저장한 후 추가로 400 JPY가 더 있습니다. 그 이후에는 프리뷰가 하루 최대 2 GPU-분까지 무료이며, 최종 결과물은 GPU-초당 0.1 JPY가 소요됩니다. 현재 가격은 항상 https://render.janction.jp/pricing에서 확인하세요.

에이전트에게 지시할 내용

프리뷰 반복: 타일링된 4개의 프레임은 720p GPU 시간 1개 분량의 비용이 들며, 일일 할당량 내에서는 무료입니다.
드래프트 생성: 전체 애니메이션 전에 최종 설정으로 짧고 연속적인 범위를 드래프트합니다. 이는 프리뷰에서 발견하지 못하는 문제를 포착하고 나머지 부분에 대한 추정치를 보정해 줍니다.
범위 확장: 동일한 scene_id와 동일한 설정을 사용하여 범위를 확장합니다. 이미 렌더링된 프레임은 다시 청구되지 않고 복사됩니다.
비용 문의 및 제어: 장면이나 설정의 변경 사항은 새로운 렌더로 간주하고 시작하기 전에 가격을 문의합니다. 호출에 max_yen 제한을 걸면 그 이상의 비용을 거부하며, idempotency_key는 재시도된 호출이 두 번 렌더링되는 것을 방지합니다.

세 가지 버전의 스크립트는 채팅에 붙여넣을 만큼 짧습니다. 에이전트에게 "턴테이블 위 병의 5초 제품 공개 영상을 카메라 돌리(camera dolly)로 만들고, 프레임 1, 40, 80, 120의 프리뷰를 생성해 줘"라고 요청하면 비슷한 내용을 작성할 것입니다.