AI 영상 비용의 핵심은 '회당'과 '초당' 과금 차이

안녕하세요, AI 영상 콘텐츠를 만드는 평범한 직장인입니다. 일상은 각종 모델로 영상을 뽑고, 원가를 계산하고, 청구서에 얻어맞는 것뿐이죠.

먼저 세 가지를 밝혀두겠습니다. 댓글창이 이상한 방향으로 흘러가지 않도록요.

- 이 글의 모든 원가 수치는 제 계정의 스크린샷에서 나온 것이지, 홍보 페이지에서 베낀 게 아닙니다. 플랫폼 가격은 바뀔 수 있으니, 여러분이 보는 페이지를 기준으로 하세요.

- 수익 부분은 개인 기록일 뿐, 보편적인 상황을 대표하지 않습니다. "내가 컴퓨팅 파워를 바꿀 수 있다"를 "당신도 안정적으로 돈을 벌 수 있다"로 이해하지 마세요.

이 글을 쓰게 된 계기는 아주 흔합니다. 지난달에 200위안을 충전했는데, 15초짜리 영상 3개를 뽑고 나니 다 써버렸습니다. 당시 첫 반응은 "이 모델은 안 되네"였습니다. 그러다 요금 페이지를 열어 두 줄을 봤을 때까지는요.

YS-星算线 ⚡ 4.8702 / 회 DMC- default ⚡ 0.0759 / 초

하나는 "회" 기준, 하나는 "초" 기준입니다. 이 단위 하나 차이가, 당신의 200위안으로 3개를 뽑을지 40개를 뽑을지를 결정합니다.

1. 먼저 결론부터

회당 과금(YS-星算线) 초당 과금(DMC-default) 과금 단위 ⚡4.8702 / 회 ⚡0.0759 / 초 성공률(제 쪽 실측) 100.0% 98.9% 평균 출력 소요시간 4분 33초 6분 56초 5초 영상 기준 초당 환산 ⚡0.974 ⚡0.0767 15초 영상 기준 초당 환산 ⚡0.325 ⚡0.0767 적합한 용도 짧고, 정교하고, 한 번에 통과 길고, 절약되고, 시행착오 가능

xychart-beta title "초당 환산 원가(컴퓨팅/초)" x-axis [ "5초" , "10초" , "15초" ] y-axis "컴퓨팅" 0 --> 1.1 line [0.974, 0.487, 0.325] line [0.0767, 0.0767, 0.0767]

세 가지 결론을 바로 말하겠습니다.

- 회당 과금의 "초당 단가"는 길이에 따라 변합니다. 5초일 때는 1 컴퓨팅/초에 가깝고, 15초일 때는 0.32로 떨어집니다. 영상이 짧을수록 회당 과금이 더 손해입니다.

- 초당 과금의 "초당 단가"는 일정하며, 15초일 때는 회당 과금의 1/4 정도밖에 안 됩니다.

- 회당 과금은 비싸지만, 두 가지를 얻어냅니다. 더 빠른 출력(2분 23초 빠름)과 더 높은 성공률입니다. 이 두 가지는 대량으로 돌릴 때야말로 돈으로 살 수 없는 것입니다.

그래서 "어느 모델이 좋은가"라는 질문은 애초에 답할 수가 없습니다. 먼저 물어야 합니다. 얼마나 긴 영상이 필요한지, 재실행을 받아들일 수 있는지, 언제 납품해야 하는지.

2. 왜 나는 결국 "집계"를 택했는가, 하나하나 구독하는 대신

지난 두 달 AI 영상 업계에는 아주 뚜렷한 변화가 있었습니다. 모델들이 서로 기습하기 시작한 겁니다.

MiniMax H3가 발표된 후 가중치를 바로 오픈소스로 공개했습니다. 2K 해상도, 네이티브 스테레오 사운드에 가격은 Seedance 2.0의 3분의 1에 불과합니다(모델 비교 정리). 즈후의 그 분석 글은 더 직설적입니다. H3에게 필요한 건 1등이 아니라 "판에 끼어드는 것"이라고요(원문). 그보다 앞서 Sora가 퇴장했고, 可灵, Vidu, Seedance 각자 모두 위로 올라서고 있습니다.

