
Runway API 통합 전 확인 사항: 비디오 권한 및 크레딧
요약
Runway API를 제품에 통합할 때 기술적 API 호출 성공과 실제 결과물의 상업적 이용 권한은 별개임을 경고합니다. 개발자는 API 가용성뿐만 아니라 이용 약관을 검토하여 시나리오별 권한과 크레딧 소모를 확인하는 '시나리오 패스포트' 작성을 권장합니다.
핵심 포인트
- API 호출 성공이 결과물의 제품 임베딩 권한을 보장하지 않음
- 기술적 액세스와 계약적 사용 권한(Terms of Use)을 반드시 구분할 것
- 시나리오, 크레딧, 권한, 제한 사항을 포함한 패스포트 작성을 통한 검증 필요
- Runway API의 모델 및 가격 정책은 변경될 수 있으므로 통합 전 재확인 필수
Runway API를 통해 영상을 생성하고 이를 제품에 임베딩(embedding)할 권한을 얻는 것은 두 가지 서로 다른 결과이며, 두 번째 결과가 첫 번째와 함께 제공되지는 않습니다. 팀은 작동하는 요청을 받고 완성된 영상을 확인한 후, 비디오 기능을 출시할 수 있다고 결정합니다. 기술적으로는 액세스(access)가 확인되었지만, 목표 시나리오에서 결과물을 사용할 권한은 여전히 확인되지 않은 상태로 남습니다.
기술적 확인과 계약적 확인의 차이는 도구가 아니라 출처에 있습니다. 생성에 대한 액세스는 API 호출을 통해 확인되지만, 임베딩 권한은 이용 약관(Terms of Use)을 읽어야만 확인할 수 있습니다. 그 이후에는 법률 자문이 아닌, 확인된 문서에 따른 운영 작업이 뒤따릅니다. 아래의 모든 조건은 2026년 7월 18일에 공개된 Runway의 공식 페이지를 기준으로 확인되었습니다. 모델 목록, 가격 및 상태는 별도의 공지 없이 변경될 수 있으므로, 통합 전에 반드시 다시 확인해야 합니다.
이에 실무적인 도구로 4개 열로 구성된 시나리오 패스포트(시나리오, 크레딧, 권한, 제한 사항)를 제안합니다. 이러한 패스포트는 Runway에 존재하지 않으며, 팀이 공식 약관을 자신의 특정 작업 시나리오와 대조하여 직접 만드는 구조입니다. 결과적으로 적합성 상태는 확인됨(confirmed), 제한됨(limited), 또는 미설정(not set) 중 하나로 나타납니다. 만약 패스포트가 목표 시나리오에 대한 권한과 소모 모델을 확인해주지 못한다면, 해당 통합은 완료된 것으로 간주할 수 없습니다.
작동하는 요청이 권한에 대해 아무것도 증명하지 못하는 이유
Runway API에 대한 액세스는 dev.runwayml.com의 개발자 포털(Dev Portal)에서 발급된 키를 통해 수행됩니다. 생성은 비동기(asynchronous) 방식으로 이루어집니다. 클라이언트는 작업(task)을 생성하고, 상태를 조회하며, 대기 메서드를 통해 결과를 받습니다. SDK에서는 waitForTaskOutput 또는 wait_for_task_output이 이에 해당합니다. 이 모든 사항은 2026년 7월 18일 확인 날짜 기준으로 공식 문서에 명시되어 있습니다. 엔지니어의 관점에서 첫 번째 성공적인 작업(task)은 녹색 신호처럼 보입니다. 파이프라인이 구축되었고 영상이 생성되었으니, 기능이 준비되었다고 생각하게 됩니다.
문제는 이 초록불이 '생성이 가능한가?'라는 질문에는 답을 주지만, '결과물을 제품에 통합하여 최종 사용자에게 보여줄 수 있는가?'라는 질문에는 답을 주지 않는다는 점입니다. 사용 권한(Right of use)은 API 가용성에서 도출되지 않습니다. 이는 별도의 문서인 이용 약관(Terms of Service)에 기술되어 있으며, 그곳에서는 권한이 무조건적인 것이 아니라 조건부로 명시되어 있습니다.
이러한 간극은 자료가 배치된 방식에서도 심화됩니다. 개발자 포털(dev-portal)의 Runway API 레퍼런스는 호출(calls), 모델(models), 파라미터(parameters)를 설명하지만, 결과물로 정확히 무엇을 할 수 있는지에 대해서는 답하지 않습니다. 권한은 개발자 포털에 포함되지 않은 별도의 문서인 이용 약관(Terms of Service)에 존재하며, 이를 파악하려면 별도의 과정을 거쳐야 합니다.

