주요 플랫폼의 접근 거부 속 Doubao, 휴대전화 앱 자동화 단계적 개방

30일간의 공지 기간 종료에도 주요 앱은 여전히 이용 불가

Doubao Phone Assistant는 10월 14일, 화면 자동화 실행 프로토콜(SAEP)의 30일간 공개 공지 기간이 끝남에 따라 서드파티 애플리케이션에 대한 화면 자동화 접근을 단계적으로 개방하겠다고 발표했다. 개발자는 공지 기간이 끝난 뒤에도 접근을 거부할 수 있으며, 자동화를 명시적으로 거부한 앱은 어시스턴트가 조작하지 않는다.

거부 목록에는 휴대전화 어시스턴트가 일상 업무에 유용하려면 필요한 서비스가 다수 포함돼 있다. 알리바바 생태계 앱으로는 타오바오, 티몰, 차이냐오, 알리페이, 딩톡, 어러머가 있다. 텐센트 생태계 앱에는 위챗, QQ, 왕자영요, 리그 오브 레전드: 와일드 리프트가 포함된다. 이 밖에 메이퇀, 핀둬둬, 콰이쇼우, 샤오훙수, 즈후, 중국초상은행, 중국공상은행도 목록에 올랐다.

따라서 이번 변경은 접근 범위의 확대이지, 휴대전화에 대한 무제한 제어를 뜻하지는 않는다. 개발자가 자동화를 적극적으로 수락해야 했던 임시 요건을 바꿔, 개발자가 거부하거나 제한을 설정하지 않은 적격 앱을 단계적으로 개방하는 방식이다. 시스템 보안 규칙, 사용자 승인, 앱 자체의 업무상 확인 절차는 계속 적용된다.

Doubao는 개발자가 언제든 거부 의사를 제출할 수 있으며 플랫폼은 영업일 기준 3일 이내에 답변하겠다고 밝혔다. 다만 이 답변 약속이 모든 요청을 해당 기간 안에 이행한다는 공식 보장을 뜻하는 것은 아니다. 발표문은 관련 조치를 신속히 종료하겠다고 했지만, 일괄 적용되는 별도의 처리 기한은 제시하지 않았다.

사용자 입장에서 실질적인 쟁점은 어시스턴트가 작업의 어느 단계까지 수행할 수 있느냐다. 앱 전체를 이용할 수 없거나, 민감한 페이지가 차단되거나, 마지막 단계에서 사용자가 직접 조작해야 할 수 있다. SAEP는 이 세 가지 경우를 모두 처리할 수 있는 수단을 제공한다.

공지 기간이 끝나면 무엇이 달라지나?

공개 공지 기간 동안 Doubao는 자동화를 시스템 앱과 바이트댄스 앱, 그리고 SAEP 또는 공식 이메일을 통해 참여에 명시적으로 동의한 서드파티 서비스로 제한했다. 그 밖의 앱은 기본적으로 조작하지 않았다.

공지 기간이 끝난 뒤에는 공식 채널을 통해 거부 의사를 제출하지 않았고 자동화 비활성화 정책도 설정하지 않은 앱이 단계적 접근 대상이 된다. 계획을 설명한 9월 발표에 따르면, 이 개방은 모든 앱에 동시에 적용되는 것이 아니라 위험 수준에 따라 이뤄진다.

이 차이는 작업이 실패한 이유를 해석할 때 중요하다. 10월 14일 이전에는 개발자가 참여에 적극적으로 동의하지 않았다는 이유만으로 앱에 접근할 수 없었을 수 있다. 변경 이후에도 개발자의 거부, 페이지 제한, 신원 확인, 사용자 확인 요건 또는 앱 자체 보안 통제로 인해 접근이 막힐 수 있다.

소비자용 어시스턴트는 9월 14일 휴대전화 조작 기능을 베타로 출시했다. Doubao 지능형 서비스, 쇼핑 지원, 녹음 요약, 업무 작업 등 다른 기능은 특정 외부 앱이 화면 자동화를 허용하는지 여부와 별개다.

