무엇이 달라졌나
Google Workspace 개발자 변경 기록에 따르면 Google의 Workspace MCP 서버를 호출하는 OAuth 클라이언트에는 “Use this client for an AI-powered agent” 지정이 필요합니다. 지정되지 않은 클라이언트의 요청은 2026년 11월 11일부터 거부되며, 11월 12일까지 지정되지 않은 기존 클라이언트는 이후에도 비에이전트 상태로 남습니다. Google은 이 경우 AI 에이전트용으로 지정한 새 OAuth 클라이언트를 만들고 앱에서 해당 클라이언트를 사용하도록 변경해야 한다고 안내합니다. 안내에 시각·시간대는 명시돼 있지 않아 한국 시간의 특정 시각으로 환산하지 않습니다.
일반 API 연결까지 모두 중단되는 것은 아니다
Google 안내는 Gmail, Calendar, Drive, Docs, Sheets, Slides 및 Chat의 Google Workspace MCP 서버를 열거하며 개발자 프리뷰 프로그램 범위라고 설명합니다. 일반적인 Workspace REST API만 사용하는 비에이전트 앱은 이 변경의 영향을 받지 않는다고 명시합니다. 예를 들어 같은 서비스가 일반 웹 화면에서는 REST API로 파일을 보여주고 AI 기능에서는 Google의 Drive MCP 서버를 호출한다면 두 경로를 따로 점검해야 합니다. Google은 기존 클라이언트를 양쪽에 함께 쓰던 경우 일반 기능용은 유지하고 AI용 클라이언트를 별도로 만들도록 권고합니다. 이는 구성 판단 예시이지 실제 장애 시험 결과가 아닙니다.
변경 전에 확인할 세 가지
첫째, 실패한 요청이 Google이 제공하는 Workspace MCP 서버로 향하는지 확인합니다. 다른 공급자의 MCP 서버나 일반 REST 호출까지 같은 규칙으로 묶지 마세요. 둘째, 배포된 앱이 실제로 사용하는 OAuth 클라이언트가 무엇인지 확인합니다. 셋째, 그 클라이언트가 AI 에이전트용으로 지정됐는지 담당 관리자와 확인합니다. Google은 설정 위치를 Google Auth Platform의 Clients로 안내합니다. 새 클라이언트가 필요하다면 공식 설정 안내와 조직의 승인 절차에 따라 구성하고 테스트 환경에서 먼저 확인하세요. 자격증명이나 토큰을 채팅·공유 문서에 붙여 넣어 확인해서는 안 됩니다.
지정만으로 모든 권한 문제가 해결되지는 않는다
에이전트용 표시는 클라이언트의 종류를 구분하는 조건입니다. 사용자 동의 범위, Workspace 관리 정책, 개발자 프리뷰 접근이나 각 API의 권한이 모두 충족됐다는 보장은 아닙니다. Zenphi의 해설도 이 설정이 에이전트의 실제 행동을 지속적으로 감시하는 기능은 아니라고 구분합니다. 따라서 문제가 계속되면 오류 기록에서 서버 대상과 클라이언트 식별을 확인한 뒤, 승인된 범위에서 접근 권한과 관리 설정을 차례로 점검하세요. 실제 계정의 설정 변경이나 연결 시험은 하지 않았습니다.