Runway API의 크레딧 및 모델 구조
API 과금 체계는 모든 구독 서비스와 분리되어 있습니다. 이는 크레딧당 $0.01의 선불 크레딧 방식이며, 사용한 만큼 지불하는 종량제(pay-as-you-go) 방식입니다. 2026년 7월 18일 기준 문서의 가격 페이지 데이터에 따르면, 비디오 비용은 초당 약 5 크레딧(Gen-4 Turbo 및 Gen-3 Turbo, 초당 약 $0.05)에서 초당 40 크레딧(1080p 해상도의 Seedance 2)까지 다양합니다. 일부 모델은 생성 시 최소 소모량이 정해져 있습니다. 예를 들어 Seedance 2 Mini는 영상 길이에 관계없이 최소 64 크레딧을 소모합니다.
API의 모델들은 미디어 유형별로 분류되어 있습니다. 비디오의 경우 seedance2, seedance2_fast, seedance2_mini, gen4.5, gen4_turbo, veo3 제품군, 비디오 편집을 위한 aleph2, 그리고 캐릭터 퍼포먼스를 위한 act_two가 있습니다. 이미지 카탈로그에는 gen4_image, gen4_image_turbo, seedream5_pro 및 lite, gpt_image_2가 있습니다. 오디오의 경우 seed_audio와 ElevenLabs 라인업을 사용할 수 있습니다. 각 모델은 크레딧을 계산하는 방식이 서로 다르므로, 시나리오의 비용 모델은 Runway 전체가 아닌 선택한 특정 모델과 해상도에 따라 달라집니다.
runwayml.com의 웹 구독(Web Subscription)과 관련된 별도의 함정이 있습니다. Free, 월 $12인 Standard, $28인 Pro, $76인 Max, 그리고 Enterprise는 명확한 가격 체계처럼 보이지만, 이들의 크레딧은 API 크레딧 풀(Pool)에 포함되지 않습니다. 소프트웨어 통합(Programmatic Integration) 예산을 웹 플랜 가격으로 계산해서는 안 됩니다. 이들은 서로 다른 엔티티(Entity)이며, 웹 크레딧은 API 비용 산출의 근거가 될 수 없습니다.
실제 환경에서 비동기 호출(Asynchronous Call)은 다음과 같이 이루어집니다: 작업을 생성하고, 결과를 기다린 후, 파일 링크를 가져옵니다.
# Runway API: 작업 생성 및 결과 대기
task = client.text_to_video.create(
model="gen4_turbo", # 2026-07-18 가격 기준 ~초당 5 크레딧
...

결과물의 소유권과 그에 따른 요구 사항
이제 이 문서의 핵심 부분입니다. 이용 약관(Terms of Use)은 구매자에게 Runway의 기능을 자체 애플리케이션에 내장하고 최종 사용자에게 제공할 수 있는 "제한적이고, 비독점적이며, 양도 불가능하고, 서브라이선스 부여 권한이 없으며, 철회 가능한 라이선스(Limited, non-exclusive, non-transferable, non-sublicensable, revocable license)"를 부여합니다. 이 공식에서 핵심적인 단어는 "철회 가능한(Revocable)"입니다. 내장 권한은 별도로 규정되어 있으며, 결제나 생성 사실로부터 자동으로 따라오는 것이 아닙니다.
Runway는 사용자의 입력값(Inputs)과 출력값(Outputs)에 대한 소유권을 주장하지 않으며, 결과물의 상업적 이용을 제한하지 않습니다. 이는 완전한 자유처럼 보이지만, 이 또한 조건부입니다. 이는 파일이 완성됨과 동시에 자동으로 발생하는 것이 아니라, "본 계약(Agreement)을 준수하는 조건" 하에 적용됩니다. 조건을 위반할 경우, 권리의 근거는 사라집니다.
그러한 조건 중 하나는 직접적이고 기술적인 것입니다. 최종 사용자에게 보여지는 API 애플리케이션의 경우, 이용 약관(Terms)은 브랜딩 가이드라인에 따라 인터페이스에 "'Powered by Runway' 및 runwayml.com 링크를 눈에 띄게 표시"할 것을 요구합니다. 이 조건은 영상의 소유권에 관한 것이 아니라, UI에 구현되어야 하는 별도의 필수적인 통합 요구 사항이며, 디자인 단계에서 미리 반영하는 것을 잊기 쉽습니다.
회사 측에는 상응하는 권리도 있습니다. 동일한 이용 약관은 Runway에 모델 학습 및 개선을 위해 입력값(Inputs)과 출력값(Outputs)을 사용할 수 있는 "비독점적이고, 취소 불가능하며, 영구적이고, 전 세계적이며, 무상이고, 양도 가능하며, 서브라이선스(sub-licensable)를 부여할 수 있는" 라이선스를 부여합니다. 결과물에 대한 사용자의 상업적 이용 권리와 Runway가 동일한 결과물을 학습할 권리는 동시에 적용됩니다. 어떤 시나리오에서는 이것이 중요하지 않을 수 있지만, 민감한 데이터나 고객 데이터를 다루는 시나리오에서는 매우 치명적입니다. "양도 가능하고 서브라이선스를 부여할 수 있는"이라는 문구는 Runway가 이 권리를 회사 내부에서만 사용하는 것이 아니라 제3자에게 전달할 수 있음을 의미하며, 이 문제는 사고가 발생한 후가 아니라 통합 전에 결정되어야 합니다.
이 모든 것 위에 이용 정책(Acceptable Use Policy)이 자리 잡고 있습니다. 이 정책은 허가 없이 실제 인물의 모습이나 목소리를 포함한 콘텐츠를 생성하는 것, 살아있는 유명 작가의 스타일을 모방하는 것, 그리고 사기, 괴롭힘, 동의 없는 성적 콘텐츠 등 기타 카테고리를 금지합니다. 이러한 금지 사항은 팀이 결과물에 대한 상업적 권리를 가지고 있는지 여부와 관계없이 적용됩니다. 예를 들어 "사진을 통해 고객의 얼굴을 생동감 있게 만드는" 시나리오는 기술적으로는 실행 가능할 수 있지만, 동시에 정책상으로는 직접적으로 금지될 수 있습니다.

법적 검토가 출시 지연을 감수할 가치가 있는 이유
이러한 트레이드오프(trade-off)를 솔직하게 명시할 필요가 있습니다. 출시 전 권한 및 비용 모델을 검토하는 것은 릴리스를 지연시키지만, 이는 감수해야 할 비용입니다. 대안적인 방법은 기술 테스트 직후에 바로 통합하고 진행하면서 조건을 파악하는 것입니다. 이 방법은 생성된 결과물과 허용된 범위 사이의 불일치가 처음 발생하는 순간까지는 분명 더 빠릅니다. 하지만 첫 번째 방법이 더 신뢰할 수 있습니다. 즉, 권한과 크레딧(credits)에 대한 검토를 먼저 마친 후 제품에 포함시키는 것입니다.
러시아 팀들에게는 이러한 트레이드오프에 결제 문제가 추가됩니다. Runway API의 크레딧은 달러에 연동되어 있으며 해외 카드로 결제해야 하는 반면, 비디오 기능 주변의 나머지 구성 요소(시나리오를 위한 텍스트 모델, 이미지 생성 및 처리)는 루블 잔액으로 운영할 수 있습니다. 이 부분에 대해 provod.ai는 이미지 및 비디오 생성과 편집을 포함한 플랫폼 모델 카탈로그에 대한 단일 API를 제공합니다; 결제는 루블(카드, SBP 또는 계좌 이체)로 가능하며, OpenAI 프로토콜을 지원하는 클라이언트는 base_url과 키(key)를 교체함으로써 연결할 수 있습니다. 다만, 이것이 특정 영상에 대한 Runway의 권한을 생성하는 것은 아닙니다. 체인 상의 중개자는 Runway의 라이선스를 발급하거나 취소할 수 없습니다.
조건의 유효 기간에 대해서도 별도로 언급할 가치가 있습니다. gen4_aleph 모델은 레퍼런스에서 2026년 7월 30일에 중단될 예정인 deprecated(사용 중단 예정) 상태로 표시되어 있습니다. 이는 해당 모델에 의존하는 시나리오가 우리가 조건을 재확인한 날짜인 2026년 7월 18일 직후에 기술적 가용성을 상실하게 된다는 것을 의미합니다. 모델 목록, 크레딧당 가격 및 sunset(서비스 종료) 상태는 별도의 공지 없이 변경될 수 있습니다. 한 번 작성된 검토서(passport)는 시간이 지나면 노후화되므로, 검토서에 유효 날짜를 명확히 기재해야 합니다.

하나의 시나리오를 위한 검토서 작성 방법: 실무 단계
패스포트(Passport)는 "Runway 전반"을 위해 작성하는 것이 아니라, 하나의 구체적인 시나리오를 위해 작성됩니다. 절차는 다음과 같습니다.
- 목표 시나리오를 한 문장으로 기술: 무엇을 생성하는지, 최종 사용자는 누구인지, 결과물을 어디에 보여주는지, 프레임 안에 실제 인물이나 타인의 식별 가능한 스타일이 포함되는지 기술합니다.
- 모델 및 소모량 확정: 카탈로그에서 특정 모델을 선택하고, 확인 날짜 기준의 가격에 따라 크레딧 (Credits)을 계산하며, 최소 생성 비용이 있는 경우 이를 별도로 확인합니다.
- 임베딩 (Embedding) 권한 확인: 시나리오가 취소 가능한 임베딩 라이선스 범위 내에 있는지, UI에 링크가 포함된 "Powered by Runway" 표기가 설계되었는지 확인합니다.
- 이용 정책 (Usage Policy) 검토: 시나리오를 금지 사항(실제 인물의 초상 및 음성, 실제 저자의 모방, 기타 카테고리)에 대조하여 검토합니다.
- 날짜 및 상태 기록: 조건의 유효 날짜를 기록하고 상태(확인됨, 제한됨 또는 미설정)를 부여합니다.
그 다음은 수집된 정보를 승인 또는 거절로 변환하는 결정 테이블이 이어집니다.
| 패스포트 항목 | 조치 사항 |
|---|---|
| 결과물에 대한 권한이 확인되었고, 크레딧 로직이 명확하며, UI 표기가 설계됨 | "확인됨" 상태: 제품에 포함 가능 |
| ... |
여기에는 보편적인 "예"란 없습니다. 동일한 조건이라도 팀이 무엇을 누구에게 보여주느냐에 따라 서로 다른 상태를 부여받게 됩니다. 패스포트는 Runway 전반에 대해 답변하는 것이 아니라 단일 시나리오에 대해 답변하며, 시나리오가 변경되면 새로 작성해야 합니다.
이것이 해결하지 못하는 것
패스포트는 법률 자문을 대체하지 않습니다. 이는 시나리오에 맞춰 공식 조건을 구조화할 뿐, 법적 판결을 내리거나 공개 문서에 명시되지 않은 리스크를 보장하지 않습니다.
Runway 도움말 센터(Help Center)의 일부 자료(API FAQ, 크레딧 설명, 콘텐츠 상업적 이용에 관한 답변)는 직접 확인 시 액세스 오류가 발생했습니다. 이러한 자료들은 검증된 항목으로서 패스포트에 포함되지 않으며, 로그인을 통해 수동으로 직접 확인해야 합니다.
Enterprise(엔터프라이즈)는 별개의 이야기입니다. 이 등급에 대한 데이터 학습의 특수 조건 가능성은 2차 자료에서 언급된 바 있으나, 공식적인 공개 페이지에서는 확인되지 않았습니다. 따라서 일반 페이지가 아닌 개별 계약 내용을 통해 확인해야 합니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기