Google이 슬래시 명령어를 @로 대체하면서 Gemini Map 도구 출시

Google이 Android와 iOS에 Gemini Map 도구를 추가했으며, 또 다른 인터페이스 변경으로 슬래시 명령어를 @ 메뉴로 대체했다.

이 지도는 사용자가 지역을 말로 설명하는 대신 프롬프트에 지리적 영역을 직접 지정할 수 있게 한다. @ 변경은 Skills, 연결된 서비스 및 기타 도구를 하나의 선택 계층으로 통합한다.

이 두 업데이트는 Gemini 앱이 다른 형태로 전환되고 있음을 시사한다. Google은 프롬프트 상자를 빈 텍스트 입력란에서 컨텍스트와 기능을 선택하는 제어 표면으로 바꾸고 있다.

당장의 변화는 크지 않다. 사용자는 시각적 위치 선택기와 통합 메뉴를 이용하게 된다. 더 큰 승부수는 사람들이 작업할 위치를 정확히 보여줄 수 있을 때 어시스턴트가 더 유용해진다는 데 있다.

이는 기존의 텍스트 우선 챗봇 인터페이스에 압박을 가한다. OpenAI, Anthropic 등 다른 어시스턴트 개발사도 도구 활용을 확대해 왔지만, Google은 모바일 배포력과 지도 인프라라는 독특한 조합을 보유하고 있다.

Gemini Map 도구는 그 이점이 더 나은 프롬프트 경험으로 이어질 수 있는지 시험한다. 동시에 제공 범위, 위치 정확도, 데이터 처리, 그리고 Gemini가 선택된 컨텍스트에 안정적으로 대응할 수 있는지를 둘러싼 익숙한 질문도 제기한다.

Gemini Map 도구는 영역을 프롬프트 컨텍스트로 바꾼다

새로운 지도는 사용자가 설명하던 위치를 직접 선택할 수 있는 대상으로 바꾼다.

모바일 Map 도구는 Android와 iOS의 Gemini 앱 첨부파일 캐러셀에 표시된다. Photos, Camera, Files, Drive, Avatar, Notebooks 등의 옵션과 함께 배치된다.

Map을 선택하면 사용자의 현재 지역을 중심으로 한 실시간 화면이 열린다. 인터페이스에는 Gemini가 고려해야 할 위치를 나타내는 원형 포커스 영역이 포함된다.

사용자는 지도를 이동하거나 확대·축소하고, 다른 목적지를 검색할 수 있다. 이후 “Explore this area”를 탭하면 프롬프트 상자에 “Map Area” 첨부파일이 추가된다.

이 첨부파일은 작성한 요청과 결합할 수 있다. 여행객은 호텔 주변의 몇 블록을 선택하고 회의에 적합한 조용한 식당을 추천해 달라고 요청할 수 있다.

사용자는 낯선 동네를 선택해 환승역 근처의 커피숍을 요청할 수도 있다. 심부름을 계획하는 사람은 선택한 영역 안에서 유용한 장소를 찾아 달라고 Gemini에 요청할 수 있다.

핵심적인 차이는 정밀도다. “도심 근처” 같은 표현은 불분명한 지리적 경계를 가리킬 수 있다. 지도 선택은 시스템에 명확한 시각적 기준을 제공한다.

그렇다고 정답이 보장되는 것은 아니다. 다만 Gemini가 요청을 추론하기 전에 발생하는 모호성의 한 원인을 줄여 준다.

이 워크플로는 영역 선택과 목적지 검색도 분리한다. 사용자는 특정 업체의 정확한 이름이나 주소에서 시작할 필요가 없다.

지리 정보에서 출발한 뒤 프롬프트로 의도를 설명할 수 있다. 이 구조는 전통적인 목적지 입력란보다 탐색형 질문에 더 잘 맞는다.

보도된 출시 범위는 모바일 전용이다. 웹 앱도 관련 응답에 위치 정보를 활용할 수 있지만, 현재 Gemini의 웹 인터페이스에서는 Map 옵션을 사용할 수 없다.