10월 14일까지의 전개 과정

이번 정책 변경에 앞서 자동화된 휴대전화 조작과 앱 보안 시스템 사이에 충돌이 있었다. 2025년 12월 첫 Doubao 휴대전화 기술 프리뷰에서는 위챗 로그인 문제, 타오바오 인증 과정의 어려움이 나타났고, 은행 앱 일부는 위험 환경을 감지한 뒤 로그인이나 결제를 중단했다.

이후 소비자용 제품을 출시하면서 더 폭넓은 접근에 앞서 공식적인 의사 표시 절차를 마련했다. 주요 전개는 다음과 같다.

• 2025년 12월: 누비아 M153에서 Doubao 휴대전화 자동화 기능이 처음 선보인 뒤, 여러 주요 앱에서 제한과 보안 확인 문제가 발생했다.
• 2026년 9월 14일: 소비자용 어시스턴트가 휴대전화 조작 베타를 출시하고 30일간의 공지 기간을 시작했다. 일부 M153 사용자는 기존에 이용할 수 있던 자동화 작업이 사라졌다고 전했다.
• 9월 16일: 소비자용 어시스턴트와 함께 누비아 NaviX Ultra가 시장에 출시됐다. 보도에 따라 이날을 제품 출시일 또는 판매 개시일로 설명한다.
• 9월 17일: Doubao는 공지 기간이 끝난 뒤에도 개발자가 자동화를 거부할 수 있다고 밝혔다.
• 10월 14일: Doubao는 공지 기간이 종료됐으며 적격 서드파티 앱에 대한 접근을 단계적으로 개방한다고 발표했다.

기존 사용자는 9월의 제한으로 기능이 줄었다고 느낄 수 있다. M153 소유자가 익숙하게 이용하던 차량 호출, 음식 주문 등 자동화 작업을 더는 사용할 수 없게 됐다는 보도도 나왔다. 이는 임시 승인 규칙에 따른 제한이었으며, 영향을 받은 모든 개발자가 어시스턴트를 거부했다는 증거는 아니다.

접근을 거부한 앱은 무엇인가?

10월 14일 공개된 거부 목록은 알리바바와 텐센트에 그치지 않는다. 쇼핑, 소셜미디어, 은행, 지역 서비스 앱과 함께 딥시크, WPS, VIP숍도 거부한 것으로 보도됐다. 차이나모바일, 차이나유니콤, 차이나텔레콤 앱도 접근을 거부한 것으로 전해졌다.

이 제한은 누비아 M153과 누비아 NaviX Ultra에 영향을 미친다. 중요한 것은 앱의 단순한 개수보다 어떤 서비스가 포함됐느냐다. 쇼핑 작업은 이용할 수 없는 마켓플레이스에서 막힐 수 있고, 커뮤니케이션 작업은 메시지 앱에서 멈출 수 있다. 금융 작업은 개발자의 거부와 별도의 시스템 보안 요건을 모두 마주할 수 있다.

공개된 설명은 접근 가능한 앱과 불가능한 앱의 전체 수를 밝히지 않는다. 앞선 보도는 자주 사용하는 앱의 90%가 Doubao의 GUI 에이전트를 점진적으로 지원했다고 주장했지만, 집계 방법이나 전체 대상 앱은 제시하지 않았다. 이 수치만으로는 10월 규칙에 따라 접근 가능한 앱의 비율을 확인할 수 없다.

9월에 공개된 지원 서비스 목록에는 차오차오 모빌리티, 치수이 뮤직, 페이슈 미닛이 포함됐다. 휴대전화 조작 지원 목록에 서비스가 올라 있다는 사실만으로 해당 개발자가 SAEP 기술 통합의 모든 절차를 완료했다고 단정할 수는 없다. 특정 작업의 지원 여부와 프로토콜 채택 여부는 연관은 있지만 서로 다른 문제다.

