Gemini 3.6 Flash for Unreal C++ 및 블루프린트 — 세계 최초 온라인 네이티브 언리얼 워크플로우

추측성 편집을 줄이는 C++ 프롬프트 계약

엔진 버전, 대상 플랫폼, 모듈 Build.cs 경계, 영향받는 헤더 및 소스 파일, 관련 리플렉션 매크로, 컴파일러 또는 Unreal Header Tool 출력, 그리고 최소한으로 기대되는 동작을 제공합니다. 모델에게 제공된 코드에서 읽어낼 수 있는 사실과 엔진 API에 대한 가정사항을 분리해 제시하도록 지시합니다. 코드 제안 전에 소유권, 수명 주기, 쓰레드, 복제, 가비지 컬렉션 위험을 설명하도록 요구하세요.

좋은 응답은 변경이 필요한 최소 파일을 명시하고, 각 수정이 필요한 이유를 보여주며, 컴파일 및 런타임 점검 목록을 제시하고, 계획을 무효화할 증거가 무엇인지 설명합니다. 저장소 전역 재작성, 허구의 엔진 심볼, 버전 비의존 include, 경고를 근본 상태 설명 없이 억제하는 변경은 피하세요.

텍스트 모델이 검토할 수 있음을 보여주는 Blueprint 증거

Blueprint 스크린샷은 참고용으로 사용하고, 유일한 진실 원천으로 간주하지 마세요. 사용 가능한 경우 복사한 노드 텍스트, 부모 클래스, 인터페이스, 컴포넌트 계층, 변수 타입 및 기본값, 이벤트 순서, 네트워크 권한, 잠재 작업(latent) 액션, 타이머, 저장 동작, 그리고 정확한 실패 경로를 포함하세요. 큰 그래프는 책임별로 분할하고 각 조각의 진입 상태와 종료 상태를 식별하세요.

Gemini에게 Blueprint를 컴파일했다고 가장하지 말고 그래프 계획을 반환하도록 요청하세요. 계획에는 노드 또는 함수, 핀 단위 데이터 흐름, 상태 불변 조건, 잘못된 입력, 서버-클라이언트 소유권, 테스트가 포함되어야 합니다. 이후 개발자가 그래프를 구현하고 컴파일하며 경고를 확인하고 동작을 실행한 뒤 에디터를 재시작하고 패키지 빌드를 검증해야 합니다.

변경 수용 전 회귀 시퀀스

• 영향을 받는 C++ 대상과 Blueprint 에셋을 깨끗한 기준선에서 컴파일하세요.
• 일반 입력, 유효하지 않은 입력, 반복 입력, 중단, 레벨 재로딩, 애플리케이션 재시작을 실행하세요.
• 멀티플레이어의 경우 서버 권한, 소유자 클라이언트와 시뮬레이션 클라이언트, 재접속, 후속 참가자, 보정 동작을 테스트해야 합니다.
• 영속성의 경우 새 저장 데이터, 기존 저장 데이터, 누락 필드, 손상 데이터, 버전 마이그레이션을 테스트하세요.
• 첫 번째 실패를 캡처하고, 모델이 만든 변경을 되돌린 뒤 반복하기 전에 기준선이 다시 나타나는지 확인하세요.