핵심 요약
LangGraph와 MCP 서버 연동 시 Gemini 2.5 Pro가 도구 이름의 GUID 접두사를 임의로 제거하여 호출에 실패하는 현상이 보고됐다.
배경
LangGraph 환경에서 MCP 서버의 도구들을 GUID 접두사와 함께 바인딩했을 때, Gemini 2.5 Pro 모델이 이 접두사를 무시하고 원래 도구 이름만 호출하여 오류가 발생하는 상황을 공유했다.
의미 / 영향
이 토론은 고성능 LLM이 복잡한 네임스페이스를 가진 도구 이름을 처리할 때 과도한 최적화를 수행하여 오히려 시스템 오류를 유발할 수 있음을 보여준다. 개발자는 MCP 연동 시 모델별로 도구 이름 인식 방식이 다를 수 있음을 인지하고, GUID와 같은 복잡한 접두사 대신 모델이 혼동하지 않는 단순한 네임스페이스 전략을 고려해야 한다.
커뮤니티 반응
작성자의 문제 제기에 대해 아직 구체적인 해결책보다는 현상에 대한 공감과 모델의 내부 로직에 대한 의문이 주를 이루고 있다. 특히 Pro 모델의 과도한 '지능적' 처리가 실무에서는 예기치 못한 버그로 이어진다는 점에 주목하고 있다.
주요 논점
Gemini Pro가 네임스페이스를 임의로 제거하는 '스마트한' 동작이 실제로는 도구 호출 실패를 유발한다.
합의점 vs 논쟁점
합의점
- Gemini 2.5 Flash가 Pro보다 도구 이름 준수 측면에서 더 안정적이다.
- GUID 접두사를 사용하는 방식이 특정 Gemini 모델에서는 정상적으로 작동하지 않는다.
실용적 조언
- Gemini Pro를 사용할 때는 도구 이름에 복잡한 GUID 접두사 대신 더 단순하고 명확한 네임스페이스를 사용하는 것이 안전하다.
- 도구 호출 실패 시 모델이 이름을 수정하여 재시도할 수 있도록 프롬프트나 에이전트 로직을 보강해야 한다.
전문가 의견
- 모델이 도구 이름을 임의로 수정하는 것은 내부적인 '네임스페이스 스트리핑' 로직이 과하게 작동하기 때문일 가능성이 높다.
언급된 도구
에이전트 워크플로우 관리 및 오케스트레이션
고성능 추론 및 도구 호출
경량화된 빠른 추론 및 도구 호출
외부 도구 및 데이터 소스 연동 표준 프로토콜
섹션별 상세
실무 Takeaway
- Gemini 2.5 Pro는 도구 이름의 복잡한 접두사를 임의로 간소화하여 해석하려는 경향이 강하다.
- Gemini 2.5 Flash는 Pro보다 명칭을 엄격하게 준수하며 오류 발생 시 자가 수정 능력이 더 뛰어난 모습을 보인다.
- MCP와 같은 다중 서버 환경에서 GUID 기반의 네임스페이스 전략이 특정 고성능 모델에서는 오작동을 유발할 수 있다.
AI 요약 · 북마크 · 개인 피드 설정 — 무료