이 차이는 상호작용이 터치에 의존하기 때문에 중요하다. 지도 위를 이동하고 대상 영역을 조정하는 방식은 여행 중 사용하는 휴대폰에서 자연스럽게 느껴진다.

또한 앱 간에 좌표, 거리명, 링크를 복사하는 것보다 기능을 더 즉각적으로 만든다. 지도는 이미지나 문서처럼 하나의 입력 객체가 된다.

Google은 이미 다른 환경에서 Gemini를 지리 정보와 연결해 왔다. 이전의 Maps grounding 출시는 개발자에게 2억 5,000만 곳이 넘는 장소를 포괄하는 정보 접근권을 제공했다.

소비자용 Map 도구는 같은 폭넓은 아이디어를 인터페이스 수준에 적용한다. 사용자가 Gemini에 해석을 요청하기 전에 지리적 컨텍스트를 정의할 수 있게 한다.

다만 새로운 선택기는 완전한 내비게이션과 혼동해서는 안 된다. 보도된 인터페이스는 턴바이턴 길안내를 대체하는 것이 아니라 위치 기반 프롬프트를 준비한다.

또한 모든 요청이 실시간 상황, 개인 저장 장소 또는 완전한 업체 정보를 활용한다는 점도 입증하지 않는다. 이러한 기능은 Gemini가 접근할 수 있는 서비스에 따라 달라진다.

가장 타당한 해석은 더 좁다. Google은 Gemini 대화에 선택한 영역을 직접 첨부하는 방식을 만들었다.

지리적 프롬프트는 정확하게 표현하기 어려운 경우가 많기 때문에 이 추가 기능은 중요하다. 선택된 영역은 Gemini가 답변할 때 더 명확한 경계를 제공한다.

동시에 이 글의 핵심 긴장도 만들어 낸다. Google은 이례적으로 풍부한 위치 컨텍스트를 제공할 수 있지만, 사용자는 어떤 데이터가 대화에 들어가는지 여전히 이해할 필요가 있다.

Google은 도구를 중심으로 프롬프트 상자를 재구성하고 있다

프롬프트 상자는 전문화된 입력, 재사용 가능한 지침, 연결된 서비스를 실행하는 공간이 되고 있다.

Map 옵션은 이러한 전환의 한 부분이다. 초기 보도에 따르면 두 번째 변화는 Google 앱 베타 버전 17.63에서 나타난다.

이 베타에서 슬래시를 입력하면 이제 슬래시가 @로 바뀌었다는 메시지가 표시된다. 인터페이스는 사용자가 한곳에서 Skills, Connectors 등을 이용할 수 있다고 안내한다.

Google은 불과 최근에 Skills를 호출하는 방법으로 슬래시를 도입했다. 빠른 전환은 Google이 그 명령 규칙을 유지하는 것보다 통합 도구 메뉴를 더 중요하게 본다는 점을 시사한다.

@ 기호는 이미 많은 디지털 제품에서 분명한 의미를 지닌다. 일반적으로 현재 작업에 참여해야 하는 사람, 서비스, 에이전트 또는 리소스를 가리킨다.

이러한 정신 모델은 Gemini에도 유용하다. 사용자는 Skill이나 연결된 애플리케이션을 보이지 않는 시스템 설정이 아니라 명시적인 기능 원천으로 다룰 수 있다.

더 넓은 인터페이스의 용어도 바뀌고 있다. “Connected Apps”는 “Connectors”로, Gems는 Skills로 대체될 것으로 예상된다.

Google은 Gemini Skills를 반복되는 작업과 워크플로를 위한 재사용 가능한 맞춤 지침으로 정의한다. Gemini는 관련 Skill을 자동으로 적용할 수 있고, 사용자가 직접 지정할 수도 있다.

이 모델은 일회성 프롬프트와 다르다. Skill은 유사한 작업이 다시 나타날 때 호출할 수 있는 반복 가능한 방법을 보존한다.

Google은 여러 Skills가 함께 작동할 수 있다고도 설명한다. 하나는 조직의 글쓰기 규칙을 정하고, 다른 하나는 주간 보고서 작성 단계를 정의할 수 있다.