SAEP가 실제로 제어하는 것

Doubao의 공식 통합 가이드는 SAEP를 안드로이드 앱이 GUI 에이전트의 작동 경계를 선언하는 프로토콜로 설명한다. GUI 에이전트는 앱 전용 소프트웨어 인터페이스에만 의존하지 않고 그래픽 사용자 인터페이스를 이해해 버튼을 누르거나 문자를 입력하는 등의 작업을 수행한다.

가이드는 ObricUI 버전 2.2 이상을 지원한다고 밝힌다. 이는 모든 안드로이드 휴대전화에서 SAEP가 작동한다는 뜻이 아니다. 개발자는 대상 기기에서 해당 기능이 제공되고 활성화돼 있는지 확인해야 한다. 확인에 실패하면 앱은 자체 보안 통제에 계속 의존해야 한다.

제한은 앱 전체를 대상으로 하는 App, 특정 안드로이드 화면이나 페이지를 대상으로 하는 Activity, 게시 또는 삭제 같은 업무상 행위를 대상으로 하는 Intent, 세 단계에서 적용된다. 여기서 인텐트는 어시스턴트가 누르는 화면상의 버튼이 아니라 작업의 목적을 뜻한다.

이 구조를 통해 앱은 일부 지원을 허용하면서 민감한 단계는 보호할 수 있다. 앱 전체에 걸쳐 에이전트 활동을 금지하는 global_disable, 스크린샷을 막는 screenshot_disable, 모의 클릭과 문자 입력을 차단하는 input_disable을 설정할 수 있다. 그 밖의 통제는 콘텐츠 수정, 최종 게시, 삭제, 보상 또는 홍보 혜택에 적용된다.

허용된 작업에도 승인이 필요하다

공식 가이드가 강조하는 핵심은 앱의 허용 여부와 시스템의 최종 판단이 서로 다르다는 점이다. 결과는 에이전트의 신원과 신뢰 여부, 시스템 보안 기준, 앱이 선언한 정책, 현재 작업에 대한 사용자의 승인에 따라 달라진다.

앱은 시스템 보안 기준을 완화할 수 없다. 시스템이 차단이나 사용자 개입을 요구하면 앱은 이를 허용으로 바꿀 수 없다. 적용 가능한 규칙이 충돌하면 더 엄격한 결과가 우선한다. 정책 분석에 실패하면 시스템은 앱의 사용 가능한 기본 정책을 적용하고 그 사유를 기록한다.

가이드는 주요 처리 결과를 세 가지로 제시한다. ALLOW는 관련 시스템 기능을 허용하지만 앱 인증이나 사용자 승인 요건까지 없애지는 않는다. BLOCK은 작업을 중단하며, 어시스턴트가 제한을 우회할 다른 방법을 찾아서는 안 된다. CALL_USER는 시스템 확인이나 수동 조작을 위해 자동화를 일시 중지한다.

확인은 사용자에게 표시된 특정 단계에만 적용된다. 이후의 모든 작업을 포괄적으로 허용하는 것은 아니다. 결제, 송금, 계정 인증, 게시, 삭제, 권한 변경 등 민감한 작업은 시스템이 확인, 사용자 직접 조작 또는 거부를 요구할 수 있다.

문서에는 설명이나 완화된 제약을 나타내는 네 번째 표기인 CLARIFY도 등장한다. 정확한 의미와 제공 여부는 대상 소프트웨어 패키지에 따라 달라진다. 또한 App, Activity, Intent 규칙의 순서에 따라 나중 규칙이 앞선 제한을 덮어쓸 수 있다고 개발자가 가정해서는 안 된다고 경고한다.

제한은 어시스턴트의 자발적 준수에만 의존해서는 안 된다

SAEP의 가장 중요한 기술적 주장은 제한을 에이전트가 스스로 따르기를 선택하는 데만 맡기지 않고 시스템의 제어 지점에서 적용해야 한다는 것이다. 스크린샷 접근, 접근성 정보 읽기, 클릭, 모의 입력은 통제된 실행 경로를 거쳐야 한다.

