부정적인 프롬프트는 종종 더 아름다운 최종 클립으로 판단됩니다. 원하지 않는 개체가 사라졌으므로 지침이 "작동했습니다". 이는 부수적인 피해를 무시합니다. 제거하면 신원이 변경되고, 움직임이 단순해지며, 맥락이 지워지고, 오디오가 방해받을 수 있습니다. 공정한 Veo 3.1 음성 프롬프트 테스트는 결함 장면과 보호된 장면을 별도로 점수화합니다.

APOB에서 보호 세부 정보가 있는 영상 브리프 테스트하기

이 글은 조작된 결과가 아닌 4씬 테스트 헌장과 백지 장부를 제공합니다. Runway는 지원되는 Veo 엔드포인트에 대한 negativePrompt 필드를 문서화했습니다. Google은 긍정적인 프롬프트 요소와 매개변수를 설명합니다. APOB는 Runway의 API 필드를 노출한다는 증거가 아닌 동등한 브리핑을 시도하는 장소입니다. 출처는 2026년 9월 11일에 확인되었습니다.

프롬프트를 바꾸기 전에 실패 정의하기

“더 좋게 만들어라”로 시작하지 마세요. 원하지 않는 요소와 살아남아야 하는 세부 사항의 이름을 지정하세요. 테스트에서 성공의 의미가 계속 바뀌면 클립은 성공을 증명할 수 없습니다.

원치 않는 요소 분류

해부학적 결함, 원치 않는 텍스트 또는 로고, 배경 혼란, 강체 기하학 오류 등 네 가지 유형 중 하나로 대상을 분류합니다. 위치와 관찰 규칙을 지정하십시오. "프레임 18과 31 사이의 오른손에 추가 손가락"이 테스트 가능합니다. "나쁜 손"은 그렇지 않습니다.

페어링된 실행당 하나의 오류를 사용합니다. 제외 목록이 길면 어떤 용어가 개선 또는 새로운 결함을 일으켰는지 알 수 없습니다. 나중에 테스트할 수 있도록 더 광범위한 정리를 저장하세요.

보호 세부 정보 계약

변경할 수 없는 사항을 나열하십시오. 얼굴 앵커, 옷장 색상, 제품 라벨, 카메라 위치, 동작, 지속 시간, 조명 방향 및 예상 오디오. 계약서는 소스 프레임 옆에 있는 단일 카드에 맞아야 합니다.

APOB AI 비디오 생성기를 통해 작업할 때 표시된 모델, 모드, 종횡비, 지속 시간, 참조 이미지 및 프롬프트를 기록하세요. 컨트롤을 사용할 수 없는 경우 숨겨진 값을 추론하는 대신 해당 제한 사항을 명시하십시오.

수용 규칙

두 부분으로 구성된 패스를 설정합니다. 원치 않는 요소는 명시된 가시성 임계값 아래로 떨어지며, 보호되는 모든 세부 사항은 자체 임계값 내에 유지됩니다. 제거 점수 5는 정체성 점수 1을 보완할 수 없습니다.

규칙 예: 일반 재생이나 샘플링된 4개 프레임에서 추가 숫자가 표시되지 않고 얼굴, 소매 색상, 컵 라벨, 손 경로 및 대사가 인식 가능하고 동일한 위치에 있는 경우에만 허용됩니다.

중단 규칙

계획된 기준선, 음수 필드 실행 및 한 번의 설명 제약 조건 재테스트 후에 중지합니다. 안전 필터가 소스를 차단하거나 저작물 권리가 불분명한 경우에는 더 빨리 중지하세요. 목표는 한 명의 생존자 뒤에 수백 번의 실패한 시도를 숨기는 것이 아니라 어떤 제어 경로가 결함에 적합한지 알아내는 것입니다.

네 장면을 짝지어 실행하도록 고정하기

기본 프롬프트와 장면당 하나의 참조 프레임을 준비합니다. 긍정적인 프롬프트를 페어링된 실행에 정확하게 복사한 다음 테스트 중인 인터페이스를 통해 부정적인 명령만 추가합니다. 시드를 사용할 수 없는 경우 "일치하는 입력, 비결정적 출력" 쌍에 레이블을 지정합니다.

손과 해부학

한 사람이 오른손으로 컵을 들어올리는 등의 간단한 동작을 사용합니다. "완벽한 해부학적 구조"가 아닌 원치 않는 해부학적 결함 하나를 표적으로 삼으십시오. 얼굴, 손수, 소매, 컵, 접점, 동작 방향을 보호합니다.

기본 템플릿: "오른손으로 테이블에서 세라믹 컵을 들어올리는 성인 한 명, 안정된 카메라, 자연광을 갖춘 미디엄 샷." 음수 필드의 예: '추가 손가락, 복제된 손' 이는 보고된 결과가 아닌 테스트 입력입니다.

텍스트와 로고