@ 메뉴는 이런 재사용 가능한 지침을 외부 서비스와 함께 사용할 수 있는 공통 공간을 제공한다. 프롬프트 상자를 모델, 저장된 워크플로, 연결된 데이터 사이의 라우팅 계층으로 바꾼다.

Google의 9월 연결 앱 확장은 이러한 목표의 규모를 보여 준다. 회사는 생산성, 창작, 라이프스타일 범주 전반의 통합을 발표했다.

예시에는 프로젝트 관리, 데이터베이스 구성, 디자인, 웹사이트 구축, 운동 계획, 아파트 검색, 신용 모니터링, 이벤트 발견이 포함됐다.

사용자는 설정에서 지원되는 서비스를 연결할 수 있다. 이후 @ 멘션이나 직접적인 요청으로 해당 서비스를 대화에 불러올 수 있다.

새 인터페이스는 이러한 서비스와 Google 자체의 재사용 가능한 Skills 사이의 구분을 줄인다. 둘 다 같은 대화 안에서 호출 가능한 리소스가 된다.

Map은 이 리소스 모델을 물리적 공간으로 확장한다. 선택한 영역은 파일, 사진, 노트북, 연결된 애플리케이션과 함께 Gemini가 활용할 수 있는 또 다른 객체가 된다.

이러한 통합은 인터페이스 마찰을 낮출 수 있다. 사용자는 한 리소스에는 @를, 다른 리소스에는 슬래시를 써야 한다는 점을 더 이상 기억할 필요가 없다.

하지만 메뉴가 복잡해질 수도 있다. 단일 선택기에는 결국 개인 Skills, 업무 프로세스, Google 서비스, 서드파티 도구, 미디어 입력이 모두 포함될 수 있다.

따라서 발견 가능성은 제공 여부만큼 중요해질 것이다. 사용자가 Gemini가 어떤 리소스를 선택했는지 예측할 수 없다면, 통합은 복잡성을 없애는 대신 숨길 수 있다.

자동 라우팅은 관련 우려를 낳는다. Gemini가 적절한 Skill을 선택하는 기능은 시간을 절약할 수 있지만, 잘못된 선택은 결과를 눈에 띄지 않게 바꿀 수 있다.

명시적인 @ 멘션은 유용한 균형 장치가 된다. 모델이 작업을 해석하기 전에 사용자가 의도한 도구를 지정할 수 있게 하기 때문이다.

인터페이스는 아직 전환 중이다. Map 도구는 폭넓게 제공되는 것으로 설명되지만, 슬래시 명령어의 대체는 아직 광범위하게 출시되지 않았다.

따라서 사용자는 계정, 플랫폼, 앱 버전에 따라 서로 다른 제어 요소를 볼 수 있다. 베타 인터페이스를 완성된 글로벌 전환으로 여겨서는 안 된다.

Google의 방향성은 일정표보다 분명하다. 회사는 Gemini 프롬프트 상자가 단순히 문장을 받아들이는 데 그치지 않고 도구 집합을 조정하기를 원한다.

Gemini Map 도구는 Google의 지리적 우위를 부각한다

Google의 우위는 지도 선택기 자체가 아니라 그 뒤에서 작동하는 지도 시스템에 있다.

경쟁 어시스턴트도 주소, 좌표, 스크린샷, 위치 관련 질문을 받아들일 수 있다. 일부는 최신 장소 정보를 위해 웹 검색이나 외부 서비스를 호출할 수도 있다.

Google은 다른 위치에서 이 문제에 접근한다. Google Maps를 운영하고, Android 전반에 Gemini를 배포하며, 유용한 개인 컨텍스트를 보유한 서비스를 관리한다.

이 조합은 위치 정보를 제품 통합에 자연스러운 영역으로 만든다. 또한 현재 챗봇과 지도 애플리케이션 사이를 오가는 워크플로를 단축할 기회를 Google에 제공한다.

Google은 새로운 소비자용 선택기가 등장하기 전에 개발자에게 이 전략을 공개하기 시작했다. Gemini API용 Maps 도구는 모델 응답을 최신 지리공간 정보와 연결한다.