업계 데이터도 이 열기를 뒷받침합니다. 2026년 전 7개월 동안 글로벌 AI 영상 분야에서 29건의 투자 유치, 91.47억 달러(亿欧)가 있었고, 국내 개인 크리에이터 유료 사용자는 전년 대비 117% 증가했습니다. 모두가 가장 궁금해하는 네 가지는 바로 단일 영상 길이, 인물 일관성, 상업적 라이선스, 1인당 원가였습니다(업계 보고서).

문제가 생겼습니다. 모델이 한 달에 두 번씩 업데이트되는데, 어떻게 구독하시겠습니까?

- A를 구독했는데 다음 달 B가 2K에 오픈소스까지 내놓으면, 갈아타시겠습니까?

- 셋 다 구독하면 한 달에 수백 위안인데, 당신은 한 달에 정말 다 쓸 수 있습니까?

- 각 플랫폼의 API 파라미터, 과금 단위가 모두 달라서, 외우기만 해도 헷갈립니다.

그래서 제 최종 선택은 집계 플랫폼이었습니다. 그것이 대단해서가 아니라, "시행착오 비용"을 "구독 결정"에서 "단일 호출"로 낮춰주기 때문입니다. Seedance, 可灵, Hailuo, Vidu가 모두 그 안에 있어서, 가격 비교를 하려면 바로 전환하면 되고, 두 번째 계정을 열 필요가 없습니다.

이 말은 좀 미움을 살 수도 있지만, 그래도 말하겠습니다. 2026년에 아직도 특정 한 곳의 구독만 단독으로 산다면, 한 가지 작업만 고정해서 돌리는 게 아닌 이상, 큰 확률로 "다 못 쓰는" 것에 돈을 내는 셈입니다.

3. 핵심: 단위 하나 차이로, 200위안이 13배 차이 난다

3.1 먼저 이 두 장의 그림을 보자

그림 1 위치 — 그 sd2.0 YS-星算线 ⚡4.8702/회 100.0% 4분 33초 스크린샷을 붙이세요

그림 설명: "회" 기준 과금. 오른쪽 두 숫자에 주목하세요. 성공률 100%, 출력 4분 33초.

그림 2 위치 — 그 minmaxh3 DMC-default ⚡0.0759/초 98.9% 6분 56초 스크린샷을 붙이세요("참고 영상 0.0759/초" 줄 포함).

그림 설명: "초" 기준 과금이고, 참고 영상도 길이에 따라 별도로 계산됩니다. 이 작은 글씨 한 줄을 많은 사람이 못 봅니다.

두 번째 그림의 두 번째 줄을 주목하세요. 참고 영상: ⚡0.0759/초(참고 영상 길이 기준)입니다.

뜻은 이렇습니다. 당신이 집어넣은 참고 영상도 초 단위로 과금됩니다. 10초 참고 영상 + 15초 생성이라면, 25초로 결산됩니다.

이 조항은 제가 다른 곳에서 당했습니다. 괜히 100위안 가까이 날렸죠. 초당 과금 플랫폼이라면 반드시 이 줄부터 찾아 확인하세요.

3.2 셈을 확실히 해보자 (이 대목이 글 전체에서 가장 값진 부분이다)

시나리오: 15초짜리 영상 하나, 완성본 1개가 필요합니다.

방식 명목 원가 실패 재실행 반영(÷성공률) 초당 환산 회당 과금 ×1 4.8702 4.8702 0.3247 초당 과금 ×1(15s) 1.1385 1.1511 0.0767

같은 15초인데 4.2배 차이입니다.

다시 5초짜리 짧은 숏을 봅니다.

방식 명목 원가 유효 원가 초당 환산 회당 과금 ×1 4.8702 4.8702 0.9740 초당 과금 ×1(5s) 0.3795 0.3837 0.0767

12.7배 차이입니다. 이것이 서두의 그 질문에 대한 답입니다. 제 200위안짜리 패키지로 회당 과금에서 5초 짧은 숏을 찍으면 확실히 십여 개밖에 못 뽑습니다. 초당 과금으로 바꾸면 오십여 개를 뽑을 수 있습니다.