하나의 필수 라벨이 있는 소유 제품을 사용하고 표시되어서는 안 되는 관련 없는 표시 하나를 지정하십시오. 필요한 라벨, 패키지 색상, 실루엣, 카메라 각도, 손 위치를 보호하세요. 필요한 라벨이 변경되면 원치 않는 표시가 사라져도 실행이 실패합니다.

Runway의 API 변경 로그에는 필드와 지원되는 엔드포인트 동작이 기록되어 있습니다. 인터페이스는 변경될 수 있으므로 테스트하기 전에 다시 확인하세요.

복잡한 배경

바쁘지만 소유된 배경 앞에 명확한 주제를 1단계로 배치합니다. 깊이, 방 레이아웃, 피사체 윤곽 및 카메라 동작을 보호하면서 흩어진 간판과 같은 제거 가능한 단일 클래스의 이름을 지정합니다. 모델에게 "주의를 산만하게 하는 모든 것"을 제거하도록 요청하지 마십시오. 그 문구는 안정적인 관찰 규칙을 제공하지 않습니다.

이 장면은 AI 비디오 프롬프트 제어가 명명된 방해 요소를 제거하는지 아니면 전체 환경을 단순화하는지를 보여줍니다. 모든 출력에서 동일한 타임코드를 샘플링합니다.

고정된 기하 구조

눈에 띄는 축과 모서리가 있는 자전거 바퀴, 테이블 모서리, 휴대폰 또는 패키지를 사용하세요. 치수, 로고 위치, 접점 및 모션을 보호하면서 일반적인 변형 하나를 목표로 삼습니다. 단단한 개체는 부드러운 배경이 숨길 수 있는 부수적인 변화를 노출합니다.

첫 번째 프레임, 중간 동작 프레임, 마지막 프레임을 저장합니다. 모션 중에 형상이 구부러지면 깨끗한 첫 번째 프레임이 통과되지 않습니다.

더 예쁜 클립에 가산점 없이 제거 성능 측정하기

"부정" 또는 "대조"와 같은 레이블 없이 클립을 검토합니다. 검토자는 어떤 실행이 승리할 것으로 예상되는지 알 수 없습니다. 먼저 대상 결함의 점수를 매긴 다음 보호된 계약을 검사하세요.

제거 점수

5점 척도를 사용하십시오. 1은 결함이 명백하고 지속됨을 의미합니다. 3은 감소했지만 여전히 눈에 보이는 것을 의미합니다. 5는 일반 재생이나 샘플링된 프레임에서 볼 수 없음을 의미합니다. 타임코드를 추가하세요. “깨끗해 보인다”는 증거는 충분하지 않습니다.

테스트된 실행 옆에 기준 점수를 유지합니다. 그 차이는 고립된 숫자보다 더 중요하지만 종자 관리가 불가능할 때 여전히 인과관계를 확립하지는 못합니다.

정체성 드리프트

얼굴 비율, 헤어라인, 눈에 띄는 마크, 의상, 제품 아이덴티티 등을 비교해보세요. 제거와 별개로 드리프트 점수를 매깁니다. 제외가 추가된 후에만 ID가 변경되는 경우 필드를 보편적으로 주장하지 않고 연관을 기록합니다.

재사용 가능한 프롬프트 작업을 위해 정확한 소스 및 모델 컨텍스트와 함께 AI 비디오 프롬프트 라이브러리에 증거를 보관하세요. 실패한 출력에서 분리된 문구는 민속이 됩니다.

구도 손실

크롭, 피사체 위치, 카메라 높이, 깊이, 네거티브 스페이스, 필요한 소품을 확인하세요. 문제를 시야에서 벗어나 재구성함으로써 제거가 성공하는 경우도 있습니다. 이는 구성 계약에서 허용하는 경우에만 허용됩니다.

"자르기에 의해 숨겨진 대상"을 "제거된 대상"과 별도로 표시합니다. 첫 번째는 해결 방법입니다. 두 번째는 테스트되는 동작입니다.

동작 또는 오디오 부작용

움직임을 한 번 보고, 보지 않고 한 번 들어보세요. 손 경로, 카메라 움직임, 물체 접촉, 템포, 대사, 주변 소리 및 오디오가 있을 때 동기화에 점수를 매깁니다. Google의 공식 Veo 문서에는 프롬프트 성분, 매개변수, 제한사항 및 안전 컨텍스트가 설명되어 있습니다. 관찰된 결과를 만들어내는 것이 아니라 양성 대조군을 정의하는 데 사용하십시오.

실패를 제약 조건으로 다시 작성하기

네거티브 명령어가 타겟을 제거하지만 보호된 세부 사항을 손상시키거나 제거하지 못하는 경우 장면을 포지티브로 다시 작성합니다. 한 문장만 변경한 다음 동일한 증거 프로토콜을 다시 실행하세요.

설명형 대체 문구

부재 언어를 원하는 표시 상태로 바꿉니다. "추가 손가락 없음" 대신 "뚜렷이 보이는 오른손 하나가 컵 손잡이를 잡고 있고 왼손은 프레임 밖에 남아 있습니다."를 시도해 보세요. "텍스트 없음" 대신 "표시되지 않은 깨끗하고 배경 표시 하나, 패키지 라벨을 정확하게 유지"를 정의하십시오.