회사는 해당 개발자용 제품이 2억 5,000만 곳이 넘는 장소의 데이터를 활용한다고 밝혔다. 이 규모는 식당, 명소, 서비스, 여행 일정 관련 질문에 대해 Gemini에 상당한 기반을 제공한다.

Google은 Maps 자체에서 Gemini도 확장해 왔다. 한 경로는 내비게이션에서 시작해 이동 중 대화형 지원을 도입한다.

Gemini Map 도구는 반대 방향으로 이동한다. 어시스턴트 내부에서 시작해 선택된 지리적 영역을 대화로 가져온다.

이 두 경로는 만나기 시작하고 있다. Maps는 더 많은 대화형 기능을 얻고 있고, Gemini는 더 명시적인 지리적 입력을 얻고 있다.

이러한 수렴은 AI 어시스턴트가 별도의 목적지로 남아야 한다는 생각에 압박을 가한다. Google은 위치 기반 의사결정 전, 중, 후에 Gemini를 배치할 수 있다.

주말 계획 작업을 생각해 보자. 사용자는 영역을 선택하고 여러 옵션을 요청한 뒤, 이를 캘린더 제약과 비교하고 내비게이션으로 이어갈 수 있다.

Map 첨부파일은 검색 영역을 정의함으로써 첫 단계를 처리한다. Connectors는 궁극적으로 이용 가능 여부, 예약, 티켓 또는 기타 작업별 정보를 제공할 수 있다.

Skills는 사용자의 반복적인 선호를 보존할 수 있다. 저장된 지침은 도보 거리, 조용한 장소, 접근성 또는 특정 일정 형식에 우선순위를 둘 수 있다.

이 조합은 어시스턴트를 단순한 장소 검색 상자 이상으로 만들 수 있다. 지리적 컨텍스트를 개인 규칙 및 연결된 서비스와 조정하게 된다.

현재 출시는 전체 워크플로가 안정적으로 작동한다는 점을 입증하지 않는다. 이를 구축하는 데 필요한 인터페이스 요소 몇 가지를 제공할 뿐이다.

이 구분은 중요하다. 시각적으로 선택한 영역이 환각, 오래된 목록, 누락된 영업시간, 의문스러운 추천을 없애지는 않는다.

위치 기반 추천에는 많은 숨은 요구 사항이 있다. 시스템은 경계를 해석하고, 관련 장소를 검색하고, 순위를 매기며, 왜 적합한지 설명해야 한다.

어느 단계에서든 실수가 발생하면 답변의 품질이 약화될 수 있습니다. Gemini가 프롬프트의 중요한 제약 조건을 놓친다면, 아무리 잘 선택한 지도 영역도 큰 가치가 없습니다.

Google 고유의 지도 데이터 깊이는 여전히 경쟁 구도를 바꿉니다. 경쟁사는 지도 제공업체를 통합할 수 있지만, Google은 어시스턴트와 주요 지리 플랫폼을 모두 통제합니다.

이 회사는 iOS에서 Android 수준의 운영체제 제어권이 없음에도 앱을 통해 사용자에게 도달합니다. 두 모바일 플랫폼 모두에 Map 도구가 도입되면서 시험 범위도 넓어집니다.

웹에서 사용할 수 없다는 점은 여전히 눈에 띄는 공백입니다. 여행지나 사업장 위치를 조사하는 데스크톱 사용자는 더 큰 화면과 키보드를 선호할 수 있습니다.

Google은 궁극적으로 이 선택 도구를 웹으로 확장할 수 있지만, 보도된 출시는 이를 약속하지 않습니다. 웹 부재는 현재 기능이 모바일 사용에 집중되어 있음을 뜻합니다.

따라서 경쟁사에 가해지는 압박은 구체적입니다. 기반 지도를 소유하지 않더라도 위치 맥락을 동등하게 쉽게 제공해야 합니다.

Google에 대한 압박도 마찬가지로 현실적입니다. 단순히 기존 서비스로 들어가는 경로를 늘리는 것이 아니라, 통합이 더 나은 결과를 만든다는 점을 보여야 합니다.

더 나은 위치 프롬프트에는 더 큰 개인정보 부담이 따른다

