게시된 효율성 신호
Google은 인공 분석 지수에서 3.6 Flash가 3.5 Flash보다 출력 토큰이 17% 적고, 다단계 워크플로에서 추론 단계와 도구 호출 수가 줄었다고 보고했습니다. 전체 작업의 총 비용은 자체 에이전트 루프에서 측정하세요.
모델 비교 · 제어된 Unreal 테스트 후에만 업그레이드
Google은 3.6 Flash가 3.5 Flash 대비 더 나은 코딩, 멀티모달 품질, 컴퓨터 사용, 토큰 효율성을 보고했으며, 공개된 토큰 가격이 더 낮다고 했습니다. 따라서 마이그레이션을 시험할 가치가 있지만, 이는 모든 Unreal 워크로드가 개선된다는 증거는 아닙니다.
현재 가용성과 조건이 프로젝트에 맞는 경우 새 Unreal 평가에는 3.6 Flash를 선호하세요. 기존 3.5 Flash 워크플로에서는 동일한 저장 프롬프트, 소스 슬라이스, 스크린샷, 로그, 도구, 승인 체크를 두 모델에서 모두 재생해 비교하세요. 편집 정확도, 회귀, 지연 시간, 총 토큰 사용량, 비용, 보안, 롤백을 측정한 뒤에만 전환하세요.
Google은 인공 분석 지수에서 3.6 Flash가 3.5 Flash보다 출력 토큰이 17% 적고, 다단계 워크플로에서 추론 단계와 도구 호출 수가 줄었다고 보고했습니다. 전체 작업의 총 비용은 자체 에이전트 루프에서 측정하세요.
출시는 3.6 Flash에서 DeepSWE가 49%, 3.5 Flash에서 37%로 보고됩니다. Unreal C++, 블루프린트 계획, 빌드 진단, 플러그인 버전 작업에는 고유한 작업 세트가 필요합니다.
OSWorld-Verified는 83.0% 대 78.4%로 보고되었고, 컴퓨터 사용은 클라이언트 측 도구로 제공됩니다. 에디터 제어는 권한 관리와 파괴적 동작 위험을 도입하므로 별도의 샌드박스가 필요합니다.
일반 벤치마크 향상이 안정적인 운영 경로를 프롬프트 회귀 검사, 출력 스키마 검증, 비율 및 쿼터 점검, 보안 테스트, 폴백 검토 없이 대체할 근거가 되지 않습니다.
Google은 3.6 Flash가 코딩, 지식 작업, 멀티모달 작업, 토큰 효율성, 에이전틱 실행 측면에서 3.5 Flash보다 한 단계 진화한 직접적 모델이라고 설명합니다. 7월 21일 출시에서는 3.6 Flash의 입력 토큰 100만 개당 1.50달러, 출력 토큰 100만 개당 7.50달러로 3.5 Flash보다 낮다고 밝히고 있습니다. 가격, 가용성, 쿼터, 미리보기/안정 버전 라벨은 변경될 수 있으므로 테스트 당일 모델 ID와 가격 페이지를 기록하세요.
이번 출시에서는 원치 않는 코드 수정 감소와 실행 루프 감소, 그리고 DeepSWE, MLE Bench, OSWorld-Verified, GDPval-AA v2 개선도 함께 보고됩니다. 이러한 결과는 Unreal 저장소 작업, 로그 분석, 스크린샷 리뷰, 도구 지원 계획 수립에 유용한 가설로 쓰일 수 있습니다. 하지만 Unreal API 정확성, 블루프린트 컴파일, 에디터 안정성, 패키징 성능을 입증하는 근거는 아닙니다.
| Criterion | 3.6 Flash 테스트 기대치 | 마이그레이션 게이트 |
|---|---|---|
| 코딩 수정 | 원치 않는 수정과 반복이 줄어드는 것이 벤더가 보고한 방향입니다 | 회귀 증가 없이 승인된 수정 비율이 더 높음 |
| 멀티모달 리뷰 | 시각 및 문서 분석 강화가 벤더가 보고한 방향입니다 | 미검증 주장을 하지 않고 결함 재현성이 더 높음 |
| 토큰 효율성 | Google은 한 지표에서 출력 토큰이 17% 적다고 보고합니다 | 전체 작업에 대한 총 토큰 수와 비용 감소 |
| 컴퓨터 사용 | 기본 제공 클라이언트 측 도구 사용 가능 | 샌드박스 권한, 확인, 로그, 롤백 통과 |
| 프로덕션 라우팅 | 정확한 모델 ID와 현재 가용성 사용 | 폴백, 스키마 호환성, 쿼터, 지연 시간, 정책 검사가 통과됨 |
Google의 2026년 7월 21일 릴리스는 모델의 포지셔닝, 보고된 벤치마크, 공개 가격, 사용 가능성의 근거입니다. Google은 해당 페이지에서 네이티브 Unreal 통합을 주장하지 않습니다. Epic 문서와 대상 프로젝트는 엔진 동작의 최종 권위입니다.
네이티브 Unreal 통합을 주장하지 않고 Unreal Engine 기획, C++, 블루프린트, 다중 모달 리뷰, 비용, 테스트, 안전한 인계에 대한 Gemini 3.6 Flash를 평가합니다.
이 가이드를 읽으세요Gemini 3.6 Flash를 경계가 있는 Unreal C++ 및 블루프린트 기획, 리뷰, 테스트, 복구, 인계에 사용하면서 컴파일 및 런타임 검증은 네이티브 방식으로 유지하세요.
이 가이드를 읽으세요Unreal 스크린샷, 로그, 추적, Blueprint 증거, 렌더링 결함 및 재현 가능한 네이티브 검증을 위한 안전한 Gemini 3.6 Flash 워크플로우를 구축하세요.
이 가이드를 읽으세요아닙니다. Google은 일반 코딩, 멀티모달, 지식 작업, 컴퓨터 사용, 효율성 결과가 개선되었다고 보고하지만, Unreal 워크플로는 엔진 버전, 프로젝트 아키텍처, 프롬프트 설계, 도구 권한, 컨텍스트 선택, 출력 스키마, 지연 시간, 리뷰 방식에 따라 달라집니다. 실제 운영 경로를 변경하기 전 고정된 프로젝트별 테스트를 다시 실행하세요.
아닙니다. 먼저 현재 모델 가용성과 조건을 확인한 다음 저장된 회귀 입력을 두 모델 ID 모두에 대해 실행해 보세요. 수락된 수정, 스키마 차이, 거부, 환각, 지연, 토큰 사용량, 비용, 도구 호출, 취소, 폴백을 비교하세요. 모니터링과 신속한 이전 모델로의 롤백 경로를 갖춘 점진적 배포를 진행하세요.
아니요. DeepSWE와 OSWorld는 유용한 일반 신호를 제공하지만, 귀사의 Unreal 버전, C++ 규칙, 블루프린트 자산, 플러그인, 패키징 대상, 네트워크 권한, 성능 예산, 프로젝트별 API를 테스트하지 않습니다. 이를 프로젝트 승인 근거가 아니라 테스트 필요성의 근거로 다루세요.
예, 별도 프로토타입 전달로 가능합니다. 동일한 게임 브리프를 사용해 브라우저에서 플레이 가능한 방향성을 생성하고, 각 모델이 더 명확한 네이티브 Unreal 구현과 테스트 계획을 만들었는지 비교하세요. 브라우저 출력은 어느 Gemini 모델도 Unreal 프로젝트를 컴파일하거나 실행했다는 증거로 채점하지 마십시오.
Unreal 랜딩 페이지로 돌아가서 인증된 Workspace 카드를 선택한 다음, 네이티브 구현을 계획하기 전에 장면이나 게임플레이 루프를 구체화하세요.