WWDC 2026 Siri AI 앱 동작: Gemini 협력과 실행 구조

WWDC 이후 Siri AI 실행 구조와 출시 상태

WWDC 2026 Siri AI 앱 동작에서 주목할 변화는 더 자연스러운 답변만이 아닙니다. Apple은 개인 맥락과 화면 정보를 이해한 Siri가 앱에서 제공하는 동작을 찾아 실제 작업으로 이어 가는 방향을 제시했습니다. 사용자의 요청을 해석하는 지능과 앱이 허용한 행동을 연결해, 정보 찾기·대상 선택·변경 실행·결과 확인까지 하나의 흐름으로 만드는 것이 핵심입니다.

Apple의 Siri AI 공식 발표는 개인 정보와 현재 화면을 바탕으로 질문을 이해하고, 전용 대화 경험과 지원되는 앱 작업으로 이어지는 기능을 소개합니다. 기존 Siri도 전화, 메시지, 알람과 일정 같은 지원 작업을 수행합니다. Siri AI는 여기에 더 풍부한 맥락 이해와 대화 연속성, 개발자가 제공하는 앱 동작을 결합하는 단계입니다.

출시 상태는 WWDC 발표 시점에서 업데이트됐습니다. 2026년 9월 10일 현재 Apple은 iOS 27 무료 업데이트와 Siri AI 영어 베타를 9월 14일에 제공할 예정입니다. 아직 공개 배포가 완료된 상태가 아니며, 9월 14일도 모든 언어와 지역을 대상으로 한 일반 출시일은 아닙니다. Apple의 9월 제품 및 소프트웨어 발표에서 예정된 일정을 확인할 수 있습니다.

Apple은 프랑스어, 일본어, 한국어, 포르투갈어와 스페인어 Siri AI 지원을 10월에 추가할 계획입니다. 호환 기기를 이미 가진 사용자는 새 하드웨어부터 구입하기보다 iOS 27 설치 가능 여부, 원하는 기능, 언어와 지역 조건을 각각 확인하면 됩니다. 세부 적격 조건은 iOS 27 Siri AI 지원: 9월 베타와 한국어 일정에서 단계별로 확인할 수 있습니다.

발표된 기능과 실제 이용 가능성 구분하기

Apple Intelligence는 Siri AI보다 넓은 시스템 기능입니다. 글쓰기와 요약, 이미지 생성, 알림 정리, 개인 맥락 활용을 포함하며 Siri는 사용자의 대화형 진입점과 앱 작업 연결을 맡습니다. Apple Intelligence 기능 발표는 일상적인 앱과 시스템 기능에 AI를 통합하는 범위를 구체적으로 설명합니다.

Siri AI가 항공편 변경 메시지를 찾고 현재 화면의 새 출발 시간을 이해하는 것은 맥락 계층에 해당합니다. 그 정보를 캘린더나 항공사 앱의 특정 예약과 연결하는 것은 대상 선택 단계입니다. 일정 변경이나 메시지 전송은 앱이 제공하는 실행 동작과 권한이 필요한 단계이며, 변경된 기록이 실제 앱에 남았는지를 확인하는 것은 완료 검증입니다. 한 문장의 요청 안에서도 이 과정은 서로 다른 조건을 가집니다.

발표된 기능이 사용자에게 보이려면 여러 조건이 함께 맞아야 합니다. Apple이 명시한 호환 하드웨어, 설치된 소프트웨어, 지원 언어와 지역, 계정 상태, 원하는 Siri AI 기능의 배포 단계가 필요합니다. 앱 작업은 여기에 해당 앱의 App Intents 지원까지 더해집니다. 기기가 호환된다고 해서 모든 기능과 앱 동작이 동시에 열리는 것은 아니며, 한국어가 추가된다는 사실만으로 모든 지역에서 같은 접근 권한이 생기는 것도 아닙니다.

사용자는 기능 이름보다 실제 목적을 먼저 정하는 편이 좋습니다. 화면에 보이는 내용을 요약하려는지, 개인 자료에서 특정 정보를 찾으려는지, 앱 기록을 만들거나 변경하려는지를 구분합니다. 요약 결과가 정확해도 앱 실행이 지원되지 않을 수 있고, 실행 동작이 있어도 대상이 모호하면 선택을 다시 확인해야 합니다. 이 구분이 발표된 기능을 자신의 업무에 적용할 수 있는지 판단하는 기준이 됩니다.