가이드에는 구체적인 예가 제시돼 있다. 앱 차단 설정은 대상 앱이 에이전트의 가상 디스플레이에 진입하지 못하게 할 수 있다. 스크린샷 제한은 보안 디스플레이 레이어를 이용할 수 있다. 입력 제한은 안드로이드 입력 관리 경로에서 모의 동작을 차단할 수 있다.

단, 중요한 단서가 있다. 업무상 의도에 관한 제한을 완전히 적용할 수 있는지는 대상 시스템 버전에 달려 있다. 개발자는 게시, 삭제 또는 보상 제한이 기술적으로 적용됐는지 확인할 때 에이전트가 준수했다고 한 말만으로 충분하다고 여겨서는 안 된다.

권장되는 기본 통합 방식은 앱에 포함하는 정적 정책이다. 시스템은 앱을 설치하거나 업데이트할 때 정책을 읽고 캐시하며, 이를 위해 앱 프로세스가 실행 중일 필요는 없다. 선택 사항인 동적 업데이트를 이용하면 사용자 상태나 업무 조건에 따라 규칙을 바꿀 수 있다. 이때 버전 번호는 계속 증가해야 하며, 업데이트에 실패하면 기존의 유효한 정책을 유지해야 한다.

감사 로그는 기록을 제공하지만 보관 기간은 제한된다

프로토콜은 앱이 등록된 에이전트를 확인하고 자체 앱과 관련된 감사 기록을 조회할 수 있는 인터페이스를 제공한다. 신원 정보에는 에이전트 식별자, 패키지 이름, 서명, 유형, 신뢰 여부, 버전 등이 포함될 수 있다. 등록됐다는 사실만으로 에이전트가 모든 업무상 행위를 허가받은 것은 아니다.

감사 기록 설계는 정책 결정과 실제 실행 결과를 모두 기록한다. 이를 통해 개발자는 허가를 받았지만 작업에 실패한 경우와 작업이 거부된 뒤 우회를 시도한 경우를 구분할 수 있다. 기록에는 에이전트, 세션, 작업 단계, 대상 앱, 페이지, 동작 유형, 정책 버전, 사유 코드가 연결될 수 있다.

가이드는 공개 정보를 제한하도록 요구한다. 감사 기록에는 원본 스크린샷, 사용자가 입력한 민감한 개인정보, 전체 인터페이스 제어 트리가 포함돼서는 안 된다. 앱은 자체 패키지와 관련된 기록만 조회할 수 있으며 다른 앱의 기록을 열람할 수 없다.

로그는 기기의 보안 영역에 저장되며 기본 보관 기간은 60일이다. 데이터베이스가 100MB를 넘거나 기록 수가 10만 건을 초과해도 순차 삭제가 시작된다. 두 조건은 각각 별도로 적용되므로 사용량이 많은 기기에서는 60일이 되기 전에 오래된 기록이 사라질 수 있다. 실제 조회, 내보내기, 보관 기능은 시스템 버전에 따라 달라진다.

Doubao는 민감한 정보를 기기 안에서 처리하는 방안을 선호한다고 별도로 밝혔다. 팀은 클라우드로 전송해야 하는 데이터는 기기에서 추가로 암호화하고 세션이 끝나면 관련 키를 폐기한다고 설명했다. 이는 공개된 설계 방침이며, 실제 배포된 모든 작업 흐름이 이를 준수한다는 독립적인 확인은 아니다.

사용자 선택권과 개발자 통제권 사이의 긴장

SAEP는 개발자가 자동화를 거부하거나 제한할 수 있는 체계적인 방법을 제공하지만, 사용자를 대신해 행동하는 어시스턴트가 각 앱의 별도 허가를 받아야 하는지를 둘러싼 법적 논쟁까지 해소하지는 않는다. 프로토콜의 운영 규칙과 사용자 승인의 법적 지위는 별개의 문제다.

