말 한마디로 끝내는 업무 정리: 시리와 애플 인텔리전스가 여는 '인앱 액션' 기반의 비즈니스 자동화 혁명 (앱 인텐트, 화면 인식, 복합 실행)
하루 업무의 60%가 어제와 똑같은 반복이라면, 그 시간을 통째로 돌려받을 수 있다면 어떨까요. 시리는 단순한 음성 비서 업그레이드가 아닙니다. 앱 인텐트(App Intents) 프레임워크를 기반으로 앱 내부 기능을 직접 호출하는 구조로 재설계되었고, 저는 이걸 실제로 써보고 나서야 그 차이를 실감했습니다.
앱 인텐트란 무엇인가, 그리고 왜 이번이 다른가
앱 인텐트(App Intents)란 앱이 자신의 특정 기능을 시스템에 등록해 두는 일종의 명세서입니다. 쉽게 말해 앱이 "저는 이런 동작을 할 수 있습니다"라고 시리, Spotlight, 위젯 같은 시스템 경험에 미리 신고해 놓는 구조입니다. iOS 16부터 도입된 이 프레임워크는 기존의 SiriKit보다 훨씬 유연하고, 서드파티 앱도 같은 방식으로 참여할 수 있다는 점에서 의미가 큽니다.
기존 시리가 "타이머 맞춰줘", "전화 걸어줘" 수준에 머물렀다면, 앱 인텐트 기반의 시리는 일부 상황에서는 앱의 상태와 맥락을 반영한 명령 실행이 가능해지고 있습니다. 예를 들어 파일 정리 명령 하나가 단축어(Shortcuts) 또는 자동화 설정과 결합하면 여러 앱 동작을 연결해 실행할 수 있습니다. 제가 처음 이 구조를 이해했을 때 솔직히 이건 예상 밖이었습니다. 단순히 "더 똑똑해진 시리"가 아니라 운영 체계 자체가 바뀐 느낌이었습니다.
애플이 공식 문서에서 밝힌 지원 범위도 상당합니다. App Intents 프레임워크는 iOS 16.0 이상, macOS 13.0 이상, watchOS 9.0 이상, visionOS 1.0 이상을 포함한 전 플랫폼을 커버합니다(출처: Apple Developer Documentation). 하나의 앱 인텐트 구현이 아이폰, 맥북, 애플워치에서 동시에 작동하는 구조이니, 디바이스를 넘나드는 자동화가 가능해지는 것입니다.
화면 인식이 바꾼 업무 흐름, 직접 써본 이야기
화면 인식(Onscreen Awareness)이란 시리가 현재 화면에 표시된 콘텐츠를 실시간으로 파악하고, 그 맥락을 명령 해석에 반영하는 기능입니다. 단순히 화면을 '보는' 것이 아니라, 메일 본문의 내용이나 열려 있는 문서의 파일명까지 읽어서 명령과 연결합니다.
저는 매일 아침 메일에서 자료를 확인하고, 그것을 프로젝트 폴더로 옮기고, 노션에 링크를 기록하는 과정을 반복했습니다. 이 루틴을 시리에게 "방금 본 메일의 자료를 프로젝트 폴더에 저장하고 노션에 링크 기록해 줘"라고 말하는 것만으로 처리할 수 있게 되자, 체감상 반복 작업에 쓰던 시간이 눈에 띄게 줄었습니다. 그 시간을 새 고객 발굴이나 기존 고객 제안서 준비에 쓸 수 있게 되었고, 업무의 초점이 "어떻게 정리할까"에서 "어떤 성과를 낼까"로 바뀌기 시작했습니다.
외근 후 아이폰으로 "오늘 미팅 노트를 프로젝트 폴더로 정리해줘"라고 말하면, 파일 앱에서 날짜 기준으로 폴더 생성, 파일 자동 이동, 태그 지정까지 한 번에 처리됩니다. 맥북에서는 "이번 주 클라이언트 폴더 정리" 명령 하나로 Finder, 클라우드, 메모 앱 정리까지 이어지는 루틴을 구성했습니다. 이 연속 실행을 오케스트레이션(Orchestration)이라고 부르는데, 단일 명령으로 여러 앱의 동작이 순서대로 이어지는 자동화 구조를 뜻합니다.
애플 인텔리전스(Apple Intelligence)와 결합된 Spotlight 인덱싱도 이 흐름에서 중요한 역할을 합니다. 앱 엔티티(App Entity)란 앱이 관리하는 데이터 단위를 시스템이 검색 가능한 형태로 등록한 것입니다. 이를 통해 "지난주 김 대리가 보낸 파일 찾아줘"처럼 개인 맥락을 담은 명령도 Spotlight 검색과 연계해 처리할 수 있습니다(출처: Apple Intelligence 공식 페이지).
복합 실행의 한계, 제가 직접 겪은 문제들
제가 직접 써봤는데, 시리가 만능이라고 말하기는 어렵습니다. 구체적으로 세 가지 한계가 분명하게 느껴졌습니다.
- 서드파티 앱의 앱 인텐트 미지원 문제: 슬랙, 노션, 에어테이블처럼 업무에서 많이 쓰는 앱들이 아직 앱 인텐트를 완전히 채택하지 않은 경우가 있습니다. 그 앱은 시리의 제어 권한 밖에 놓이기 때문에, 구상했던 자동화가 절반에서 멈춰버립니다. 저는 이 문제를 피하기 위해 최대한 애플 기본 앱 중심으로 워크플로우를 재구성했습니다.
- 자연어 매핑 오류로 인한 실행 오류: 자연어 명령이 데이터 필드를 잘못 매핑하면 파일이 엉뚱한 폴더에 저장되거나, 심한 경우 의도와 다른 위치에 저장되거나 정리가 잘못되는 경우가 발생할 수 있습니다. 외근 중에 명령을 내렸다가 의도한 것과 전혀 다른 결과가 나와서 당황했던 경험이 있습니다. 요즘은 실행 전 시리가 먼저 내용을 확인하는 프로세스를 구현하려 노력하고 있습니다.
- 프로세스 불투명성 문제: 시리가 복합 명령을 처리하는 과정은 시스템 내부에서 진행되기 때문에, 어느 단계에서 오류가 났는지 사용자가 직접 추적하기 어렵습니다. 처음 루틴을 만들고 테스트했을 때 의도와 다르게 실행되어 수정을 시도했지만 결국 처음부터 다시 만들었습니다. 이후로는 구현 순서를 노트에 꼼꼼히 기록하면서 작업하고 있고, 문제가 생기면 그 노트를 순서대로 따라가며 어디서 어긋났는지 찾아가는 방식으로 대응하고 있습니다.
어시스턴트 스키마(Assistant Schema)란 앱 인텐트, 엔티티, 열거형이 시리 및 애플 인텔리전스와 연동되기 위해 따라야 하는 규격입니다. 이 스키마를 준수해야만 시리가 앱의 동작을 정확하게 인식하고 호출할 수 있습니다. 서드파티 앱이 이 스키마를 채택하는 속도가 곧 시리 생태계의 완성도를 결정할 것이라고 봅니다.
앞으로 이 구조가 업무 환경을 어떻게 바꿀 것인가
시리의 구조가 완전히 자리를 잡으면, 업무 자동화의 기준점 자체가 달라질 가능성이 있습니다. 지금은 앱 인텐트를 채택한 앱과 그렇지 않은 앱 사이의 격차가 크지만, 생태계가 성숙할수록 향후 자동화 연동 여부가 앱 선택 기준 중 하나가 될 가능성은 있습니다.
트랜스퍼러블(Transferable) 프로토콜이란 앱 엔티티로 설명되는 데이터를 다른 앱이나 시스템이 이해할 수 있는 형태로 공유 가능하게 만드는 규격입니다. 예를 들어 사진 하나가 시리나 공유 시트를 통해 PNG 이미지로 즉시 전달될 수 있는 것도 이 프로토콜 덕분입니다. 데이터가 앱의 경계를 넘어 자유롭게 흐르게 되면, 지금처럼 앱을 일일이 열어서 복사하고 붙여넣는 과정이 점차 사라질 것입니다.
온디바이스 처리(On-device Processing)란 명령과 데이터 처리가 외부 서버가 아닌 기기 내부에서 완결되는 구조를 말합니다. 민감한 업무 데이터가 서버를 거치지 않는다는 점에서 보안 측면에서도 의미가 있습니다. 기업 환경에서 클라우드 데이터 전송에 민감한 조직이라면 이 점이 실질적인 도입 근거가 될 수 있습니다.
컨티뉴이티(Continuity) 기반 디바이스 연동은 단순히 데이터를 동기화하는 것을 넘어, 아이폰에서 시작한 명령을 맥북이 이어받아 완성하는 구조입니다. 이 흐름이 안정적으로 작동하기 시작하면, 디바이스 전환 자체가 업무 흐름의 단절이 아니라 연장이 됩니다.
시리가 현재 완성형이라고 말하기는 어렵습니다. 서드파티 생태계의 앱 인텐트 채택률, 자연어 매핑의 정확도, 프로세스 투명성 모두 아직 개선 여지가 있습니다. 하지만 구조 자체는 이미 충분히 실용적입니다. 지금 당장 시작한다면, 애플 기본 앱 중심으로 루틴을 설계하고 구현 순서를 문서화하는 것이 가장 현실적인 접근이라고 생각합니다. 제 경험상, 완벽한 자동화를 처음부터 노리기보다 작은 루틴 하나를 제대로 완성하는 것이 결국 더 빠릅니다.
--- 참고: https://developer.apple.com/documentation/AppIntents/making-your-app-s-functionality-available-to-siri https://www.apple.com/apple-intelligence/ https://developer.apple.com/documentation/appintents