Google의 Veo 가이드는 주제, 동작, 스타일, 카메라, 구성, 오디오와 같은 설명 프롬프트 요소를 강조합니다. 이는 긍정적인 문구가 항상 더 나은 성능을 발휘한다는 증거가 아니라 적합한 긍정적인 대조 참조가 됩니다.

한 번에 한 가지 변경 재테스트

기준선을 복사하고 대상 문장만 변경합니다. 소스 이미지, 지속 시간, 종횡비 및 기타 표시된 설정을 재사용합니다. 시드를 사용할 수 없는 경우 원장에 제한을 유지하세요.

실패 재테스트 중에는 폴란드어 용어를 추가하지 마십시오. "영화적", "아름다운" 또는 "동적"은 전체 클립을 변경하고 새로운 제약 조건이 결함을 해결했는지 여부를 모호하게 만들 수 있습니다.

제약 조건 충돌

모두 만족할 수 없는 지침을 찾으십시오. 넓은 시야를 유지하되 바쁜 방을 숨기십시오. 로고는 유지하되 텍스트는 모두 제거하세요. 외부 프레임 하나를 유지하면서 양손을 보여줍니다. 발전기를 비난하기 전에 계약을 다시 작성하십시오.

어떤 지시가 완화되었으며 그 이유는 무엇인지 기록하십시오. 충돌은 모델 증거가 아닌 간단한 결함입니다.

거부된 예시

거부된 클립을 하나 이상 유지하고 정확한 프레임에 실패에 대한 주석을 추가합니다. 유용한 거부 예시 메모는 다음과 같습니다. "원치 않는 벽 텍스트가 없지만 필요한 패키지 라벨도 00:02.4에서 사라집니다. 보호 텍스트 손실로 인해 거부됩니다."

그 문장은 성공적인 결과물의 갤러리 이상의 것을 가르쳐줍니다. 또한 향후 편집자가 장단점을 알지 못한 채 동일한 문구를 재사용하는 것을 방지합니다.

실패 제어 카드 발행하기

관찰된 각 패턴을 날짜가 적힌 의사결정 카드로 바꿉니다. 실제로 테스트한 4가지 장면, 인터페이스, 설정 이상으로 일반화하지 마세요.

네거티브 필드 사용

테스트된 엔드포인트가 지원하고, 대상이 좁고, 보호된 계약이 통과하고, 쌍을 이루는 증거가 대안보다 부수적 피해가 적은 경우 음수 필드를 선택합니다. 정확한 필드 값과 API 또는 인터페이스 버전을 저장하세요.

이 지침은 테스트한 Runway 경로에만 적용됩니다. APOB가 negativePrompt API 매개변수를 노출한다는 의미는 아닙니다.

포지티브 제약 조건 사용

원하는 상태를 명확하게 설명할 수 있고 한 번의 변경으로 다시 테스트하면 장면이 더 많이 보존되는 경우 포지티브 제약 조건을 선택합니다. 해당 문장을 소스 및 결과와 함께 저장하고, 어디에나 통하는 만능 문구처럼 공개하지 마세요.

APOB에서는 표면에 일반 프롬프트만 표시되는 경우에도 동일한 보호 세부 계약을 사용합니다. 검토 방법은 다른 도구에도 적용할 수 있지만, 내부 제어 구현까지 같다는 뜻은 아닙니다.

참조 이미지 변경

원치 않는 요소가 이미 포함되어 있거나, 형상이 모호하거나, 보호된 세부 정보가 충돌하거나, 두 프롬프트 경로가 모두 실패하는 경우 소스를 교체하거나 복구하십시오. 더 깨끗한 승인된 참조는 약한 프레임에 제외 항목을 쌓는 것보다 더 정직한 경우가 많습니다.

원래 사례는 보관함에 남겨 두세요. 소스를 바꾸면 새 테스트가 시작되는 것이며, 기존 쌍을 수정한 것은 아닙니다.

재테스트 조건

Veo 엔드포인트, 문서화된 필드, 모델 버전, 안전 동작, APOB 모델 표면 또는 수용 정책이 변경되면 4장 프롬프트 실패 테스트를 반복합니다. 모든 카드에 날짜와 담당자를 기록하세요.

최종 카드에는 장면 ID, 결함, 보호된 세부 정보, 기본 프롬프트, 부정적인 지침, 대체 설명, 표시된 설정, 3개의 점수, 거부된 프레임, 선택한 제어, 제한 및 다음 테스트 날짜가 포함됩니다. 증거는 문구와 함께 전달되므로 재사용 가능한 AI 비디오 프롬프트 제어 자산입니다.

출처

• 런웨이 개발 - API 변경 로그 및 Veo 부정적인 프롬프트

• 개발자를 위한 Google AI — Veo 3.1로 동영상 생성

• APOB AI — AI 비디오 생성기

• APOB AI — AI 비디오 프롬프트