Apple의 에이전트형 Siri 추진, AI 로드맵의 중요성을 높이다
Apple은 최근 재구축한 어시스턴트를 출시했음에도 에이전트형 Siri 계획을 가속하고 있는 것으로 알려졌다. 에이전트형 AI는 모든 행동마다 새로운 지시를 요구하지 않고 여러 단계에 걸쳐 목표를 추구하는 소프트웨어를 뜻한다. Bloomberg의 Mark Gurman 보도에 따르면, CEO John Ternus는 소프트웨어 총괄 Craig Federighi에게 필요한 Siri 개선을 넘어설 것을 요구하고 있다. 이 압박은 Siri가 답변한 뒤 무엇을 하는지, 특히 목표를 향해 계속 작업할 수 있는지에 관한 것이다.
보도된 방향은 요청 기반 어시스턴트인 Apple의 Siri를, 목표를 유지하고 다음에 무엇이 일어나야 할지를 판단하는 소프트웨어라는 다른 제품 기대치와 맞붙게 한다. Gurman은 OpenAI의 Dots와 Meta의 Muse를 기준점으로 언급한다. 이러한 비교는 그의 보도에서 나타나는 경쟁 압박을 설명하는 것이며, 측정된 성능 순위를 확정하는 것은 아니다.
사용자에게 이 차이는 실질적이다. 예약을 찾는 것은 여행에 도움이 된다. 해결되지 않은 여행 준비 사항을 계속 추적하려면 지속적인 책임이 필요하다. Apple의 기존 Siri 기능은 관련 기반 요소를 제공하지만, 보도된 목표는 어시스턴트의 역할을 확장하게 된다. 핵심은 Apple이 Siri의 권한을 이해하기 쉬운 상태로 유지하면서 행동할 여지를 어떻게 부여하느냐이다.
Apple의 에이전트형 Siri 목표는 발표가 아닌 보도에 기반한다
당장의 전개는 긴급성과 목표 수준에 변화가 있다는 보도다. MacRumors가 다룬 Gurman의 11월 8일 뉴스레터는 최근 비공개 회의에서 Ternus가 Federighi에게 Apple의 소프트웨어 로드맵을 가속하라고 압박했다고 설명한다. Siri 에이전트 계획에 관한 해당 보도는 더 자율적인 어시스턴트가 내년에 등장할 가능성도 언급한다.
이 보도는 확정된 기능 구성이나 출시일이 아니라 경영진의 압박과 제품 방향을 설명한다.
이 차이는 “더 에이전트형”이라는 표현이 매우 폭넓은 행동을 포괄하기 때문에 중요하다. 어시스턴트는 유용한 후속 작업을 제안할 수도 있고, 승인된 작업을 이어갈 수도 있으며, 목표를 독립적으로 모니터링할 수도 있다. 이런 행동은 서로 다른 수준의 책임을 수반한다. 해당 보도는 Apple이 어떤 조합을 출시하려는지 확정하지 않는다.
가능한 시점 역시 신중히 다뤄야 한다. 보도에서 Gurman은 Apple의 의도에 관한 정보와 변화가 내년에 도착할 수 있다는 자신의 평가를 함께 제시한다. 이는 2027년을 가능성으로 논의할 근거가 된다. 그러나 Apple의 약속으로 제시하거나 고객이 그때 특정 역량을 받게 될 것이라고 장담할 근거는 되지 않는다.
Apple의 공개 기준선은 더 구체적이다. 9월 Siri 출시에서 Apple은 개인 정보를 활용하고 앱 전반에서 작업을 수행하는 어시스턴트를 설명했다. Apple의 사례에는 친척이 추천한 활동 찾기, 레시피 찾기, 식료품 목록에 재료 추가하기가 포함됐다. 이는 독립적인 신뢰성 조사 결과가 아니라 회사가 설명한 기능이다.
이 기준선은 새 보도를 더 흥미롭게 만든다. Apple은 이미 정보와 행동을 연결하는 어시스턴트를 설명하고 있다. 보도된 다음 목표는 이 책임이 얼마나 오래 지속되는지와 Siri가 얼마나 많은 주도권을 갖는지에 관한 것이다. 요청받은 순서를 완료한다고 해서 대화가 끝난 뒤에도 목표를 유지한다는 의미는 아니다.
이 글 전반에서 발표와 보도의 경계는 분명하게 유지돼야 한다. 여기서 검토한 자료에는 검증된 에이전트형 Siri 사양이 없다. 독립적으로 확립된 완료율, 백그라운드 운영 정책, 지원되는 자율 작업 목록도 없다. 이런 공백을 가정으로 채우면 보도된 전략이 상상의 제품으로 바뀌게 된다.
유의미한 해석은 더 좁지만 더 중요한 방향이다. Apple의 경영진은 현재의 어시스턴트를 추가 개발이 필요한 기반으로 보고 있는 것으로 전해진다. 이는 엔지니어, 개발자, 고객이 Siri가 실제로 어떤 책임을 맡을지 이해할 수 있을 만큼 다음 단계를 명확히 정의해야 한다는 압박을 만든다.
Federighi가 맡은 과제는 더 나은 답변을 넘어선다
Federighi에게 보도된 요구는 성공의 범위를 바꾼다. 어시스턴트의 답변을 개선하는 일도 이미 어렵다. 책임을 확장하려면 권한, 앱 동작, 중단, 복구에 관한 결정이 필요하다. 더 빠른 로드맵만으로는 모델 개선만을 통해 이러한 선택을 해결할 수 없다.
과제는 대화 중 Siri를 더 유용하게 만드는 데서, 그 대화 밖에서도 Siri의 행동을 신뢰할 수 있게 만드는 일로 커진다.
Ternus의 보도된 관여는 이 압박에 조직적 차원을 더한다. Apple의 경영진 소개는 그가 이전 하드웨어 엔지니어링 리더십을 거쳐 CEO를 맡고 있음을 밝힌다. 비공개 지시는 여전히 보도에 기반한 내용이다. 그 중요성은 Siri의 다음 단계가 회사 최고 수준의 관심을 받고 있음을 시사한다는 데 있다.
이는 두 경영진 사이의 갈등을 입증하지 않는다. 소프트웨어 개발이 더 빠르게, 더 멀리 나아가야 한다는 보도된 기대를 보여줄 뿐이다. 공개된 설명만으로는 그 기대 뒤에 있는 자원, 마감 시한, 내부 이견을 알 수 없다. 책임 공방이나 개인적 경쟁에 관한 주장은 이용 가능한 증거를 넘어선다.
제품 과제는 예시적인 업무 시나리오를 통해 더 쉽게 이해할 수 있다. 사용자가 어시스턴트에게 회의를 준비해 달라고 요청한다고 가정해 보자. 관련 메모를 찾는 것은 즉각적인 요청에 대응한다. 작업을 계속 수행하려면 빠진 정보를 식별하고, 업데이트를 확인하며, 회의가 시작되기 전에 초안을 구성해야 할 수 있다.
추가되는 책임마다 하나의 결정이 생긴다. 어떤 메모가 관련 있는가? 어시스턴트는 공유 폴더를 검사할 권한이 있는가? 누락된 정보를 위해 동료에게 물어봐야 하는가? 비공개 초안을 준비하는 것과 다른 사람에게 연락하는 것은 둘 다 같은 목표에 기여하더라도 서로 다른 결과를 초래한다.
지식 노동자에게 잠재적 이점은 조정에 드는 노력을 줄이는 데서 나온다. 유용한 어시스턴트는 완료되지 않은 단계를 기억해야 하는 필요를 줄여야 한다. 그러나 지속적인 확인이 필요한 시스템은 그 노력을 다시 사용자에게 돌려줄 수 있다. 업무 부담이 작업 수행에서 실행 감독으로 옮겨간다.
개발자 역시 관련된 압박에 직면한다. 고객이 Siri에게 워크플로를 완료해 달라고 요청한다면, 참여 앱은 유용한 작업을 제공하고 그 결과를 명확히 보고해야 한다. 사용 불가능한 작업이나 모호한 완료 신호는 좋은 대화형 답변으로 보완할 수 없다. 어시스턴트에는 애플리케이션과 신뢰할 수 있게 상호작용할 방법이 필요하다.
기업 구매자에게는 또 다른 우려가 있다. 책임은 직장 규정과 양립할 수 있어야 한다. 개인 어시스턴트가 정보에 접근할 수 있다고 해서 업무 행동이 자동으로 허용되는 것은 아니다. 고용주는 비공개 초안 작성은 허용하되 외부 커뮤니케이션 전에는 승인을 요구할 수 있다. 이 경계는 의도보다 광범위하게 들리는 자연어 요청에도 유지돼야 한다.
이는 Apple이 이미 이를 해결했거나 해결하지 못했다는 증거가 아니라 평가 질문이다. 이 질문들은 보도된 가속이 왜 중요한지 설명한다. Federighi의 팀은 사용자가 Siri가 무엇을 이해했는지, 무엇을 시도했는지, 무엇이 미완료 상태인지 반복적으로 확인하지 않으면서도 높아진 자율성이 유용하게 느껴지도록 해야 할 것이다.
목표를 기억하는 것은 제품 계약을 바꾼다
핵심 경쟁은 업무를 할당하는 두 방식 사이에 있다. 요청 기반 상호작용에서는 사용자가 다음 지시를 제공한다. 목표 기반 상호작용에서는 어시스턴트가 목표를 유지하고 허용된 다음 단계를 판단한다. 이는 대화와 실행의 관계를 바꾼다.
눈에 보이는 인터페이스가 여전히 대화처럼 보이더라도, 지속적인 책임이 핵심적인 변화다.
Dots, Muse, Grok과의 Gurman의 비교는 이러한 행동에 초점을 맞춘다. 9to5Mac의 선제적 Siri 보도에 요약된 바에 따르면, 제안된 방향은 목표를 추적하고 작업을 계속 수행하는 것을 포함한다. 이 비교는 Apple의 보도된 목표를 위치시키는 데 도움이 된다. 그러나 공통된 벤치마크를 제공하거나 제품 간 동등한 이용 가능성을 확립하지는 않는다.
또 다른 가상 요청을 생각해 보자. 다가오는 여행을 정리해 달라는 요청이다. 반응형 어시스턴트는 호텔 확인서를 찾거나 일정에 관한 질문에 답할 수 있다. 지속적인 책임을 수락하는 어시스턴트는 완료의 정의가 필요하다. 또한 정보 수집과 예약 또는 변경 같은 약속을 구분해야 한다.
이 구분이 제품 계약의 형태를 만든다. 사용자는 어시스턴트가 무엇을 하기로 했는지, 어떤 정보를 사용할지, 어느 지점에서 승인이 필요한지를 이해할 수 있어야 한다. 그렇지 않으면 겉보기 편의성은 과제에 대한 서로 다른 가정을 숨길 수 있다.
기억된 대화는 유용하지만, 대화 기록만으로는 이 질문에 답할 수 없다. 누군가가 말한 내용의 기록은 현재 어떤 행동이 여전히 승인된 상태인지에 대한 기록과 다르다. 사용자는 계획을 바꾸거나, 접근 권한을 철회하거나, 다른 곳에서 작업을 완료할 수 있다. 작업을 이어가려면 이러한 변화를 인식해야 한다.
같은 문제는 개인 지식 관리에서도 나타난다. 어시스턴트는 현재의 결정과 오래된 제안을 구분해야 한다. 잘 정리된 개인 지식 베이스는 이러한 구분에 유용한 맥락을 제공한다. 정보 검색과 행동 권한은 여전히 별개의 책임이다.
Apple 자체 소프트웨어 전반의 통합은 맥락과 행동을 연결할 수 있는 그럴듯한 기반을 제공한다. 이는 아키텍처적 기회이지, 우수한 실행의 증거는 아니다. 관련 질문은 어시스턴트가 의도된 한계를 보존하면서 사용자의 목표를 지원되는 작업으로 변환할 수 있는지이다.
효과적인 에이전트에는 멈출 방법도 필요하다. 목표는 불가능해지거나, 불필요해지거나, 추구하기에는 너무 모호해질 수 있다. 자동으로 계속하는 것이 항상 도움이 되는 것은 아니다. 차단 요인을 명확히 보고하는 편이 승인되지 않은 우회책을 즉흥적으로 만드는 것보다 더 나은 결과일 수 있다.
이 지점에서 경쟁 비교가 독자에게 유용해진다. 어시스턴트가 상태를 이해하기 쉽게 유지하면서 반복 지시를 줄이는지 평가해야 한다. 제품 라벨은 이 질문에 거의 답하지 못한다. 설득력 있는 시연은 첫 번째 작업이 성공한 뒤, 특히 상황이 바뀔 때 어떤 일이 일어나는지를 보여줘야 한다.
Apple에게 기회는 이러한 지속적인 책임을 일상적으로 사용할 만큼 친숙하게 만드는 데 있다. 과제는 이를 점검 가능하게 만드는 데 있다. 사용자는 긴 대화를 다시 구성하지 않고도 Siri가 대기 중인지, 작업 중인지, 완료됐는지, 차단됐는지를 판단할 수 있어야 한다.
앱 통합은 Apple에 경로를 제공하지만, 의존성도 따른다
Apple에는 Siri의 범위를 확장할 수 있는 분명한 경로가 있다. 애플리케이션이 어시스턴트가 활용할 수 있는 콘텐츠와 작업을 제공하도록 하는 것이다. 앱 기능을 시스템 경험에서 이용할 수 있게 하는 Apple의 프레임워크인 App Intents는 이 접근 방식과 관련이 있다. 이는 개발자에게 구조화된 통합 경로를 제공한다.
Apple의 11월 3일 Siri 개발자 프리뷰는 소프트웨어 베타를 통해 개발자에게 새로운 통합 작업을 개방했다. 이 발표는 고객 제공과 App Store 제출을 이후 일정에 배치했다. 이는 현재의 개발자 실험과 출시된 애플리케이션에서 폭넓게 사용할 수 있는 기능을 구분한다.
개발자 접근성은 더 폭넓은 앱 지원을 향한 구체적인 단계이지만, 자율적인 작업 완료를 보장하지는 않는다.
이 차이는 쉽게 흐려질 수 있다. 작업을 노출하면 어시스턴트가 호출할 수 있는 기능이 생긴다. 그러나 언제 호출이 적절한지, 실패를 어떻게 처리해야 하는지, 또는 사용자가 이를 승인했는지는 자동으로 알려주지 않는다. 작업 카탈로그는 시스템의 일부일 뿐, 시스템 전체는 아니다.
구조화된 작업은 애플리케이션이 작업을 의도적으로 설명할 수 있다는 점에서 잠재적 이점을 제공한다. 어시스턴트가 항상 화면의 모양만으로 모든 상호작용을 추론할 필요는 없다. 이것이 신뢰성을 높이는지는 구현 방식과 제공되는 작업의 범위에 달려 있다.
의존성은 양방향으로 작동한다. Siri는 참여 앱이 유용한 기능을 노출해야 한다. 개발자는 어떤 기능을 노출할지 결정할 만큼 Siri의 동작 방식을 명확히 이해해야 한다. 어느 한쪽이라도 부분적인 지원만 제공하면, 워크플로는 사용자가 다시 제어권을 가져와야 하는 경계에 도달할 수 있다.
개발자에게 이는 작업 설계가 제품 결정임을 의미한다. 작업에는 명확한 목적, 이해하기 쉬운 입력값, 그리고 어시스턴트가 해석할 수 있는 결과가 있어야 한다. 이전 작업이 실제로 완료됐는지 여부에 이후 단계가 의존할 때, 모호한 성공 메시지는 문제를 일으킨다.
가상의 작업 관리 통합 사례가 이를 잘 보여준다. 앱은 Siri가 작업을 생성하고, 마감일을 변경하거나, 완료 처리하도록 허용할 수 있다. 이런 작업에는 공유 프로젝트 삭제와는 다른 안전장치가 필요하다. 모든 작업을 서로 대체 가능한 것으로 취급하면 그 결과가 가려진다.
부분 완료에도 같은 수준의 주의가 필요하다. 어시스턴트가 문서를 성공적으로 수집했지만 캘린더 업데이트에는 실패할 수 있다. 사용자는 어떤 변경이 이뤄졌는지 알아야 한다. 이 정보 없이 전체 워크플로를 반복하면 중복 작업이나 충돌하는 업데이트의 위험이 있다.
Apple의 6월 발표는 기존 접근 방식의 맥락을 제공한다. 개인 컨텍스트 기능에 대한 설명은 애플리케이션 전반의 정보 검색을 작업과 연결했다. 이 사례들은 해당 플랫폼이 에이전트 개발과 관련 있는 이유를 설명한다. 하지만 장기 목표를 독립적으로 관리하는 상시 실행 어시스턴트를 문서화한 것은 아니다.
Apple 접근 방식의 가장 강력한 형태는 개발자가 민감한 작업에 대한 통제권을 포기하지 않아도 앱 참여가 유용해지도록 만드는 것이다. 플랫폼이 그 균형에 도달할지는 여전히 구현의 문제다. 개발자 프리뷰는 광범위한 생태계 지원을 이미 확립된 것으로 간주하기 전에 인터페이스와 실패 사례를 살펴볼 기회를 제공한다.
더 큰 자율성은 오해의 비용을 높인다
잘못된 답변과 잘못된 작업은 서로 다른 문제를 만든다. 사용자는 대개 관련 없는 응답을 무시할 수 있다. 그러나 잘못된 작업은 정보를 변경하고, 다른 사람에게 영향을 주거나, 추가 작업을 만들 수 있다. 따라서 자율성이 높아질수록 의도와 권한을 모두 이해하는 일이 더 중요해진다.
관련된 신뢰성 질문은 Siri가 언제 계속해야 하고, 언제 물어야 하며, 언제 멈춰야 하는지를 아는지 여부다.
이는 보도된 방향에 대한 회의적인 검증 기준이지, 발표된 제품에 대한 결론은 아니다. Apple은 보도에서 설명된 에이전트형 Siri 구현을 공개하지 않았다. 그 권한 모델이 부적절하다거나 자율성이 신뢰할 만하다고 단정하기에는 이르다.
모호한 표현부터 살펴보자. 회의를 “처리해 달라”는 요청은 메모 정리, 안건 초안 작성, 또는 참석자 연락을 뜻할 수 있다. 어시스턴트는 의도된 범위를 확인해야 한다. 가장 넓은 해석에 따라 행동하면 일상적인 표현에 지나치게 큰 권한을 부여하게 된다.
컨텍스트도 만료될 수 있다. 초안 일정은 최종 캘린더 항목과 다를 수 있다. 저장된 문서에는 폐기된 제안이 담겨 있을 수 있다. 둘 다 검색한 어시스턴트는 행동하기 전에 관련성을 평가해야 한다. 더 많은 정보에 접근할수록 그 상태를 구분할 필요도 커진다.
외부 콘텐츠는 또 다른 경계를 만든다. 이메일, 문서 또는 웹페이지에는 어시스턴트의 방향을 바꾸려는 텍스트를 포함해 지시사항이 담길 수 있다. 프롬프트 인젝션은 그러한 콘텐츠를 이용해 AI 시스템의 동작을 조작하는 것을 뜻한다. 컨텍스트를 위해 자료를 읽는 시스템이 그 자료를 자동으로 사용자 승인으로 취급해서는 안 된다.
어시스턴트가 애플리케이션 전반에서 행동할 수 있을 때 이 위험은 더 중대해진다. 작업 중 접한 정보는 해석할 증거로 남아야 한다. 그것이 어시스턴트에게 허용된 행동 범위를 조용히 확장해서는 안 된다. 사용자의 목표와 권한은 우선순위를 유지해야 한다.
프라이버시도 마찬가지로 정밀한 분석이 필요하다. 정보가 어디에서 처리되는지는 중요하지만, 어시스턴트가 그 정보를 가지고 무엇을 하는지도 중요하다. 승인된 검색과 승인되지 않은 공개는 서로 다른 사건이다. 저장된 정보를 보호한다고 해서 이후의 모든 작업이 사용자의 의사와 일치한다는 의미는 아니다.
확인은 실질적인 긴장을 만든다. 사소한 단계마다 확인을 요청하면 위임의 이점이 사라질 수 있다. 너무 드물게 물으면 사용자는 중요한 변경에 놀랄 수 있다. 유용한 설계는 승인 수준을 작업의 성격과 원래 요청의 명확성에 비례하게 만들어야 한다.
가시성은 이러한 긴장의 일부를 해소하는 데 도움이 된다. 사용자는 맡긴 작업을 검토하고, 의미 있는 진행 상황을 확인하며, 계속되는 작업을 취소하고, 완료된 작업을 검토할 수 있어야 한다. 이는 미래 제품을 평가하기 위한 기준이다. 현재 보도는 Apple이 정확히 어떤 제어 수단을 제공할지 확정하지 않는다.
복구는 예방만큼 중요하다. 서비스가 사용할 수 없게 되거나, 접근 권한이 만료되거나, 사용자가 워크플로를 중단할 수 있다. 신뢰할 수 있는 어시스턴트는 완료된 작업과 미완료 작업을 정확히 기록해야 한다. 그렇지 않으면 자동화가 문제를 만날 때마다 사용자가 원인 조사 업무를 떠안게 된다.
보도된 Apple의 긴급성은 이런 질문들을 더 시급하게 만들지만, 속도만으로 결과가 결정되지는 않는다. 경계가 명확한 제한적 어시스턴트도 유용할 수 있다. 동작을 검토하기 어려운 더 광범위한 어시스턴트는 상당한 감독 부담을 초래할 수 있다.
세 가지 신호가 로드맵의 진전을 보여줄 것이다
향후 몇 달은 또 한 차례의 에이전트 용어 논의보다 더 유용한 증거를 제공할 것이다. 가장 유익한 신호는 개발자 지원, 지속 작업 동작, 사용자 제어와 관련돼 있다. 이들이 함께 나타난다면, 더 광범위한 어시스턴트와 기존 기능을 새롭게 설명하는 것 사이를 구분하는 데 도움이 될 것이다.
Apple의 에이전트형 Siri 계획은 공개 기능이 보도에서 암시된 책임 수준과 일치할 때 더 신뢰할 만해진다.
첫째, 개발자 프리뷰가 문서화되고 정식 출시되는 통합으로 발전하는지 지켜봐야 한다. 중요한 증거는 애플리케이션이 어떤 작업을 노출하는지, 그리고 결과를 얼마나 명확하게 보고하는지다. 참여가 확대되면 Siri가 사람들이 실제로 사용하는 애플리케이션 전반에서 작동할 수 있다는 주장이 강화될 것이다.
문서화는 제공 여부만큼 중요하다. 개발자는 권한 요구사항, 지원되지 않는 작업, 실패 시 동작을 이해해야 한다. 더 명확한 계약은 Apple이 지속 작업을 위한 실용적 기반을 구축하고 있다는 주장을 뒷받침할 것이다. 지속적인 공백은 고객이 합리적으로 위임할 수 있는 워크플로를 제한한다.
둘째, 즉각적인 요청을 넘어 계속되는 시연을 지켜봐야 한다. 유용한 사례라면 어시스턴트가 승인된 목표를 유지하고, 변경된 상황을 처리하며, 차단 요인을 보고하는 모습을 보여줄 것이다. 시연은 사용자가 무엇을 시작했고 이후 시스템이 무엇을 결정했는지를 명확히 보여줘야 한다.
그러한 증거는 Siri가 목표 중심 행동으로 나아가고 있다는 해석을 강화할 것이다. 또 다른 복잡한 프롬프트 순서로 구성된 시연은 더 약한 근거가 된다. 여전히 유용한 개선을 보여줄 수는 있지만, 자율성에 관한 핵심 질문은 해결되지 않은 채 남는다.
이 기능들이 제공되면 독립적인 테스트가 중요해질 것이다. 리뷰어는 일반 계정과 불완전한 입력으로 워크플로를 반복할 수 있어야 한다. 세련된 프레젠테이션은 기업이 보여주고 싶은 것을 입증한다. 재현 가능한 동작은 테스트된 조건에서 사용자가 무엇을 기대할 수 있는지를 입증한다.
셋째, Apple이 승인, 취소, 검토를 어떻게 설명하는지 살펴봐야 한다. 사용자는 계속되는 위임 작업을 제어할 수 있는 이해하기 쉬운 수단이 필요하다. 눈에 보이는 작업 기록과 명확한 중단 메커니즘은 더 큰 신뢰를 뒷받침할 것이다. 불명확한 경계는 어시스턴트에 중요한 책임을 맡겨야 한다는 주장을 약화시킨다.
이 신호들은 Dots 및 Muse와의 비교에도 적용돼야 한다. 보도는 이들 제품을 Apple의 경쟁 구도에 배치하지만, 공통된 용어가 기능의 동등성을 뜻하지는 않는다. 위임된 작업의 범위, 사용할 수 있는 제어 수단, 필요한 개입의 정도를 비교해야 한다.
개발자에게 당장의 결정은 어떤 앱 작업이 어시스턴트 접근에 적합한가이다. 업무 환경의 구매자에게는 기존 승인 요건 아래에서도 어떤 위임 작업이 유용한가가 문제다. 개인 사용자에게는 확인과 수정에 드는 시간을 고려한 뒤에도 위임이 수고를 줄여주는지가 중요하다.
Apple이 다음에 에이전트형 Siri를 시연할 때, 잘 이해하는 일상적인 작업 하나를 선택해 전체 위임 과정을 따라가 보라. 원래 지시, 권한 경계, 수행된 작업, 최종 기록을 확인하라. 정보가 변경되거나 단계가 실패했을 때 어떤 일이 벌어졌는지 물어보라. 감독에 쓴 시간을 포함해 그 작업을 직접 완료했을 때와 경험을 비교하라. 그런 세부 사항이 보이기 전까지는 보도된 로드맵을 개발 중인 방향으로 취급하라. 출시된 기능과 미래의 야심 사이의 구분을 명확히 유지하고, 어시스턴트가 신뢰성 있게 감당할 수 있는 책임으로 판단하라. 기기를 내려놓은 뒤에도 어떤 작업이라면 계속 맡길 수 있겠는가?