Apple·Google 모델 협력의 정확한 의미

애플과 구글의 Gemini 협력은 추측이 아니라 공식적으로 확인된 관계입니다. Apple과 Google의 공동 발표에 따르면 Apple Foundation Models는 Google의 Gemini 기술을 활용해 개발되며 Apple Intelligence의 기반으로 사용됩니다. 따라서 모델 계층에서 Google 기술이 참여한다는 사실은 현재 제품 구조를 이해하는 중요한 정보입니다.

다만 모델 기술의 협력과 소비자 제품의 정체성은 구분해야 합니다. Siri는 Apple 기기에서 제공되는 비서 경험이고, 소비자용 Gemini 앱은 Google이 별도로 제공하는 제품입니다. Apple Foundation Models에 Gemini 기술이 활용된다고 해서 Siri 화면과 Gemini 앱이 같아지거나, 사용자의 모든 Siri 요청이 동일한 경로로 Google에 전달된다고 결론 내릴 수는 없습니다.

Apple의 3세대 Foundation Models 연구 소개는 Apple이 자체 배포 환경과 제품 요구에 맞춘 모델을 설명합니다. 사용자 경험에서는 모델이 어디에서 비롯됐는가뿐 아니라 Apple이 해당 모델을 기기와 Private Cloud Compute, Siri 인터페이스, 시스템 기능에 어떻게 배치하는지가 중요합니다. 모델 기반 기술, 배포 환경과 최종 제품은 각각 다른 계층입니다.

앱 실행도 모델 협력만으로 완성되지 않습니다. 지능형 모델은 사용자의 요청을 해석하고 필요한 행동을 계획할 수 있지만, 캘린더 일정이나 연락처를 실제로 바꾸려면 앱이 실행 가능한 동작을 제공해야 합니다. 대상 항목을 정확히 선택하고 필요한 권한과 확인 절차를 거친 뒤, 저장 결과가 실제 앱에 남아야 작업이 끝납니다.

이 구분은 FoneClaw에도 그대로 적용됩니다. 우리는 사용자가 구성한 모델의 추론을 Android 도구와 연결합니다. 선택한 모델 제공자가 요청과 제출된 화면 또는 이미지를 처리할 수 있으며, Android 기기에서 도구가 실행된다는 사실만으로 모델 추론까지 모두 로컬에서 이뤄진다고 보지는 않습니다. 사용자는 모델 설정과 휴대폰 실행 권한을 각각 확인할 수 있습니다.

App Intents가 요청을 실행 가능한 작업으로 바꾸는 방식

AI가 사용자의 뜻을 정확히 이해해도 앱이 실행 동작을 제공하지 않으면 실제 변경으로 이어질 수 없습니다. App Intents는 앱이 지원하는 행동과 대상을 Apple 시스템에 구조화해 제공하는 기반입니다. Apple의 App Intents 개발자 문서는 앱 콘텐츠와 기능을 Siri, Shortcuts와 다른 시스템 경험에서 호출할 수 있도록 만드는 방식을 설명합니다.

예를 들어 “이 명함의 사람을 연락처에 추가해 줘”라는 요청에는 여러 계층이 있습니다. 모델은 이미지에서 이름, 회사, 직책, 전화번호와 이메일을 읽을 수 있습니다. 실제 연락처 조회는 표시 이름이나 전화번호를 기준으로 후보를 찾고, 새 연락처 생성은 표시 이름과 전화번호 또는 이메일 주소를 저장하는 더 좁은 작업입니다. 이미지에서 해석한 회사와 직책은 검토 정보로 구분해야 합니다.

앱이 제공하는 엔티티는 대상을 분명히 하는 데 도움이 됩니다. 같은 이름의 연락처나 비슷한 제목의 문서가 여러 개 있을 때 모델이 임의로 하나를 고르는 대신 사용자가 구분할 수 있는 후보를 제시할 수 있습니다. 동작에 필요한 값이 부족하면 실행 전에 추가 정보를 요청하거나 초안 상태로 멈출 수 있습니다.

WWDC 2026 App Intents 세션은 모델의 이해 능력과 앱이 제공하는 구조화된 행동을 함께 사용하는 개발 흐름을 보여 줍니다. 사용자 관점에서는 모델이 요청을 얼마나 잘 이해하는지만 보는 것보다 호출 가능한 동작이 있는지, 대상이 정확한지, 권한이 준비됐는지, 실행 결과를 확인할 수 있는지를 차례로 보는 것이 실용적입니다.