덧붙여 직관에 반하는 점 하나. 많은 사람이 "회당"은 정액제라서 더 이득이라고 생각합니다. 정반대입니다. 회당 = 당신이 "길이 불확실성"에 돈을 낸 것입니다. 한 번의 호출에서 몇 초가 나올지 당신은 통제할 수 없고, 나오는 게 짧을수록 당신의 단가는 비싸집니다. 이건 제가 지난 반년 동안 가장 값비싸게 치른 교훈입니다.

3.3 하지만 회당 과금이 쓸모없는 건 아니다

그것이 사주는 건 또 다른 두 가지이고, 제가 실측한 차이는 다음과 같습니다.

차원 회당 과금 초당 과금 나에게 주는 의미 성공률 100.0% 98.9% 100개를 대량으로 돌리면 초당 과금은 1개 정도가 버려진다 출력 소요시간 4:33 6:56 한 시간에 돌릴 수 있는 횟수: 13회 vs 8회 초당 환산 0.32(15s) 0.077 장기적으로는 초당 과금이 확실히 낮다

제 실제 분업 방식은 이렇습니다:

- 납품해야 하고, 기회가 단 한 번뿐인 것(고객 현장 미리보기, 라이브 방송 삽입 영상) → 건별(按次) 요금제를 씁니다. 비싸지만 빠르고 안정적입니다.

- 물량을 깔아 방향을 시험하는 것(하루에 30개를 뽑아 3개를 고르기) → 초당(按秒) 요금제를 씁니다. 조금 느리지만 40번까지 틀릴 수 있습니다.

- 5초 이내의 짧은 숏만 필요한 경우 → 화질에 대한 엄격한 요구가 없는 한 전부 초당 요금제로 갑니다.

이 판단 기준이 어떤 파라미터를 외우는 것보다도 유용합니다.

四、코드: '두 단위'를 하나의 장부로 통일하기

페이지만 봐서는 소용없습니다. 실제로 돌려볼 때는 프로그램이 이번 배치에 대체로 얼마를 썼는지, 그중 얼마가 헛되이 쓴 것인지를 알려주게 해야 합니다.

아래는 제가 쓰고 있는 간소화 버전입니다. 핵심은 딱 하나의 함수 cost() 인데, '회'와 '초' 두 단위를 동시에 처리하고 성공률을 반영합니다. 그래야 보이는 것이 '유효 비용'이지, 홍보 페이지에 있는 그 보기 좋은 숫자가 아닙니다.

""" 이중 티어 비용 산정 + 통합 호출 의존성: pip install httpx 주의: BASE_URL과 모델 식별자는 플랫폼 문서를 기준으로 하며, 여기서는 자리표시자(placeholder)를 씁니다 """ import os from decimal import Decimal BASE = os.environ[ "ZHILING_BASE_URL" ] # 형식: https://<당신의 도메인>/v1 KEY = os.environ[ "ZHILING_API_KEY" ] # ========== 본문에서 가장 중요한 두 단위 ========== RATES = { "YS-星算线" : { "unit" : "per_call" , "price" : Decimal( "4.8702" ), "succ" : Decimal( "1.000" ), "sec" : 4 * 60 + 33 }, "DMC-default" : { "unit" : "per_second" , "price" : Decimal( "0.0759" ), "succ" : Decimal( "0.989" ), "sec" : 6 * 60 + 56 }, } def cost ( model: str , seconds: int ) -> tuple [Decimal, Decimal]: """(명목 비용, 실패 재실행을 반영한 유효 비용)을 반환""" r = RATES[model] if r[ "unit" ] == "per_call" : nominal = r[ "price" ] # 건별: 길이와 무관 else : nominal = r[ "price" ] * Decimal(seconds) # 초당: 길이 × 단가 return nominal, nominal / r[ "succ" ] # 성공률로 나눔 = 실제 비용 def report ( seconds_list=( 5 , 10 , 15 ) ): print ( f" { '档位' :< 12 } { '时长' :> 5 } { '名义' :> 10 } { '有效' :> 10 } { '折合每秒' :> 12 } " ) print ( "-" * 52 ) for m in RATES: for s in seconds_list: nom, real = cost(m, s) print ( f" {m:< 12 } {s:> 5 } {nom:> 10.4 f} {real:> 10.4 f} {real/s:> 12.4 f} " ) print () def pick ( seconds: int , need_on_time: bool = False ) -> str : """선택: 짧은 숏은 전부 초당; 한 번에 통과/시간이 급한 것은 건별""" if need_on_time or seconds >= 20 : return "YS-星算线" return "DMC-default" if seconds <= 10 else min ( RATES, key= lambda m: cost(m, seconds)[ 1 ] ) if __name__ == "__main__" : report() print ( "추천：" , {s: pick(s) for s in ( 5 , 10 , 15 )})

