그 “인증 오류”는 규정의 일시적인 과도기가 원인일 수도 있습니다.
클루드에 구글 드라이브와 슬랙을 모두 연결하여 정보를 교차적으로 다루도록 하고 싶습니다.
그렇게 생각하여 MCP(Model Context Protocol) 서버를 직접 만들어 보려고 시도한 순간, 많은 사람들이 가장 먼저 부딪히는 벽이 있습니다. 그것이 바로 “인증(OAuth) 관련” 문제입니다.
로그인 버튼을 누르자 아무 일도 일어나지 않는다. 토큰을 획득한 줄 알았는데, 다음 요청에서 갑자기 권한 오류가 반환된다. 한쪽 서비스에서는 정상 작동했지만, 다른 쪽 서비스에서는 동일한 방법이 작동하지 않는다.
이러한 현상은 귀하의 구현 방식과는 관련이 없습니다. MCP 인증 관련 사양은 2025년부터 2026년까지도 지속적으로 개정되었으며, Google Drive나 Slack과 같은 “독립적인 로그인 흐름을 갖는 복잡한 외부 서비스”를 교차 연결하려는 시도가 사양의 과도기적 특성상 발생하기 쉬운 문제점에 직면하게 만들고 있습니다.
이 글에서는 MCP 서버를 직접 제작하여 Google Drive와 Slack과 같은 여러 서비스를 교차적으로 다룰 때, 인증 문제로 어려움을 겪는 이유가 무엇인지, 구체적으로 무엇을 개선해야 해결에 가까워지는지, 처음 MCP에 접하는 사람도 이해할 수 있도록 하나하나 꼼꼼하게 설명해 드리겠습니다.
이러한 시스템을 이해하는 정도에 따라 앞으로 클라우드를 단순히 질문에 답해주는 AI로 사용하는 것인지, 아니면 자신의 업무 시스템과 직접 대화할 수 있는 든든한 동반자로 활용할 수 있는지가 크게 달라집니다.
🧩 MCP는 무엇이며, 왜 “직접 제작”해야 하는지 설명해주세요.
AI와 도구를 연결하는 “공통 인터페이스”
MCP（Model Context Protocol）는 Anthropic이 2024년 11월에 공개한 개방형 표준 규격으로, 종종 “AI용 USB-C”와 비유되기도 합니다.
USB-C 포트가 1개만 있으면 마우스, 키보드, 외장 하드 드라이브 등 모든 장치를 동일한 규격을 사용하여 연결할 수 있도록 MCP가 있다면 Claude와 같은 AI 모델이 Google Drive, Slack, GitHub, 사내 데이터베이스 등 다양한 외부 서비스에 “일관된 방식으로” 접근할 수 있게 됩니다.
MCP이 등장하기 전에는 AI에 외부 서비스를 접촉시키고자 할 때, 서비스마다 개별적인 연계 코드를 작성해야 했습니다. MCP은 이 “매번 처음부터 다시 작성하는” 비효율적인 방식을 없애기 위한 어댑터 층으로서 기능합니다.
2026년 4월 시점에서 공개된 MCP 서버는 1만 건을 넘을 것으로 예상되며, Claude Desktop, Claude Code뿐만 아니라 ChatGPT, VS Code, Cursor 등 300 이상의 클라이언트가 MCP에 대응하고 있다고 보고되었습니다. 더 이상 특정 벤더에 얽매이지 않는 업계 전반의 사실상 표준이 되고 있는 기술입니다.
“시제된 커넥터”와 “자작 MCP 서버”의 차이점
출처: note 원문
번역: Gemma 3(.44) 초벌 + 교정 10청크
원문 보기 | 출처: note.com