제미나이 성장 농담 뒤에 등장한 MCP 로드맵, Progressive Discovery로 방향 튼다

밤 9시 7분, 한 참여자가 "제미나이 프로 4가 9월 안에 나올 것인가..."라며 구글 제미나이(Gemini) 프로4의 출시 시점을 두고 운을 뗐다. 곧바로 다른 참여자가 "구글은 일단 Z AI 부터 이기고 와라"라고 받아치며 농담 섞인 신경전이 오갔다. 1분 뒤 다른 참여자는 "최소 ox로 올려줘 그러면 gws에서 정말 잘 써줄텐데"라며, 제미나이가 일정 수준(OX급)까지 올라오면 구글 워크스페이스(GWS) 안에서 훨씬 요긴하게 쓰겠다는 실용적인 기대를 덧붙였고, "제미나이야 쑥쑥 자라야한다"는 반응까지 이어지며 대화는 가벼운 웃음으로 흘렀다.

무슨 일

분위기가 바뀐 건 15분 뒤였다. 한 참여자가 MCP(Model Context Protocol) 로드맵이 공개됐다며 긴 글을 올렸다. 요지는 MCP가 단순한 툴 연결 표준을 넘어, 에이전트가 발견되고 인증되고 장시간 실행되며 이벤트로 통신하는 운영 표준으로 발전한다는 것이었다. 특히 처음부터 모든 도구를 노출하는 대신 작은 진입점만 우선 보여주는 'Progressive Discovery' 개념을 소개하며, "MCP Server에 물린 툴이 많아지게 되면, 많은 컨텍스트 비용이 소모되고 퀄리티도 떨어지게 됩니다"라고 그 배경을 짚었다. 전통적인 '요청→실행→응답' 구조 대신 웹훅과 채널 개념을 도입해 서버가 알아서 이벤트를 전달하는 방식으로 확장된다는 설명도 곁들여졌다.

맥락과 시사점

같은 대화 안에서 나온 두 화제는 결이 달라 보이지만 실은 하나의 배경을 공유한다. 제미나이의 출시 시점을 두고 오간 농담이 '어느 모델이 더 세냐'는 경쟁 구도에 초점을 맞췄다면, 뒤이은 MCP 로드맵 공유는 '에이전트들이 서로 어떻게 도구를 찾고 연결할 것인가'라는, 모델 경쟁 다음 단계의 질문을 던진다. 개별 모델 성능 경쟁이 한창인 와중에도, 그 모델들을 실제로 움직이게 하는 연결 표준 쪽에서는 이미 다음 설계도가 그려지고 있다는 뜻이다.

Progressive Discovery라는 방향 제시도 눈여겨볼 대목이다. 도구를 한꺼번에 다 보여주면 컨텍스트 비용이 늘고 성능이 떨어진다는 문제의식은, 에이전트를 실제로 운용해본 사람만 할 수 있는 지적이다. 모델 자체의 성능 못지않게, 그 모델에게 어떤 도구를 언제 보여줄지 설계하는 문제가 실무에서는 더 크게 다가온다는 정황이 이 대화에 담겨 있다.

이 화제는 6명이 참여해 9건의 메시지를 주고받는 데 그쳤지만, 가벼운 농담으로 시작해 로드맵 공유라는 무게 있는 정보로 이어진 흐름 자체는 이 방의 대화 리듬을 보여준다. 특정 모델의 출시일을 두고 던진 잡담이 곧바로 프로토콜 설계 논의로 넘어갈 수 있을 만큼, 참여자들이 두 층위의 화제를 자연스럽게 오간다는 뜻이다.