돌린 결과입니다(이 부분은 제가 실제로 돌려본 것입니다):

档位 时长 名义 有效 折合每秒 ---------------------------------------------------- YS - 星算线 5 4.8702 4.8702 0.9740 YS - 星算线 10 4.8702 4.8702 0.4870 YS - 星算线 15 4.8702 4.8702 0.3247 DMC - default 5 0.3795 0.3837 0.0767 DMC - default 10 0.7590 0.7674 0.0767 DMC - default 15 1.1385 1.1511 0.0767 추천： { 5 : 'DMC-default' , 10 : 'DMC-default' , 15 : 'DMC-default' }

보이시나요? 건별 요금제의 '초당 환산' 값은 길이가 길어질수록 내려가지만(0.974 → 0.487 → 0.325), 초당 요금제는 일직선 수평선(0.0767)입니다.

그래서 건별 요금제의 올바른 사용법은 딱 하나뿐입니다: 15초를 꽉 채워 쓰고, 단 한 번의 기회에만 쓸 것. 이걸로 5초짜리 빈 숏을 찍는다면, 그건 플랫폼에 돈을 바치는 것입니다.

그림 3 위치 — 터미널에서 이 스크립트를 실행한 출력 스크린샷

그림 설명: 명목 비용 / 유효 비용 / 초당 환산, 세 열을 펼쳐서 보면 선택이 느낌에 기대지 않게 됩니다.

4.1 작업 제출할 때 김에 장부 기록하기

import asyncio, httpx HDR = { "Authorization" : f"Bearer {KEY} " , "Content-Type" : "application/json" } async def submit ( client, model, prompt, seconds ): payload = { "model" : model, "prompt" : prompt, "duration" : seconds, } r = await client.post( f" {BASE} /video/generations" , json=payload, headers=HDR) r.raise_for_status() return r.json()[ "id" ] async def run ( jobs, concurrency= 4 ): sem = asyncio.Semaphore(concurrency) # 꽉 채우지 마세요, 레이트 리밋에 걸리면 직렬보다 더 느립니다 total = Decimal( "0" ) async with httpx.AsyncClient(timeout= 60 ) as client: async def one ( j ): async with sem: try : tid = await submit(client, j[ "model" ], j[ "prompt" ], j[ "seconds" ]) print ( f"[OK] {j[ 'model' ]} {j[ 'seconds' ]} s -> {tid} " ) return cost(j[ "model" ], j[ "seconds" ])[ 1 ] except Exception as e: print ( f"[FAIL] {j[ 'model' ]} {e} " ) return Decimal( "0" ) # 실패는 집계하지 않음(단, 재실행하면 두 배가 되니 직접 확인하세요) total = sum ( await asyncio.gather(*[one(j) for j in jobs])) print ( f"\n이번 배치 유효 비용 합계: {total: .4 f} 컴퓨팅 파워" )

이 코드는 세 가지 실제 문제를 해결합니다:

- Semaphore(4) —— 동시성을 너무 크게 열면 반드시 레이트 리밋에 걸리고, 재시도 대기 시간이 직렬 실행보다 오래 걸립니다.

- 실패 시 0 반환 —— 실패는 집계하지 않지만, 그것이 「재실행」의 형태로 돌아온다는 것을 알아야 하므로 실제 비용은 배로 늘어납니다.

- total이 출력하는 것은 컴퓨팅 파워이지 생성 건수가 아닙니다 —— 「20건 돌렸다」는 아무 의미가 없고, 「이번 배치는 12.6 컴퓨팅 파워를 썼다」여야 상사와 대조 확인을 할 수 있습니다.

5. 프롬프트: 두 등급의 작성법이 다릅니다

이 부분은 제가 직접 부딪혀서 터득한 것이니, 하나의 템플릿을 그대로 두 모델에 먹이지 마세요.