Map 도구는 요청의 모호성을 없애지만, 데이터 경계를 더 중요하게 만듭니다.

Gemini는 이미 여러 방식으로 위치를 사용합니다. Google은 권한이 허용된 경우 자사 앱이 일반 위치 또는 기기의 정확한 위치를 사용할 수 있다고 설명합니다.

모바일에서는 이러한 권한이 부분적으로 Gemini의 어시스턴트 기능을 호스팅하는 Google 앱에 따라 달라집니다. 따라서 플랫폼 설정은 Gemini가 받는 맥락에 영향을 줄 수 있습니다.

새로운 Map 인터페이스는 보다 의도적인 신호를 도입합니다. 사용자는 직접 영역을 선택해 프롬프트에 첨부합니다.

이 행동은 보이지 않는 백그라운드 추론보다 이해하기 쉽습니다. 선택된 지도는 공유되는 위치를 눈에 보이게 표현합니다.

하지만 첨부 단계에서의 가시성이 모든 질문에 답해 주지는 않습니다. 사용자는 여전히 프롬프트가 어떻게 저장, 처리되고 다른 정보와 결합되는지 알고 싶을 수 있습니다.

Google의 Gemini 개인정보 보호 설정은 Gemini 정보에 프롬프트, 업로드된 콘텐츠, 연결된 앱 데이터, 기기 정보, 위치 정보가 포함될 수 있다고 설명합니다.

문서는 일반 위치와 정확한 위치도 구분합니다. 민감한 지리적 맥락을 공유하기 전에 사용자는 앱 권한과 Gemini 활동 설정을 검토해야 합니다.

지도에서 선택한 영역은 목적지보다 더 많은 정보를 드러낼 수 있습니다. 주거 지역, 직장, 의료 시설, 학교 또는 반복적인 이동 패턴을 식별할 수도 있습니다.

위치 정보가 이메일, 캘린더, 파일, 사진, 연락처 또는 타사 서비스의 정보와 결합되면 이러한 위험은 커집니다. 각각의 연결은 응답을 더 유용하게 만드는 동시에 더 개인적인 것으로 만들 수 있습니다.

Google은 지원되는 앱 연결이 계속 사용자 제어의 적용을 받는다고 말합니다. 하지만 어시스턴트가 여러 소스를 자동으로 결합할수록 제어를 평가하기는 더 어려워집니다.

통합 @ 메뉴는 선택된 리소스를 보이게 함으로써 도움이 될 수 있습니다. 사용자가 커넥터를 명시적으로 호출하면, 해당 커넥터가 작업에 들어간다는 사실을 더 분명히 알 수 있습니다.

자동 Skill 선택은 덜 명확합니다. 저장된 워크플로는 사용자가 직접 호출하지 않아도 답변에 영향을 줄 수 있습니다.

Skills는 데이터 소스가 아니라 지침이지만, Gemini가 무엇을 요청하거나 연결된 정보를 어떻게 사용하는지에 영향을 줄 수 있습니다. 따라서 투명성이 중요합니다.

신뢰할 수 있는 인터페이스는 어떤 Skill, 커넥터 또는 첨부 파일이 응답에 영향을 미쳤는지 보여줘야 합니다. 또한 제출 전에 이러한 요소를 쉽게 제거할 수 있어야 합니다.

Map 첨부는 프롬프트 상자 안에 그러한 명시적 객체를 제공하는 것으로 보입니다. 최종 인터페이스가 이후의 데이터 사용을 설명하는지는 별개의 문제로 남습니다.

정확성 역시 이 위험 논의에 포함되어야 합니다. 선택한 영역은 화면에서 정밀해 보일 수 있지만, 그 기반 해석은 여전히 불완전할 수 있습니다.

경계는 동네, 행정구, 캠퍼스 또는 비즈니스 구역을 가로지를 수 있습니다. Gemini는 대략적인 원을 엄격한 검색 반경으로 취급하거나 단지 일반적인 힌트로만 볼 수 있습니다.