푸단대 법학원의 거장추이 부교수는 에이전트가 본질적으로 사용자를 돕거나 사용자를 대신해 행동하며, 그 행위의 법적 효과는 사용자에게 귀속된다고 주장한다. 저장대 광화법학원의 우페이청 연구원은 사용자의 단일 승인 방식을 지지하며, 플랫폼의 추가 허가를 요구하면 일상적 사용이 제한되고 업계 비용이 증가한다고 주장한다.

화동정법대 경쟁법연구센터의 자이웨이 집행주임은 앱 간 접근 문제를 데이터 이동권과 삭제권을 포함한 개인정보에 대한 사용자 통제권의 관점에서 설명한다. 중국 런민대 법학원의 황인쉬 부교수도 에이전트가 사용자의 지시를 정확히 수행한다면 유효한 시스템 승인을 받은 뒤 외부 플랫폼의 허가를 반복해서 받을 필요는 없다고 주장한다.

이들은 학계의 견해이지 개발자의 제한을 무효화하는 법원 판결은 아니다. 실제 운영에서 Doubao가 발표한 방식은 명시적 거부를 존중한다. 따라서 사용자의 지시만으로는 어시스턴트 운영 규칙상 앱의 금지를 넘어설 수 없다.

사용자가 앞으로 기대할 수 있는 것

NaviX Ultra의 메모리 12GB, 저장용량 512GB 모델 가격은 5,999위안이며, 국가 보조금 적용 후 시작가는 5,499위안이다. 500위안, 즉 표시 가격의 약 8.3%가 인하된 셈이다. 기기를 구매해도 모든 앱에 접근하거나 모든 작업을 완료할 수 있는 것은 아니다.

Doubao의 시연은 의도된 사용 경험을 보여준다. 카메라 화면을 이용해 지정된 크기와 예산에 맞는 수납장을 찾거나, 저장된 주소를 이용해 차량을 호출하는 방식이다. 이는 계획된 작업 흐름을 보여주는 사례일 뿐, 현재 규칙 아래 모든 쇼핑 또는 교통 서비스가 이를 허용한다는 증거는 아니다.

10월 14일 이후 개별 앱에 접근할 수 있게 되는 구체적인 일정은 발표되지 않았다. 공개된 설명만으로는 확정적인 수락률이나 전체 개방 일정, 지원되는 모든 버전에서 각 인텐트 제한이 일관되게 기술적으로 적용되는지 여부도 확인할 수 없다.

앞으로 실질적으로 확인해야 할 점은 작업이 중단됐을 때 사용자가 그 이유를 분명히 안내받을 수 있느냐다. 개발자의 거부인지, 보호된 페이지인지, 시스템 안전 규칙인지, 개인 확인 요청인지 알 수 있어야 한다. 단계적 개방으로 어시스턴트의 접근 가능 범위는 넓어지지만, 그 범위의 한계는 SAEP가 정한다.

핵심 요점

• Doubao는 30일간의 공지 기간이 끝난 뒤 10월 14일부터 서드파티 화면 자동화를 단계적으로 개방한다고 발표했다.
• 접근을 명시적으로 거부한 앱은 어시스턴트가 조작하지 않는다.
• 거부 목록에는 알리바바와 텐센트의 주요 서비스, 은행, 쇼핑 플랫폼과 기타 인기 앱이 포함된다.
• 개발자는 계속 접근을 거부할 수 있으며, Doubao는 영업일 기준 3일 이내에 답변하겠다고 약속했다.
• SAEP는 앱 전체, 개별 페이지, 특정 업무 행위별 제한을 지원한다.
• 앱이 자동화를 허용하더라도 시스템 안전 요건과 사용자 승인은 계속 필요하다.
• 공식 가이드는 ObricUI 2.2 이상을 명시하며, 일부 기능은 대상 버전에 따라 달라진다.
• 개별 앱의 개방 일정은 아직 발표되지 않았다.