네 구간 구조(범용):

【샷】 < 카메라 위치 / 카메라 무브먼트 / 샷 크기 > 【피사체】 < 누구 / 무엇을 하는지 / 동작의 범위 > 【환경광】 < 광원 방향 / 색온도 / 대비 > 【질감】 < 필름 또는 디지털 / 그레인 / 모션 블러 / 프레임레이트 느낌 >

A. 회당 과금 등급용(한 번에 통과해야 하므로 정보를 최대한 꽉 채워야 함)

【샷】85mm 중근경, 천천히 옆으로 이동, 얕은 심도, 전 구간 피사체를 중앙에 유지 【피사체】무광 블랙 커피잔이 월넛 나무 테이블 위에서 천천히 30° 회전, 잔 속 액체는 튀지 않고, 잔 표면에 반사 사각지대 없음 【환경광】왼쪽 창빛, 색온도 5000K, 테이블 오른쪽에 따뜻한 색 보광 한盏으로 윤곽광 형성 【질감】디지털 직출, 약간의 모션 블러, 필름 그레인 없음, 하이라이트 오버노출 없음

회당 과금은 기회가 한 번뿐이므로, 「실수하면 안 되는」 부분을 모두 못 박아 둬야 합니다: 전 구간 중앙 유지, 반사 사각지대 없음, 튐 없음.

B. 초당 과금 등급용(시행착오가 가능하고, 여지를 남겨 둠)

【샷】핸드헬드의 약한 흔들림, 중경에서 천천히 근경으로 밀고 들어감 【피사체】인물이 옆모습으로 창가에 서 있다가, 천천히 고개를 돌려 카메라를 바라봄, 동작 범위는 절제됨 【환경광】역광, 창가 하이라이트가 넘치고, 실내는 어둡게, 인물 얼굴의 디테일은 유지 【질감】약간 언더노출, 24fps 영화 느낌, 약간의 그레인

초당 과금 등급은 저는 보통 3건을 돌려 1건을 고르기 때문에, 프롬프트에 약간의 여지를 남겨(「동작 범위는 절제됨」「천천히」) 모델이 같은 방향에서 변화를 만들도록 하고, 세 건이 완전히 똑같아지지 않게 합니다.

그림 4 위치 — 두 모델 각각의 생성 결과 페이지를 대조하고, 「모델명 / 길이 / 차감액」을 네모로 표시

그림 설명: 같은 프롬프트, 같은 길이인데 차감액은 4배 이상 차이 납니다.

6. 핵심: 컴퓨팅 파워는 정말로 작품으로 되돌려받을 수 있습니다

이 부분이 제가 가장 나누고 싶은 내용이고, 이 글에서 가장 「입에 발린 소리」로 들리기 쉬운 부분입니다. 그래서 저는 청구서를 그대로 펼쳐 놓겠습니다.

6.1 두 가지 수입 경로

경로 1: 출석 체크(잔돈)

그림 5 위치 — 누적 획득 ⚡4.8｜누적 출석 28일 이 화면 캡처를 붙입니다

그림 설명: 저는 28일 연속 출석해서 누적 4.8 컴퓨팅 파워를 받았습니다.

솔직히 말하면: 출석 체크는 잔돈이지 주력이 아닙니다. 28일에 4.8 컴퓨팅 파워면, 초당 과금 등급 0.0759/초 기준으로 약 63초 분량의 영상이고, 회당 과금 등급 기준으로는 한 번도 안 됩니다.

하지만 그것의 의미는 최저 안전판에 있습니다 — 어느 날 새 모델을 시험해 보고 싶을 때, 출석 체크로 받은 컴퓨팅 파워로 한두 건 돌려 보면 되고, 먼저 돈을 충전할 필요가 없습니다.

경로 2: 영감 광장(이것이 주력)

그림 6 위치 — 그 수익 내역 표를 붙입니다(출석 보상 1.1 / 영감 광장 수익 1 / 1 / 0.5 / 0.5 / 0.5…)

그림 설명: 모든 항목에 「입금 완료」가 표시됩니다. 영감 광장의 수입은 출석 체크보다 확실히 촘촘합니다.

그림 7 위치 — 총수익 ⚡77.6｜총 횟수 68｜입금 완료 68 이 화면 캡처를 붙입니다