기능 이름은 완전한 지도 검색을 수행한다는 기대를 만들 수 있습니다. 사용자는 중요한 세부 사항을 Google Maps 또는 해당 장소에 직접 확인해야 합니다.

이는 영업시간, 접근성, 예약, 도로 상황 및 이동 시간에서 특히 중요합니다. 이러한 세부 사항은 Gemini가 응답을 생성한 이후에도 바뀔 수 있습니다.

어시스턴트는 또한 최신 Maps 정보에 근거한 추천과 더 광범위한 웹 자료에 기반한 제안을 구분해야 합니다. 인터페이스가 이러한 출처를 항상 명확히 보여주지는 않을 수 있습니다.

두 번째 불확실성은 출시 일관성과 관련됩니다. Map 도구는 Android와 iOS에서 폭넓게 나타난 것으로 전해지지만, 기능 이용 가능 여부는 계정에 따라 여전히 달라질 수 있습니다.

@ 대체 기능은 배포 초기 단계입니다. 안정 버전 사용자는 슬래시 메뉴를 계속 볼 수 있는 반면, 베타 사용자는 통합 선택기를 받게 될 수 있습니다.

이러한 단계적 상태는 온라인이나 조직 내에서 공유되는 안내를 복잡하게 만들 수 있습니다. 한 버전을 위해 문서화된 워크플로가 다른 사람의 화면과 일치하지 않을 수 있습니다.

Gems에서 Skills로의 이전은 또 다른 전환을 더합니다. 기존 맞춤형 어시스턴트가 재사용 가능한 Skills로 바뀌면서 호환성과 보존되는 동작에 관한 의문이 생깁니다.

Google은 익숙한 워크플로가 불안정하게 느껴지지 않도록 이러한 변화를 관리해야 합니다. 기능의 이름을 바꾸고 호출 기호를 변경하면 작지만 반복적인 학습 비용이 발생할 수 있습니다.

회사는 일관된 @ 진입점 하나가 그 비용을 상쇄할 것이라고 보고 있습니다. 이 판단의 성공 여부는 예측 가능한 라우팅과 명확한 피드백에 달려 있습니다.

핵심 과제는 Google이 Gemini 안에 더 많은 도구를 넣을 수 있는지 여부가 아닙니다. 사용자가 어떤 도구가 작동했는지, 어떤 데이터를 사용했는지, 어떻게 수정할 수 있는지를 이해할 수 있는지가 관건입니다.

Google의 인터페이스 전략이 성공하는지 보여줄 세 가지 신호

다음 시험대는 더 깔끔한 도구 메뉴가 더 신뢰할 수 있고 이해하기 쉬운 행동을 만들어 내는지 여부입니다.

첫 번째 신호는 @ 선택기의 전체 출시입니다. Google은 Android, iOS, 웹 전반에서 동작을 파편화하지 않고 제한된 베타 제공을 넘어 이를 확장해야 합니다.

출시가 완료되면 @가 Gemini의 영구적인 도구 호출 언어라는 관점이 강화될 것입니다. 일관성이 계속 부족하다면 통합 인터페이스 주장은 약해질 것입니다.

중요한 세부 사항은 단지 기호가 아닙니다. 사용자는 지원되는 기기 전반에서 Skills, Connectors 및 기타 리소스가 같은 기본 구조로 정리되어 있는 것을 봐야 합니다.

Google은 명시적 선택이 자동 라우팅과 어떻게 상호작용하는지도 설명해야 합니다. 사용자는 Gemini가 언제 Skill을 선택했는지, 자신의 @ 멘션이 언제 그 선택을 재정의했는지 알아야 합니다.

두 번째 신호는 Gemini Map 도구의 더 폭넓은 이용 가능성입니다. 웹 지원은 Google이 지리적 선택을 모바일 실험이 아니라 핵심 입력으로 본다는 점을 보여줄 것입니다.

데스크톱 사용은 여행 조사, 부동산 비교, 물류, 이벤트 계획 및 위치 기반 비즈니스 분석에 활용될 수 있습니다. 이러한 작업은 대체로 더 큰 지도에서 이점을 얻습니다.