이 구조를 더 깊게 이해하려면 App Intents와 머신 호출 가능 앱: AI 에이전트가 앱 작업을 실행하는 방식에서 앱 동작과 엔티티, 사용자 확인의 관계를 확인할 수 있습니다. 제품 이름이 달라도 AI 요청을 실제 앱 작업으로 바꾸려면 이와 같은 명확한 실행 계층이 필요합니다.

Siri AI와 Android 폰 에이전트 실행 계층 비교

Siri AI와 Android 폰 에이전트를 비교할 때는 어느 쪽이 더 빠르거나 똑똑한지보다 요청이 실제 결과까지 어떻게 이동하는지를 봐야 합니다. Apple은 Siri의 개인 맥락과 App Intents를 Apple 시스템 안에서 연결합니다. FoneClaw는 설정된 모델과 Android의 100+ 기본 제공 도구, 현재 화면과 이미지 맥락, 연결 계정과 권한을 하나의 작업 흐름으로 연결합니다.

이 표에서 모델은 전체 과정의 한 부분입니다. 요청 해석이 정확해도 필요한 앱 동작이 없으면 실행할 수 없고, 동작이 있어도 잘못된 대상을 선택하면 다른 기록이 바뀔 수 있습니다. 권한이 부족하면 작업이 멈추며, 성공처럼 보이는 답변만으로 실제 저장을 확정할 수도 없습니다.

FoneClaw의 실행 범위는 현재 활성화된 도구와 Android 권한, 연결된 계정, 사용자가 설정한 승인 정책으로 구체화됩니다. 연락처 조회와 생성은 기본 설정에서 모두 승인 대상으로 다뤄지며, 실제 동작에는 구성된 전역·도구별 정책이 적용됩니다. 진행 상태를 통해 어느 단계가 실행 중인지 볼 수 있고, 완료 뒤에는 Android의 실제 연락처 기록을 다시 확인할 수 있습니다.

명함 이미지에서 Android 연락처 저장하기

가상의 업무 상황으로, 사용자가 행사에서 받은 명함을 촬영해 Android 연락처로 저장하려고 한다고 가정해 보겠습니다. 명함에는 이름, 회사, 직책, 휴대전화 번호, 회사 이메일과 대표 전화가 함께 적혀 있습니다. 목표는 이미지에서 정보를 읽고, 저장 가능한 필드를 검토하고, 기존 연락처를 확인한 뒤 기기에 한 사람의 기록을 만드는 것입니다.

먼저 사용자는 명함 사진이나 현재 화면을 FoneClaw에 제공합니다. 이미지 내용을 읽을 수 있는 설정된 모델이 실제 선택 이미지에 접근해야 합니다. 모델은 이름, 회사, 직책, 전화번호와 이메일을 구분해 정리하고 흐리거나 잘린 글자는 불확실하다고 표시합니다. 이 가운데 연락처 생성으로 저장할 수 있는 값은 표시 이름과 전화번호 또는 이메일 주소입니다. 회사와 직책은 이미지에서 이해한 참고 정보이며 이 생성 작업의 저장 필드와 구분합니다.

다음 단계는 기존 연락처 조회입니다. 연락처 읽기 권한을 준비하고 사용자가 조회를 승인한 뒤, 표시 이름이나 전화번호로 후보를 찾습니다. 이메일 주소만으로 검색하는 필터는 사용하지 않습니다. 같은 이름의 후보가 있으면 반환된 연락처에서 전화번호와 이메일을 살펴보고 명함의 사람과 같은지 판단합니다. 후보가 여러 개이거나 정보가 모호하면 새 연락처를 만들기 전에 사용자가 대상을 확인합니다.

새 기록이 필요하면 표시 이름과 함께 전화번호 또는 이메일 주소 중 하나 이상을 확정합니다. 연락처 생성에는 읽기 및 쓰기 권한이 모두 필요하며, 기본 설정에서는 승인을 거쳐 실행됩니다. 실제 동작에는 사용자가 구성한 전역·도구별 승인 정책이 적용됩니다. 생성 도구는 Android의 Contacts Provider를 통해 기기 로컬 연락처 하나를 만들며, 임의의 계정 선택이나 클라우드 동기화를 저장 결과로 약속하지 않습니다.