그림 설명: 68건의 수익, 전부 입금 완료, 합계 77.6 컴퓨팅 파워.

77.6 컴퓨팅 파워가 어느 정도인지, 제가 환산해 드리겠습니다:

어디에 쓰나 | 얼마나 바꿀 수 있나 초당 과금 등급(0.0759/초) | 약 1022초, 즉 17분 분량의 영상 회당 과금 등급(4.8702/회) | 약 15회 생성 전제 | 이 77.6은 일정 기간 누적된 것이지, 한 달 치가 아님

그러니 「무한 컴퓨팅 파워를 준다」 같은 말은 듣지 마세요 — 그건 거짓입니다. 정확한 표현은 이렇습니다: 지속적으로 작품을 올리면 일상적인 시행착오 비용의 일부를 상쇄할 수 있습니다. 제 77.6 컴퓨팅 파워는 기본적으로 「매일 몇 건씩 돌려 보는」 비용을 거의 메워 주었습니다.

6.2 어떻게 해야 정말 벌 수 있나(이 두 데이터 도표에서 제가 배운 것)

여기서 다른 스크린샷 두 장을 언급하겠습니다. 원래는 그대로 붙여넣으려 했는데, 그 두 작품 이미지의 내용이 다소 감성적이어서 굴진(掘金)에서 저속하다고 판정받을 가능성이 높아서, 숫자만 추출해서 설명하겠습니다.

작품 | 조회수 | 사용된 횟수 | 수익 캔버스 A | 1255 | 15 | ¥12 캔버스 B | 1195 | 8 | ¥7

이 두 열의 관계를 잘 보세요. 조회수는 비슷한데(1255 vs 1195), 수익은 거의 두 배 차이(12 vs 7)입니다.

차이는 어디에서 났을까요? 바로 「사용된 횟수」(15 vs 8)에서 났습니다.

이것이 영감광장(灵感广场)의 진짜 알고리즘 로직입니다. 당신의 작품을 몇 명이 보았는지가 아니라, 몇 명이 「가져다 썼는지」를 보는 겁니다.

그래서 저는 배포 전략을 바꿨고, 두 가지 경험이 있습니다.

- 완성본을 올리지 말고, 재사용 가능한 「캔버스/템플릿」을 올려라. 남들은 당신의 영상에 좋아요만 누를 뿐이지만, 당신의 캔버스를 가져다 글자 두 개만 바꿔서 계속 쓸 수 있을 때 비로소 「사용」이 발생합니다.

- 작품은 「비워 둬야」 한다. 피사체, 광원 위치, 카메라 무빙은 고정하되, 카피와 피사체 대상은 자리표시자(placeholder)로 남겨둬라. 내 수익이 가장 높았던 그 캔버스는 본질적으로 「인물 + 역광 + 중근경」 템플릿 한 세트로, 누구든 바꿔 넣을 수 있었다.

그림 8 위치(선택 사항) — 원한다면 쓰셔도 됩니다. 그 두 캔버스의 하단 부분만(「제목 없는 캔버스 / 조회 1255 / 사용 15 / 수익 ¥12 / 날짜」 이 몇 줄만 유지) 붙이고, 작품 썸네일은 잘라내세요.

캡션: 조회수는 비슷한데 수익은 거의 두 배 차이, 차이는 사용된 횟수에 있다.

심사를 더 안정적으로 통과하고 싶다면, 텍스트 표를 쓰는 것을 권합니다. 썸네일 붙이는 모험은 하지 마세요.

7. 함정 체크리스트 (하나하나 다 학비를 냈다)

- 초 단위 과금 플랫폼에서는 먼저 「참조 영상이 길이에 따라 별도 과금되는지」 이 항목을 찾아라. 나는 한 번 놓쳤다가 청구서가 그대로 두 배가 됐다.

- 회(次) 단위 요금제는 5초 이내의 빈 풍경(空镜) 촬영에 쓰지 마라. 초당 환산하면 거의 1 크레딧이라, 초 단위 요금제보다 12배 비싸다.

- 성공률도 원가에 넣어야 한다. 98.9%면 높아 보이지만, 500개를 배치로 돌리면 5~6개는 헛되이 더 돌리게 된다.