더 중요한 것은 Google이 선택된 경계가 실제로 무엇을 제어하는지 밝혀야 한다는 점입니다. 사용자는 Gemini가 해당 영역을 느슨한 제안으로 취급하지 않고 존중한다는 확신이 필요합니다.

결과는 최신 Google Maps 정보가 언제 추천을 뒷받침하는지도 밝혀야 합니다. 명확한 근거 제시는 도구를 더 신뢰하고 검증하기 쉽게 만들 것입니다.

세 번째 신호는 Skills와 Connectors 간의 더 깊은 조정입니다. 이러한 리소스가 숨겨진 동작을 만들지 않으면서 협력할 때 Google의 인터페이스는 더 가치 있어집니다.

사용자는 계획 수립 Skill을 호출하고, Map Area를 첨부하며, 예약 커넥터를 호출할 수 있습니다. 그러면 Gemini는 워크플로 전반에서 모든 제약 조건을 유지해야 합니다.

이는 까다로운 시험입니다. 시스템은 맥락을 유지하고, 올바른 서비스를 호출하며, 복구 가능한 오류를 제시하고, 의도하지 않은 행동을 피해야 합니다.

Google이 이전에 연결 서비스의 범위를 확장한 사실은 Gemini가 이러한 워크플로를 더 많이 포괄하도록 하려 한다는 점을 시사합니다. @ 메뉴는 늘어나는 이 카탈로그에 공통 진입점을 제공합니다.

이 변화는 챗봇에서 도구를 사용하는 어시스턴트로 향하는 더 넓은 흐름도 반영합니다. 모델은 여전히 중심에 있지만, 유용한 작업은 점점 선택된 맥락과 외부 시스템을 통해 이루어집니다.

이 전환은 여행을 넘어 지식 노동자에게도 도움이 될 수 있습니다. 좋은 어시스턴트는 각 요청과 관련된 소스, 워크플로, 경계를 사람들이 식별할 수 있게 해야 합니다.

문서와 개인 정보를 다룰 때도 같은 원칙이 적용됩니다. 사용자가 어떤 맥락이 작업에 들어가는지 통제할 수 있을 때 개인 지식 베이스는 더 유용해집니다.

Google의 지도 선택기는 이 아이디어를 구체적으로 보여줍니다. 어시스턴트가 올바른 장소를 추론하기를 기대하는 대신, 사용자가 의도한 영역을 제공합니다.

@ 메뉴는 이 원칙을 기능으로 확장합니다. 전적으로 자동 선택에 의존하는 대신, 사용자는 특정 Skill 또는 커넥터를 호출할 수 있습니다.

어느 변화도 판단의 필요성을 없애지는 않습니다. 사용자는 여전히 중요한 추천을 검증하고, 권한을 점검하며, 어떤 서비스가 참여했는지 확인해야 합니다.

따라서 Gemini Map 도구는 독립형 지도 위젯으로서보다 변화하는 인터페이스 모델의 증거로서 더 중요합니다.

Google은 빈 프롬프트를 구조화된 선택으로 바꾸고 있습니다. 파일, 사진, 장소, 저장된 지침 및 외부 서비스는 모두 눈에 보이는 구성 요소가 될 수 있습니다.

이러한 구성 요소가 이해 가능한 상태로 유지된다면 Gemini는 더 긴 프롬프트 없이도 더 정밀하게 느껴질 수 있습니다. 불투명해진다면 인터페이스는 추가된 복잡성을 그저 숨길 뿐입니다.

앞으로 몇 달 동안 @ 출시, 웹 지도 지원, 다중 도구 투명성을 지켜보세요. 이들은 Google이 일관된 어시스턴트 인터페이스를 구축했는지 보여줄 것입니다.

현재로서는 모바일 사용자가 핵심 전제를 직접 시험할 수 있습니다. 경계가 명확한 영역을 선택하고, 제약 조건이 있는 질문을 한 뒤, 답변을 Google Maps와 비교해 보세요.

그 비교는 새 버튼의 존재 이상을 드러낼 것입니다. Gemini가 사용자가 선택한 지리적 맥락을 유용하고 검증 가능한 결과로 바꿀 수 있는지를 보여줄 것입니다.