정확히 같은 전화번호나 이메일 주소가 기존 연락처에 있으면 중복 연락처를 새로 만들지 않습니다. 이 결과는 두 기록을 자동으로 합친다는 뜻이 아닙니다. 사용자는 기존 연락처를 그대로 사용할지, Android 연락처 앱에서 내용을 직접 정리할지 결정할 수 있습니다. FoneClaw의 이 흐름에서는 확인되지 않은 필드를 기존 기록에 덮어쓰거나 여러 연락처를 자동 병합하지 않습니다.

작업 도중 결과가 불분명하면 생성 요청을 즉시 반복하지 않습니다. 연락처 읽기 권한과 승인을 바탕으로 표시 이름이나 전화번호를 다시 조회해 실제 기록이 생겼는지 확인합니다. 이미 저장됐다면 이름과 전화번호 또는 이메일 주소가 맞는지 살펴보고, 기록이 없을 때만 생성 단계를 다시 진행합니다.

명함 선택부터 중복 후보 검토와 저장 확인까지 더 자세히 진행하려면 AI로 Android 연락처 만들기: 중복 확인, 승인, 저장 검증까지가 도움이 됩니다. 이미지에서 읽은 정보와 실제 연락처에 저장할 수 있는 필드를 나누어 확인하면 불필요한 중복과 잘못된 값을 줄일 수 있습니다.

폰 에이전트 작업을 평가하고 시작하는 기준

Android 사용자가 WWDC 발표에서 가져올 수 있는 가장 유용한 기준은 모델 이름이 아니라 실행 계층입니다. 원하는 작업을 하나 고르고, 필요한 입력과 저장 가능한 필드, 실행 동작, 권한, 승인 방식과 완료 증거를 미리 정하면 현재 이용 가능한 Android 도구를 현실적으로 평가할 수 있습니다.

명함 저장에서는 선택한 이미지가 입력이고, 연락처 조회와 생성이 실행 동작입니다. 조회에는 연락처 읽기 권한과 승인이 필요하며 표시 이름 또는 전화번호로 후보를 찾습니다. 생성에는 연락처 읽기·쓰기 권한과 승인이 필요하고, 표시 이름과 전화번호 또는 이메일 주소 중 하나 이상을 사용합니다. 실제 승인 방식은 전역·도구별 설정에 따라 적용됩니다.

저장 결과는 기기 로컬 연락처에서 확인합니다. 회사와 직책처럼 이미지에서 추가로 읽은 정보는 생성 도구가 저장하는 필드로 간주하지 않습니다. 특정 연락처 계정이나 클라우드 동기화 상태도 생성 결과에서 추정하지 않습니다. 정확히 같은 전화번호나 이메일 주소가 이미 있다면 새 중복 기록이 생성되지 않으며, 기존 기록의 병합이나 수정은 사용자가 별도로 판단합니다.

FoneClaw에서는 음성이나 텍스트 요청, 현재 화면과 이미지 맥락을 설정된 모델과 지원 Android 도구에 연결할 수 있습니다. 음성 입력은 사용자가 직접 시작하며, 선택한 모델 제공자가 제출된 내용을 처리할 수 있습니다. Android에서 연락처 작업이 실행되는 것과 모델의 데이터 처리 위치는 별개의 문제이므로 모델 설정과 휴대폰 권한을 각각 확인합니다.

실패했을 때는 마지막으로 확인된 단계에서 복구합니다. 이미지의 이메일 주소가 불명확하면 원본을 다시 확인하고, 연락처 읽기 권한이 없으면 권한을 준비한 뒤 조회를 다시 승인합니다. 생성 결과가 불분명하면 표시 이름이나 전화번호로 기존 기록부터 확인하고, 저장되지 않았을 때만 생성 단계로 돌아갑니다. 권한과 도구 단계별 복구 방법은 휴대폰 AI 에이전트 실패 디버깅과 복구: 권한, 도구 단계, 재시도 실전 런북에서 확인할 수 있습니다.

FoneClaw가 현재 지원하는 Android 작업 분야와 100+ 기본 제공 도구는 FoneClaw 기능 안내에서 볼 수 있습니다. 설치 방법과 Android 요구 사항은 FoneClaw 다운로드 안내에서 확인할 수 있습니다. 결과를 쉽게 검증할 수 있는 한 사람의 연락처 조회처럼 범위가 작은 작업부터 시작하고, 필요한 권한과 승인 설정을 준비한 뒤 실제 저장 기록까지 확인하는 것이 좋습니다.