- 결과물 속도도 돈이다. 4:33과 6:56은 한 시간에 5회의 시행착오 차이다. 일정이 급할 때 이 격차는 단가보다 중요하다.

- 「고화질 / 영화급 / 대작 느낌」이라고 쓰지 마라. 「85mm / 5000K / 얕은 심도」로 바꿔야 모델이 알아듣는다.

- 한 샷에는 동작 하나만 준다. 한 문장에 동작 세 개를 욱여넣으면 불량률이 곧바로 두 배가 된다.

- 배치 전에 먼저 3개를 돌려 프롬프트를 검증하라. 십여 크레딧으로 방향을 확인하는 것이, 백 몇십 크레딧으로 불량품 한 무더기 사는 것보다 훨씬 싸다.

- 「흰색 무한(白嫆无限)」은 믿지 마라. 영감광장이 당신의 시행착오 비용은 커버해 줄 수 있어도, 생산 비용은 커버하지 못한다.

- 같은 프롬프트라도 플랫폼마다 결과가 다르다. 그래서 집계 플랫폼의 가치는 「가로로 넘나들 수 있는 데」 있지, 「어느 한 곳이 가장 강하다는 데」 있지 않다.

8. 이 방안이 누구에게 안 맞는가

- 한 가지 고정된 작업만 돌리면서 매달 한도를 다 채울 수 있는 사람: 한 곳만 단독 구독하는 게 여전히 더 절약된다. 굳이 번거롭게 하지 마라.

- 60초 이상 완성본이 필요한 사람: 두 요금제 모두 구간을 이어 붙여야 하고, 이어 붙인 뒤 색보정도 통일해야 한다. 이 절차로는 이음새를 해결할 수 없다.

- 엄격한 인물 일관성이 필요한 상업 영상: 첫 프레임 이미지 + 후반 색보정이 여전히 필수이고, 모델은 이를 제공하지 못한다.

- 영감광장으로 컴퓨터 한 대를 벌어들이려는 사람: 현실적으로 봐라, 그건 그저 「당신의 시행착오 비용을 환급해 주는」 메커니즘이다.

9. 마지막으로

이 반년 동안 내가 가장 크게 느낀 점은, 내 첫 번째 영상 관련 글에서 쓴 것과 똑같았는데, 이제는 더 확신한다.

AI 영상의 문턱은 프롬프트에 있지 않고, 계산에 있다.

프롬프트를 잘못 쓰면 망하는 건 하나지만, 과금 단위를 잘못 이해하면 망하는 건 예산 전체다.

나는 너무 많은 사람들이 뛰어들어 가장 비싼 요금제를 사고, 열 개를 돌려 보고 뭔가 이상하다 싶어서는 「AI 영상은 이제 안 된다」고 말하는 것을 봤다. 사실 모델이 안 되는 게 아니라, 사용법과 과금 단위가 맞지 않는 것이다.

지금 모델은 하루가 다르게 변한다. 오늘은 2K, 내일은 오픈소스라, 다 쫓아갈 수 없다. 당신이 통제할 수 있는 것은 딱 두 가지다. 자신이 매 초를 어디에 쓰는지 아는 것, 그리고 남이 당신을 대신해 이 돈을 벌어주게 하는 것.

여러분의 실제 경험을 듣고 싶습니다

- 여러분은 「회 단위 / 초 단위」라는 이 단위에 물린 적 있나요? 구체적으로 어떻게 걸려들었는지, 저는 댓글에 보태서 이 글에 추가하겠습니다.

- 초 단위 과금에서 참조 영상/참조 이미지가 별도 과금인지, 각 업체 규칙이 같은가요? 이 부분은 아직 다 파악하지 못했으니, 대조 환영합니다.

- 영감광장的那种 「사용된 횟수」 메커니즘에서, 사용량을 늘리는 더 좋은 방법이 있나요? 저는 「완성본 말고 템플릿을 올려라」 이 한 가지만 파악했습니다.

댓글에서 봅시다, 보이는 대로 답하겠습니다. 유용하다면 좋아요 눌러 주세요, 더 많은 사람이 과금 단위에서 넘어지지 않게.

아즈(阿智)의 AI 개발 노트

3

글

44

읽음

0

팔로워