Nubia, NaviX Ultra AI 스마트폰 출시? 2026년 9월 16일, ZTE의 Nubia는 중국에서 NaviX Ultra를 공식 출시하며, 바이트댄스의 Doubao 모바일 어시스턴트 소비자용 버전을 탑재한 양산형 에이전트 스마트폰 시대를 열었습니다. 모바일 시스템 아키텍트, Android 런타임 엔지니어 및 텔레메트리 전문가에게 있어 Nubia NaviX Ultra의 OS 에이전트 라우팅을 이해하는 것은 시스템 레벨 AI가 어떻게 사용자의 고차원적인 음성 의도를 저차원적인 애플리케이션 실행 환경으로 연결하는지 파악하는 것이 핵심입니다. 이 기기는 단순한 챗봇이 아니라 Android 16 기반의 Nebula AIOS 2에 에이전트 기능을 직접 통합하여, 사용자의 단 한 번의 명령으로 서로 다른 타사 애플리케이션 간의 다단계 작업을 실행합니다. 그러나 타사 앱 샌드박스에서 자율 워크플로우를 라우팅하는 과정에는 시각적 UI 자동화의 불안정성, 생태계 거버넌스 문제, 권한 설정 범위, 그리고 타겟 앱이 설치되지 않았을 때 발생하는 컨텍스트 유실 등 상당한 구조적 마찰이 존재합니다. 이러한 과제를 해결하기 위해서는 에이전트 우선 기기의 하드웨어-소프트웨어 통합, OS 레벨 인텐트(Intent) 전달 방식, 그리고 모바일 애플리케이션 설치 경계를 넘어선 강력한 폴백(fallback) 전략을 평가해야 합니다.
하드웨어 기반 AI 아키텍처: 전용 AI 키와 듀얼 생체 인식 파이프라인
NaviX Ultra는 자율 에이전트 런타임과 함께 호출 단계를 간소화하고, 지속적인 추론 워크로드를 지원하며, 호출 시 생체 인증을 수행하도록 설계된 하드웨어를 결합했습니다.
핵심 요약
- 지문 인식 통합형 물리적 AI 키: 주황색 포인트가 있는 물리적 AI 버튼에 정전식 지문 센서를 내장하여, 어시스턴트 호출과 동시에 본인 확인을 수행하고 에이전트 활성화를 승인합니다.
- 바이트댄스 Doubao 모바일 어시스턴트 엔진: Nebula AIOS 2는 바이트댄스의 풀스택 에이전트 프레임워크를 내장하고, Seed의 전이중(full-duplex) 음성 모델을 활용해 대화 중 끼어들기, 지역 방언 이해, 멀티모달 화면 인식을 지원합니다.
- 앱 간 자율적 명령 전달: Nubia는 CaoCao Mobility, Lark, 음악 플랫폼 등 타사 서비스를 아우르는 다단계 요청에 대해 내부 테스트 결과 80% 이상의 작업 완료율을 기록했다고 밝혔습니다.
- SAEP 기반의 생태계 거버넌스: 화면 자동화 실행 프로토콜(SAEP)을 도입하여, 타사 앱 개발자가 AI 기반 화면 자동화를 명시적으로 허용하거나 제한할 수 있는 선언적 메커니즘을 제공합니다.
- 설치 경계의 간극: 에이전트 워크플로우가 설치되지 않은 타겟 앱으로 사용자를 안내할 때, 표준 앱 스토어 설치 과정만으로는 임시 작업 컨텍스트를 새로 설치된 앱으로 전달할 보편적인 방법이 없습니다. 개발자가 상태 복원을 지원하려면 별도의 연속성 메커니즘이 필요합니다.
NaviX Ultra는 Qualcomm의 3nm Snapdragon 8 Elite Gen 5 플랫폼을 기반으로 구동되며, 최대 16GB의 LPDDR5X RAM(최대 10,667 Mbps)과 1TB의 UFS 4.1 스토리지를 탑재했습니다. 지속적인 추론 루프 중에도 열 안정성을 유지하기 위해 7,100mm² 크기의 3차원 베이퍼 챔버가 적용되었습니다. 90W 유선 및 50W 무선 충전을 지원하는 7,100mAh 5세대 Nanhai 배터리를 탑재했음에도 7.62mm의 슬림한 두께를 유지합니다. 디스플레이는 6.78인치 LTPO 2.0 OLED 패널로 1.5K 해상도(2800×1260), 1~144Hz 가변 주사율, 최대 4,500니트의 피크 밝기를 제공합니다.
이 기기의 가장 큰 물리적 특징은 듀얼 지문 인식 아키텍처입니다. 일반적인 Android 플래그십은 잠금 해제 및 결제 승인을 위해 화면 내 단일 생체 인식 센서를 사용하지만, NaviX Ultra는 초음파 방식의 화면 내 스캐너를 유지하면서 측면 AI 키에 정전식 지문 센서를 추가로 통합했습니다.
이 듀얼 생체 인식 파이프라인은 에이전트 시스템의 운영 병목 현상인 호출 시점의 본인 확인 문제를 해결합니다. AI 에이전트가 사용자를 대신해 작업을 수행할 때, 호출 순간에 본인을 확인함으로써 허가받지 않은 사용자가 잠금 해제된 폰으로 음성 명령을 내리는 것을 방지합니다. AI 키의 물리적 클릭 시점에 지문 센서가 사용자를 인증하여 명령을 즉시 전달합니다. 다만 보안 유지를 위해 최종 결제, 금융 이체, 공개 콘텐츠 게시 등 민감한 작업은 포괄적 권한 승인이 아닌, 별도의 명시적인 사용자 확인 단계를 거치도록 설계되었습니다.
오디오 입력은 Seed의 전이중 음성 모델이 담당합니다. 어시스턴트가 답변을 생성할 때까지 기다려야 하는 턴제 방식과 달리, 전이중 스트리밍은 응답 도중 사용자가 말을 끊고 명령을 내릴 수 있습니다. Nubia의 내부 비교 데이터에 따르면 이 아키텍처는 대중교통 등 소음이 심한 환경에서 깨우기 성공률이 48% 높으며, 표준어와 광둥어, 민난어, 객가어 등 10개 이상의 지역 방언에 대한 문장 해석 정확도가 21% 향상되었습니다.
Doubao 에이전트 런타임 분석: 추론, 멀티모달 화면 인식, 작업 전달
NaviX Ultra를 구동하는 지능형 계층은 바이트댄스의 Doubao 모바일 어시스턴트 소비자용 버전으로, 2025년 말 공개된 기술 프리뷰에서 상용 런타임으로 진화한 결과물입니다.
개념적으로 에이전트 런타임은 네 가지 핵심 행동 역량을 중심으로 구성됩니다:
- 심층 추론: 구조화되지 않은 다단계 음성 요청(예: “내일 오후 Lark 회의 일정을 확인하고, 근처 조용한 카페를 찾아 15분 일찍 도착하도록 CaoCao 택시를 예약해줘”)을 처리하고 이를 실행 가능한 하위 목표로 자동 분해합니다.
- 일반화: 의미론적 목적을 다양한 애플리케이션 UI에 매핑하고, 학습된 공간 휴리스틱을 활용하여 익숙하지 않은 앱 레이아웃도 탐색합니다.
- 자기 교정 및 능동적 탐색: 예기치 않은 대화 상자나 네트워크 오류 등 실행 중 장애물이 발생하면 에이전트가 다른 실행 경로를 평가하여 목표를 완수합니다.
- 장기 컨텍스트 준수: 앱 간 작업은 수 분이 소요되거나 기기가 잠긴 상태에서 비동기적으로 실행될 수 있으므로, 에이전트 런타임은 긴 실행 시퀀스 전반에 걸쳐 작업 제약 조건을 추적합니다.
어시스턴트는 멀티모달 화면 인식과 서비스 통합 호출이라는 두 가지 방식으로 실행 중인 앱과 상호작용합니다. 화면 이해를 통해 어시스턴트는 보이는 인터페이스 요소를 해석하고, OCR(광학 문자 인식)을 수행하며, 작업 가능한 좌표를 결정합니다. 이는 화면 질의응답 및 화면 인식 쇼핑과 같은 기능의 기반이 되어, 활성화된 화면 내에서 제품을 식별하고 구매 경로를 탐색하는 데 도움을 줍니다.
Nubia에 따르면 이 기기는 내부 테스트에서 단문 요청뿐만 아니라 복합적인 앱 간 요청에 대해 80% 이상의 엔드투엔드 작업 성공률을 달성했습니다. 백그라운드 실행 대기열을 통해 사용자는 작업을 추가하거나 시스템 위젯을 통해 우선순위를 조정할 수 있으며, 에이전트가 비동기적으로 작업을 처리하도록 할 수 있습니다.
시스템 경계와 생태계 거버넌스: GUI 자동화, SAEP 선언, 구조화된 프로토콜
NaviX Ultra의 출시는 M153과 같은 초기 에이전트 프로토타입에서 발생했던 문제들을 직접적으로 해결했습니다. 2025년 말, 초기 기술 프리뷰는 시스템 레벨의 입력 이벤트 주입(INJECT_EVENTS)과 화면 스크래핑을 통한 자동화된 동작을 무단 봇 행위로 간주한 주요 모바일 앱들의 강력한 저항에 부딪힌 바 있습니다.
이러한 생태계 마찰은 모바일 에이전트 설계의 핵심적인 구조적 긴장, 즉 시각적 GUI 자동화 vs 거버넌스 기반 서비스 엔드포인트를 보여줍니다.
+-------------------------------------------------------------------------+
| 모바일 에이전트 통합 및 거버넌스 파이프라인 |
| (개념적 통합 모델 — Doubao 내부 스키마와 다를 수 있음) |
+-------------------------------------------------------------------------+
| |
| [ Seed 전이중 모델을 통한 음성 입력: 전용 AI 키 ] |
| | |
| v |
| [ Doubao 에이전트 코어: 작업 분해 및 파라미터 추출 ] |
| 구조화된 의도: { target_domain, action, entity_params } |
| | |
| +----------------------+----------------------+ |
| | (화면 기반 경로) | (직접 경로) |
| v v |
| [ SAEP 거버넌스 체크 ] [ 구조화된 통합 ] |
| 타겟 앱이 GUI 자동화를 허용하는가? 공식 서비스 API 호출 |
| | 또는 개발자 Intent 필터 |
| +----------------------+ | |
| | | v |
| v (허용됨) v (거부됨) [ 확정적 실행 ]|
| [ GUI 자동화 엔진 ] [ 작업 중단 / 사용자 - 화면 스크래핑 우회 |
| - 비전 파싱 프롬프트 호출 ] - 가상 터치 위험 없음 |
| - 터치 이벤트 시뮬레이션 ] - 높은 실행 안정성 |
| |
+-------------------------------------------------------------------------+
현재의 상용 환경에서 시각적 GUI 자동화는 수정되지 않은 타사 앱을 제어하는 핵심 메커니즘입니다. 그러나 순수하게 가상 터치와 화면 스크래핑에만 의존할 경우 인터페이스 디자인 변경, 동적 팝업, 스크래핑 방지 기술 등으로 인해 실행이 중단될 수 있습니다. 또한 은행 앱이나 결제 화면과 같은 민감한 앱은 자동화된 터치 입력을 적극적으로 제한할 수 있습니다.
이 경계를 공식화하기 위해 바이트댄스는 Doubao 모바일 어시스턴트 소비자 버전과 함께 화면 자동화 실행 프로토콜(SAEP)을 도입했습니다. SAEP는 생태계 거버넌스 선언의 역할을 합니다:
- 앱 자율성: 타사 앱 개발자는 자신의 애플리케이션이 AI 기반 GUI 화면 자동화를 허용할지, 제한할지, 혹은 거부할지를 명시적으로 선언할 수 있습니다.
- 투명한 고지 및 동의: SAEP에 따라 앱은 자동화 선언 창을 통해 정책을 등록하며, 어시스턴트는 무분별한 UI 오버라이드를 시도하는 대신 앱 보안 경계를 존중합니다.
SAEP 기반 GUI 자동화와 병행하여 모바일 업계는 모델 컨텍스트 프로토콜(MCP), 에이전트 간(A2A) 인터페이스, 표준 선언적 Android Intent와 같은 구조화된 대안을 탐색하고 있습니다. 개발자가 명시적 서비스 엔드포인트를 제공하기로 선택하면, OS 에이전트는 시각적 화면 스크래핑을 완전히 우회하여 구조화된 IPC(프로세스 간 통신)를 통해 내부 기능을 직접 호출할 수 있습니다.
| 통합 및 거버넌스 메커니즘 | 주요 역할 | 구현 계층 | 운영 영향 |
|---|---|---|---|
| 시각적 GUI 자동화 | 화면 파싱 및 터치 시뮬레이션으로 미수정 앱 제어 | 시스템 레벨 입력 주입 및 비전 모델 | 높은 유연성, 그러나 UI 변경 및 봇 방어에 취약함 |
| SAEP 프로토콜 | 앱이 GUI 자동화 허용 여부를 결정하는 거버넌스 선언 | 공식 생태계 선언 스키마 (정책/매니페스트) | 앱 자율성 보호; 선택 해제 시 자동화 중단 |
| 직접 서비스 / MCP API | 에이전트 사용을 위한 직접적이고 헤드리스한 기능 노출 | 앱에서 제공하는 서비스 API 및 데이터 계약 | 스크래핑 제거; 매우 안정적이나 개발자 채택 필요 |
| 선언적 Android Intent | 특정 앱 활동 및 딥링크를 위한 표준 진입점 | Export된 Activity intent 필터 및 Android App Links | 표준 시스템 IPC를 사용한 지원 작업의 결정적 탐색 |
타사 앱 개발자에게 구조화된 Android Intent 필터와 딥링크 진입점을 구현하는 것은 GUI 자동화에 대한 강력한 보완책이 되며, 사용자 요청이 검증된 파라미터와 함께 특정 앱 화면으로 직접 연결되도록 합니다.
// 개발자 측 참조 구현 예시:
// 아래 Kotlin 코드는 안드로이드 앱이 어떻게 구조화된 Intent 필터와 딥링크 진입점을 노출하여
// 외부 작업 파라미터를 안전하게 수신할 수 있는지 보여줍니다.
// 참고: 이는 공식 Nubia 또는 ByteDance API 사양이 아닌 개발자 패턴 예시입니다.
package com.example.commerce.routing
import android.content.Intent
import android.net.Uri
import android.os.Bundle
import android.util.Log
import androidx.appcompat.app.AppCompatActivity
class AgentRoutingGatewayActivity : AppCompatActivity() {
companion object {
private const val TAG = "AgentRoutingGateway"
// AndroidManifest.xml에 정의할 수 있는 커스텀 액션 예시
private const val ACTION_EXECUTE_TASK = "com.example.commerce.action.EXECUTE_TASK"
private const val EXTRA_TASK_TOKEN = "extra_task_token"
private const val EXTRA_TARGET_SKU = "extra_target_sku"
}
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
handleIncomingIntent(intent)
}
override fun onNewIntent(intent: Intent) {
super.onNewIntent(intent)
setIntent(intent)
handleIncomingIntent(intent)
}
private fun handleIncomingIntent(intent: Intent?) {
if (intent == null) {
finishWithRoutingError("NULL_INTENT")
return
}
// 1. 권한이 필요한 경우 호출 패키지 ID 검사
val callingPackage = callingPackage ?: intent.getStringExtra("com.android.extra.CALLING_PACKAGE")
Log.d(TAG, "Incoming dispatch from package: $callingPackage")
// 2. 인텐트 메커니즘 분석 (네이티브 액션 vs 딥링크 데이터 URI)
when (intent.action) {
ACTION_EXECUTE_TASK -> {
// 구조화된 Android Intent Extras 경로
val taskToken = intent.getStringExtra(EXTRA_TASK_TOKEN)
val targetSku = intent.getStringExtra(EXTRA_TARGET_SKU)
if (!validateTaskToken(taskToken)) {
finishWithRoutingError("INVALID_TASK_TOKEN")
return
}
executeInternalNavigation(sku = targetSku, taskToken = taskToken)
}
Intent.ACTION_VIEW -> {
// 표준 딥링크 경로 (검증된 Android App Link 또는 커스텀 스킴)
val dataUri: Uri? = intent.data
if (dataUri != null && dataUri.isHierarchical) {
val sku = dataUri.getQueryParameter("sku")
val taskToken = dataUri.getQueryParameter("token")
executeInternalNavigation(sku = sku, taskToken = taskToken)
} else {
finishWithRoutingError("MALFORMED_DATA_URI")
}
}
else -> {
finishWithRoutingError("UNSUPPORTED_INTENT_ACTION")
}
}
}
private fun validateTaskToken(token: String?): Boolean {
// 민감한 작업 처리 시 시간적 신선도 및 암호화 무결성 확인
if (token.isNullOrBlank()) return false
return token.startsWith("task_sec_") // 검증 로직 예시
}
private fun executeInternalNavigation(sku: String?, taskToken: String?) {
Log.i(TAG, "Navigating to product view for SKU: $sku with Token: $taskToken")
val destinationIntent = Intent(this, ProductDetailActivity::class.java).apply {
putExtra("SKU_ID", sku)
putExtra("SESSION_TOKEN", taskToken)
addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP or Intent.FLAG_ACTIVITY_SINGLE_TOP)
}
startActivity(destinationIntent)
finish()
}
private fun finishWithRoutingError(reason: String) {
Log.e(TAG, "Routing failed: $reason")
finish()
}
}
class ProductDetailActivity : AppCompatActivity() {
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
val sku = intent.getStringExtra("SKU_ID")
Log.d("ProductDetailActivity", "Displaying product: $sku")
}
}
하위 모바일 여정: 설치 경계와 컨텍스트 보존
구조화된 인텐트 라우팅과 거버넌스 기반 GUI 자동화는 대상 앱이 이미 설치되어 있을 때 효과적으로 작동하지만, 자율 에이전트는 빈번하게 중요한 운영상의 예외 사례, 즉 설치되지 않은 앱을 타겟팅하는 작업에 직면합니다.
사용자가 다음과 같이 요청하는 상황을 가정해 보겠습니다: “Example Store에서 최신 제품 카탈로그를 찾고 에스프레소 머신의 재고가 있는지 확인해줘.”
Example Store의 네이티브 앱이 설치되어 있다면, 시스템은 검증된 Android App Links를 통해 요청을 직접 라우팅하거나 허용된 GUI 자동화를 실행할 수 있습니다. 하지만 앱이 기기에 없다면 워크플로우는 앱 스토어 설치 경계에 부딪힙니다:
+-------------------------------------------------------------------------+ | 에이전트 의도 VS 앱 설치 경계 | +-------------------------------------------------------------------------+ | | | [ OS 에이전트가 작업에 필요한 앱이 없음을 식별 ] | | | | | |-- (사용자를 마켓플레이스로 안내) | | v | | [ 애플리케이션 마켓플레이스 (예: ZTE 앱 스토어) ] | | | | | v | | [ 설치 경계: 표준 Android 패키지 설치는 임의의 에이전트 의도 | | 컨텍스트나 임시 작업 파라미터가 새로 설치된 앱으로 주입됨을 | | 보장하지 않음 ] | | | | | v | | [ 앱 첫 실행 (콜드 부트) ] | | 명시적인 연속성 메커니즘이 없으면: 이전 작업 컨텍스트는 | | 첫 실행 시 자동 복원되지 않음. | | | | | v | | [ 개발자 측 지연된 딥링크(Deferred Deep Linking) 파이프라인 (예: Opoinstall) ] | | 구성된 경우: 첫 부트 시 설치 전 파라미터를 복원하여, | | 앱이 타겟 콘텐츠나 작업 화면으로 직접 이동함 | | | +-------------------------------------------------------------------------+
표준 Android 패키지 배포 시퀀스는 초기 설치 중에 제품 SKU, 검색 필터, 프로모션 식별자 등 임의의 작업 파라미터를 앱 바이너리로 주입할 수 있는 보편적인 메커니즘을 제공하지 않습니다. 초기 콜드 부트 시 앱은 기본 스플래시 화면이나 온보딩 화면으로 열립니다. 별도의 연속성 메커니즘 없이는 이전 컨텍스트가 자동 복원되지 않아, 사용자가 수동으로 다시 검색하거나 쿼리를 입력해야 합니다.
이 설치 경계의 간극을 해결하기 위해 소프트웨어 엔지니어와 성장 전략가는 Branch, AppsFlyer, Adjust 또는 Opoinstall과 같은 프레임워크를 사용하여 지연된 딥링크(DDL) 아키텍처를 구현합니다.
고급 모바일 획득 퍼널에서 지연된 딥링크는 독립적인 다리 역할을 합니다:
- 설치 전 파라미터 준비: 획득 또는 에이전트 주도의 웹 흐름이 앱이 없는 사용자에게 다운로드를 유도할 때, 캠페인 ID, 추천 토큰, 타겟 콘텐츠 경로와 같은 유효한 파라미터들이 중간 라우팅 서버에 저장됩니다.
- 애플리케이션 설치: 사용자가 공식 마켓플레이스에서 패키지 다운로드를 완료합니다.
- 콜드 부트 파라미터 복원: 앱의 초기 실행 시, 통합된 클라이언트 SDK가 어트리뷰션 백엔드에 쿼리를 보내 새로운 설치 인스턴스와 설치 전 세션을 매칭합니다. Opoinstall 홈페이지의 플랫폼 문서에 따르면, 이 지연 파라미터 복원 프레임워크는 최대 98%의 유효한 설치 건에서 첫 실행 시 파라미터를 복원하여, 수동 검색이나 프로모션 코드 재입력을 대체할 수 있습니다.
- 컨텍스트 기반 탐색: 앱은 복원된 인텐트 Extras를 추출하여 사용자를 관련 제품 또는 콘텐츠 화면으로 직접 안내합니다.
아키텍처적 정밀성을 유지하는 것이 중요합니다: 지연된 딥링크는 OS 어시스턴트의 개인적인 대화 내용을 검사하거나 노출하지 않습니다. 이는 개발자가 사전 설치 라우팅 흐름에 명시적으로 첨부한 특정 구조화된 파라미터만을 연결합니다.
자주 묻는 질문 (FAQ)
듀얼 지문 인식 하드웨어 아키텍처는 에이전트 실행 중 사용자 보안을 어떻게 보호하나요?
화면 자동화 실행 프로토콜(SAEP)이란 무엇이며 타사 앱에 어떤 영향을 미치나요?
OS 레벨 에이전트는 어떻게 GUI 자동화와 직접 서비스 API 중 선택하나요?
모바일 시스템 및 앱 개발자를 위한 핵심 요약
Nubia NaviX Ultra의 상용 데뷔는 에이전트 기반 모바일 운영체제가 실질적인 하드웨어 단계로 진입했음을 보여줍니다. Android 개발자, 시스템 아키텍트 및 플랫폼 전략가가 에이전트 중심의 모바일 생태계에 대비하기 위한 세 가지 기술적 우선순위는 다음과 같습니다:
-
생태계 거버넌스 규칙 이해: SAEP와 같은 새로운 에이전트 프로토콜을 팀 내에서 숙지하여, 보안 및 사용자 경험 요구사항에 따라 애플리케이션이 자동화된 화면 상호작용을 허용, 제한 또는 모니터링할지 평가해야 합니다.
-
안정적인 선언적 진입점 제공: Export된 Android Intent 필터와 구조화된 Extras를 포함한 검증된 App Link를 구현하십시오. 공식적이고 딥링크가 가능한 진입점을 제공하면 시스템 어시스턴트가 사용자를 특정 앱 내 기능으로 결정론적으로 라우팅할 수 있어, 불안정한 시각적 UI 스크래핑에 대한 의존도를 줄일 수 있습니다.
-
설치되지 않은 사용자 여정 계획: 에이전트의 추천은 사용자를 새로운 앱으로 자주 연결한다는 점을 인지하십시오. 지연된 딥링크 파이프라인을 도입하여 설치 전 파라미터와 인텐트 컨텍스트가 앱 설치 장벽을 넘어 생존하도록 보장하고, 원활한 첫 실행 온보딩을 제공하십시오.
참고 문헌
-
ZTE. (2026). 세계 최초 AI 에이전트 스마트폰 공식 출시: Nubia NaviX Ultra. ZTE 뉴스룸
Goodix. (2026). Nubia AI 에이전트 스마트폰, 신뢰할 수 있는 AI 상호작용을 위한 Goodix 혁신 기술 통합. Goodix 공식 발표
Doubao Mobile Assistant. (2026). 화면 자동화 실행 프로토콜(SAEP) 타사 개발자 사양. 바이트댄스 개발자 문서.
-
GSMArena. (2026). Nubia NaviX Ultra, 고급 에이전트 AI 및 Snapdragon 8 Elite Gen 5 전력으로 출시.
-
Gizmochina. (2026). Nubia NaviX Ultra, 회사의 두 번째 AI 우선 폰 도전.
-
Android Developers. (2026). 앱 콘텐츠를 위한 딥링크 생성. Android 문서.
-
Android Developers. (2026). Android App Link 검증. Android 문서.
-
Opoinstall. (2026). 지연된 딥링크 및 파라미터 기반 앱 설치 개요.
Share this article
