구글 Gemini 에이전트, 모든 MCP 서버와 지식 카탈로그 연결: 의미 계층과 도구 오류 문구가 성패를 가른다

무슨 일이 있었나

구글 클라우드 CEO 토머스 쿠리안은 2026년 10월 8일 'Gemini at Work 2026' 발표 글에서 Gemini 에이전트의 기업용 기능을 공개했습니다. 에이전트 운영 관점에서 눈여겨볼 문장은 두 가지입니다. 하나는 "회사 네트워크 안팎의 모든 MCP(Model Context Protocol) 서버와 안전하게 연결해 작동할 수 있다"는 것, 그리고 팀이 도구를 만들어 사내에 배포하는 기업용 도구 레지스트리입니다. 다른 하나는 지식 카탈로그(Knowledge Catalog)로, "비즈니스 정의를 한 번 매핑해 모든 에이전트가 같은 정의를 쓰게" 하고, '순이익률'·'목표 시장' 같은 용어의 스키마와 비즈니스 규칙을 이해시키며, Databricks·dbt·LookML·SAP에 있는 지표를 제자리에서 읽는다고 설명합니다.

구글이 제시한 효과 수치는 Bloomberg Media 사례입니다. 데이터 에이전트를 지식 카탈로그에 근거(grounding)하게 하자 초기 개발 단계에서 SQL 질의 정확도가 63% 올랐다고 밝혔습니다. 함께 공개한 도입 지표는 다음과 같습니다 — 지난 1년간 구글 클라우드 고객 약 500곳이 각각 1조 토큰 이상을 처리했고, 구글 클라우드 고객의 약 80%가 AI 제품을 쓰며, 포춘 100대 기업의 약 90%가 Gemini Enterprise를 사용하고, 토큰당 가격은 2024년 이후 98% 내렸습니다.

왜 중요한가: 산업·경제 맥락

이번 발표는 기업 AI 경쟁의 축이 어디로 옮겨 가는지를 보여 줍니다. 토큰 가격이 98% 내려간 상황에서 모델 호출 자체는 더 이상 차별점이 아니고, 구글이 강조한 것은 연결(MCP)과 의미(지식 카탈로그)입니다. 팔란티어가 10월 6일 온톨로지 인터페이스를 정식 출시하며 의미 계층을 다듬은 것과 같은 방향입니다. 에이전트가 회사의 '순이익률'을 매번 다르게 계산하지 않도록 정의를 한곳에 두는 의미 계층이 정확도를 결정한다는 데 주요 플랫폼들의 판단이 모이고 있습니다.

다만 "모든 MCP 서버와 연결"은 동시에 남이 만든 서버의 품질을 그대로 떠안는다는 뜻이기도 합니다. 같은 날 리서치 리뷰에서 다룬 연구는 인기 MCP 서버 150개의 오류 문구 3,001건을 조사해, 개발자용으로 쓰인 한 문장("터미널에서 이 명령을 실행하세요")이 에이전트의 인증 만료 복구율을 82%에서 45%로 떨어뜨리고, 그 손실이 최신·대형 모델일수록 커진다는 것을 보였습니다.

실무 시사점: 우리 독자가 지금 결정할 것

원칙: 연결 수보다 정의와 실패 경로를 먼저 관리합니다. 플랫폼이 모든 MCP 서버 연결을 지원하면 연결 자체는 쉬워집니다. 그만큼 운영팀이 통제해야 할 것은 ① 에이전트들이 공유하는 업무 정의(의미 계층)와 ② 연결한 도구가 실패할 때 돌려주는 텍스트입니다. 구글의 지식 카탈로그는 앞의 것을, 기업용 도구 레지스트리는 뒤의 것을 다룰 자리입니다.

흔한 실패 패턴은 세 가지입니다. 첫째, 지표 정의를 대시보드·SQL·프롬프트에 흩어 둔 채 에이전트를 여러 개 붙이는 것 — 에이전트마다 '활성 고객'을 다르게 계산합니다. 둘째, 레지스트리에 서버를 올릴 때 성공 경로만 시험하는 것 — 세션 만료·권한 부족·호출 한도 같은 오류 경로에서 에이전트가 멈추는 것은 배포 후에야 드러납니다. 셋째, 모델을 업그레이드하면서 같은 회귀 세트를 쓰는 것 — 위 연구에서 같은 문구의 손실이 GPT-5.5 18%p에서 GPT-6 Astra 69%p로 커졌듯, 모델 교체만으로 복구율이 급락할 수 있습니다.

대응: 핵심 지표 10~20개부터 정의를 한곳(카탈로그·시맨틱 레이어·온톨로지)에 등록하고, 에이전트 프롬프트에는 정의 대신 그 참조를 넣습니다. 사내 MCP 서버의 오류 문구는 "auth_login을 먼저 호출하세요", "몇 초 후 같은 도구를 다시 호출하세요"처럼 서버 도구 이름으로 쓰고, 사람용 안내(터미널 명령·설정·웹 링크)는 별도 필드로 분리합니다. 남의 서버를 연결할 때는 인증 오류 응답에서만 "다음 할 일" 문장을 지우는 필터를 둡니다 — 연구에서 이 필터는 복구율을 37.5%p 올렸고, 949건을 처리하는 비용은 0.09달러였습니다.

체크리스트

• 에이전트가 쓰는 핵심 지표 정의가 한곳에 등록돼 있고, 에이전트 2개 이상이 같은 정의를 참조하는가.
• 도구 레지스트리에 올리는 MCP 서버마다 세션 만료·권한 부족·호출 한도 시나리오를 시험했는가(목표: 각 유형 복구율 80% 이상).
• 사내 MCP 서버의 오류 문구에 터미널 명령·설정 변경·웹 페이지 지시가 남아 있지 않은가.
• 모델 업그레이드 회귀 세트에 오류 경로 시나리오가 있고, "복구 없이 끝난 비율"을 비교하는가.
• 외부 MCP 서버의 인증 오류 응답에 지시 삭제 필터를 적용했는가(권한·호출 한도 오류에는 적용하지 않기).

지켜볼 것

다음 2~4주 동안은 세 가지를 봅니다. 구글 지식 카탈로그가 Databricks·dbt·LookML·SAP 지표를 실제로 어느 범위까지 읽는지 제품 문서가 구체화되는지, 기업용 도구 레지스트리가 등록 서버에 품질·보안 검사를 요구하는지, 그리고 MCP 명세 쪽에서 오류 응답에 사람용·에이전트용 안내를 나누는 표준 필드가 논의되는지입니다. 의미 계층과 도구 오류 문구가 같은 설계 대상이라는 인식이 퍼질수록, 에이전트 도입의 병목은 모델이 아니라 이 두 계층의 품질이 될 것입니다.

참고 링크

• Google Cloud — Gemini at Work 2026: Introducing the Gemini agent(2026-10-08, Thomas Kurian)
• Xu & Wu(2026). MCP Error Messages Written for Developers Hurt the Most Capable Agents Most(arXiv:2609.35381)
• 개발자용 MCP 오류 문구가 최신 에이전트를 멈춘다 — sunny34.com 리서치
• 팔란티어 미국 상업 매출 149%와 온톨로지 인터페이스 GA — sunny34.com 블로그
• 서버 1만 개, 다운로드 9700만: MCP 신뢰·버전 게이트 — sunny34.com 블로그