MCP API 차이: 클로드·챗GPT에 외부 도구 연결하는 두 방식
MCP API 차이를 비개발자 눈높이로 정리했어요. API는 서비스별 요청 통로, MCP는 클로드·챗GPT가 여러 도구를 같은 규격으로 붙이는 연결 표준이에요. 연결법과 보안 주의점도 담았어요.
목차8개 섹션
핵심 요약
- API는 특정 서비스가 정한 요청·응답 규칙이고, MCP는 AI 앱과 도구 서버 사이의 공통 연결 규격이에요.
- MCP는 API를 대체하지 않아요. 많은 MCP 서버가 안쪽에서 기존 API를 호출하고 AI가 쓰기 쉬운 도구로 바꿔 줘요.
- 2026년 11월 기준 클로드는 커스텀 커넥터, 챗GPT는 Plugins의 커스텀 MCP 서버 메뉴로 원격 MCP 서버를 등록해요.
- 연결하면 AI가 내 권한 안에서 데이터를 읽고 바꿀 수 있어요. 공식 서버인지, 쓰기 도구가 필요한지, 승인 창을 끄지 않았는지 확인하세요.
MCP API 차이를 한 줄로 말하면, API는 특정 서비스가 "이런 형식으로 요청하면 이렇게 답한다"고 정해 둔 통로이고, MCP(Model Context Protocol)는 클로드·챗GPT 같은 AI 앱이 여러 서비스의 도구와 데이터를 같은 규격으로 붙이기 위한 연결 표준이에요. 둘은 경쟁 관계가 아니라 층이 달라요. 많은 MCP 서버는 안쪽에서 기존 API를 호출하고, 그 결과를 AI가 쓰기 쉬운 형태로 바꿔 전달해요. 이 글은 2026년 11월 기준 MCP 공식 문서(프로토콜 버전 2026-07-28)와 Anthropic·OpenAI 도움말을 읽고 정리했어요.
API란? 프로그램끼리 정해 둔 주문서
API(Application Programming Interface)는 한 프로그램이 다른 프로그램에 기능을 요청하는 약속이에요. 날씨 서비스 API라면 "도시 이름을 보내면 현재 기온을 돌려준다", 캘린더 API라면 "날짜와 제목을 보내면 일정을 만든다"처럼 주소, 입력값, 인증 방식, 응답 형식이 서비스마다 정해져 있어요. 식당에 비유하면 메뉴판과 주문서 양식이에요.
문제는 이 약속이 서비스마다 다르다는 점이에요. 구글 드라이브, 슬랙, 노션의 API는 주소 체계도, 로그인 방식도, 오류 응답도 제각각이에요. 그래서 AI 앱이 API를 직접 쓰려면 서비스 하나를 붙일 때마다 개발자가 "이 기능은 언제, 어떤 값으로 호출하라"는 도구 정의와 연결 코드를 새로 만들어야 해요. AI 앱이 여러 개이고 서비스도 여러 개라면 앱과 서비스의 조합만큼 개별 연동이 늘어나는 구조예요.
AI 앱이 API를 직접 붙일 때 번거로운 점
- 서비스마다 문서를 읽고 요청 형식을 맞춰야 해요.
- 인증 키와 토큰의 보관·갱신을 앱이 직접 책임져요.
- 서비스가 API를 바꾸면 그 서비스를 쓰는 모든 앱의 연동 코드를 고쳐야 해요.
- 모델에게 '이 도구는 언제 쓰는지' 설명하는 문장도 앱마다 따로 써야 해요.
MCP란? AI 앱용 USB-C 같은 연결 규격
MCP 공식 소개 문서는 MCP를 "AI 애플리케이션을 외부 시스템에 연결하는 오픈소스 표준"이라고 정의하고, 여러 전자기기를 하나의 단자로 잇는 USB-C에 비유해요(MCP 소개 문서). Anthropic이 만든 개방형 표준이지만 같은 문서는 클로드와 챗GPT, VS Code, Cursor 같은 도구가 모두 MCP를 지원한다고 밝혀요. 서버를 한 번 만들면 지원하는 여러 앱에서 쓸 수 있다는 점이 핵심이에요.
MCP 아키텍처 문서에 따르면 구조는 세 역할로 나뉘어요.
MCP 호스트
- 하는 일
- 사용자가 쓰는 AI 앱. 여러 MCP 클라이언트를 만들고 관리해요
- 예시
- 클로드 데스크톱, Claude Code, VS Code
MCP 클라이언트
- 하는 일
- 호스트 안에서 MCP 서버 하나와 전용 연결을 유지해요
- 예시
- 서버 하나당 클라이언트 하나
MCP 서버
- 하는 일
- 도구와 데이터를 MCP 형식으로 제공하는 프로그램이에요
- 예시
- 파일 시스템 서버, Sentry 서버
서버가 내놓는 핵심 기능(프리미티브)은 세 가지예요. 도구(tools)는 파일 작업·API 호출·데이터베이스 조회처럼 AI가 실행하는 함수, 리소스(resources)는 파일 내용·데이터베이스 레코드처럼 맥락으로 읽히는 데이터, 프롬프트(prompts)는 반복해서 쓰는 지시 템플릿이에요. AI 앱은 먼저 tools/list로 서버가 가진 도구의 이름·설명·입력 형식을 받고, 모델이 필요하다고 판단하면 tools/call로 실행해요. 메시지 형식은 JSON-RPC 2.0으로 고정돼 있어요.
로컬 서버와 원격 서버
같은 컴퓨터에서 실행되는 로컬 MCP 서버는 표준 입출력(stdio)으로 통신하고, 인터넷 너머의 원격 서버는 Streamable HTTP로 통신해요. 원격 방식은 베어러 토큰·API 키·사용자 지정 헤더 같은 일반 HTTP 인증을 쓸 수 있고, MCP는 토큰 발급에 OAuth를 쓰라고 권장해요. 2026-07-28 버전부터는 요청마다 프로토콜 버전과 기능 정보를 함께 담는 무상태(stateless) 방식이 되었고, 서버는 server/discover 요청으로 지원 버전과 기능을 알려 줘요.
MCP API 차이 한눈에 비교
정체
- API
- 개별 서비스가 정한 요청·응답 규칙
- MCP
- AI 앱과 도구 서버 사이의 공통 연결 규격
누가 맞추나
- API
- 연결하는 쪽이 서비스마다 맞춰요
- MCP
- 서버를 한 번 MCP로 만들면 지원 앱이 함께 써요
기능 찾기
- API
- 개발자가 문서를 읽고 코드로 정의해요
- MCP
- AI 앱이 tools/list로 목록·설명·입력 형식을 받아요
주 사용자
- API
- 개발자와 프로그램
- MCP
- AI 앱(모델)과 그 사용자
형식
- API
- REST, GraphQL 등 서비스마다 달라요
- MCP
- JSON-RPC 2.0, stdio 또는 Streamable HTTP
인증
- API
- 서비스별 API 키나 OAuth
- MCP
- 원격 서버는 OAuth 권장, 고정 키도 가능
관계
- API
- 실제 기능이 있는 곳
- MCP
- 흔히 API 위에 얹히는 중개 계층
핵심은 "MCP가 API를 대체한다"가 아니라는 점이에요. 깃허브용 MCP 서버를 예로 들면, 서버 안쪽에서는 여전히 깃허브 API를 호출해요. 달라지는 쪽은 AI 앱이에요. 앱은 깃허브 API 문서를 몰라도 서버가 알려 주는 도구 이름·설명·입력 형식만 보고 호출할 수 있어요. MCP 공식 문서도 도구의 예로 'API 호출'을, 리소스의 예로 'API 응답'을 들어요.
MCP와 도구 사용(function calling)은 같은 말인가요?
아니에요. 도구 사용은 모델이 "이 함수를 이 값으로 불러 달라"고 결정하는 능력이고, MCP는 그 함수 목록과 실행을 외부 서버에서 표준 방식으로 가져오는 연결 방식이에요. 모델이 도구를 고르는 원리는 같고, 도구를 누가 정의하고 어디서 실행하느냐가 달라요. MCP 문서도 MCP는 맥락을 주고받는 프로토콜일 뿐, AI 앱이 모델을 어떻게 쓰는지는 정하지 않는다고 설명해요.
클로드·챗GPT에서 MCP 연결하는 방법
2026년 11월 기준 두 서비스 모두 원격 MCP 서버를 URL로 등록하는 방식을 제공해요. 메뉴 이름과 플랜 조건은 자주 바뀌니 연결 직전에 공식 도움말을 다시 확인하세요.
Claude 도움말에 따르면 원격 MCP를 쓰는 커스텀 커넥터는 Free·Pro·Max·Ultra·Team·Enterprise 플랜에서 쓸 수 있고, Free는 1개로 제한돼요. Pro·Max는 Customize > Connectors에서 'Add custom connector'를 눌러 이름과 서버 URL을 넣고 인증 방식을 고르면 돼요. Team·Enterprise는 소유자(Owner)가 조직 설정에서 먼저 추가하고 구성원이 각자 연결해요. 연결은 내 PC가 아니라 Anthropic 클라우드에서 출발하므로 서버가 공용 인터넷에서 접근 가능해야 해요. 대화마다 입력창 왼쪽 '+' 버튼의 Connectors에서 켜고 끌 수 있어요.
OpenAI 개발자 문서에 따르면 챗GPT 웹의 Plugins에서 + 버튼을 누르고 Add custom MCP server를 고른 뒤, 서버 URL과 인증 방식(OAuth, 인증 없음, 혼합)을 설정하고 위험 경고에 동의하면 플러그인으로 만들어져요. 지원 전송 방식은 SSE와 스트리밍 HTTP예요. 설치한 뒤 입력창에 @를 입력해 선택해요. 워크스페이스 권한과 Lockdown 같은 보안 제한이 적용되므로 회사 계정은 관리자 설정에 따라 메뉴가 보이지 않을 수 있어요.
로컬 MCP 서버는 별개의 방식이에요. 클로드 데스크톱은 claude_desktop_config.json에 등록한 로컬 서버를 내 컴퓨터 네트워크로 실행하지만, Claude 도움말에 따르면 이 방식은 claude.ai 웹이나 Cowork에서는 쓸 수 없어요.
- 1
서버 출처 확인
서비스 회사가 직접 운영하는 공식 서버인지, 누가 만들고 호스팅하는지 확인해요.
- 2
요청 권한 읽기
OAuth 로그인 화면에서 요청하는 권한 범위가 필요한 만큼인지 보고, 과하면 거절해요.
- 3
도구 목록 점검
연결 후 표시되는 도구 중 쓰기·삭제 도구가 필요 없다면 꺼 둬요.
- 4
첫 호출 확인
도구 호출의 입력·출력 내용을 펼쳐 의도한 대로 동작하는지 확인한 뒤 본격적으로 써요.
MCP 연결 전 확인할 권한·보안 위험
MCP는 연결을 쉽게 만들지만, 그만큼 AI가 내 계정 안에서 할 수 있는 일도 넓혀요. Claude 도움말은 커스텀 커넥터가 Anthropic이 검증하지 않은 서비스에 연결될 수 있고, 연결하면 내 권한 범위 안에서 데이터에 접근하고 수정할 수 있다고 안내해요. OpenAI 문서도 신뢰할 수 없는 서버가 정보를 빼내거나 챗GPT가 데이터를 바꾸거나 지우도록 속일 수 있다고 경고해요.
- 프롬프트 주입: 악성 서버가 도구 응답에 숨은 지시를 넣어 AI가 의도하지 않은 행동을 하게 만들 수 있어요. 두 회사 모두 신뢰하는 서버만 연결하라고 권해요.
- 쓰기 작업 승인: 챗GPT는 쓰기 작업에 기본적으로 확인을 요구하고,
readOnlyHint표시가 없는 도구는 쓰기 작업으로 취급해요. 승인을 '이 대화에서 기억'하면 같은 대화 동안 다시 묻지 않으니 신중히 골라요. - 자동 호출: 클로드의 리서치 기능은 커넥터 도구를 추가 승인 없이 호출할 수 있어서, Anthropic은 리서치에 쓸 때 쓰기 도구를 꺼 두라고 권해요.
- 공유 자격증명: 커넥터에 API 키 같은 고정 자격증명을 넣으면 Team·Enterprise에서는 그 커넥터를 쓰는 모든 사람이 같은 권한으로 접근해요.
- 도구 동작 변경: 서버 개발자가 도구 동작을 예고 없이 바꿀 수 있으니, 평소와 다른 결과가 나오면 바로 확인해요.
- 로컬 서버 실행: MCP 보안 모범 사례는 로컬 서버가 클라이언트와 같은 권한으로 실행되어 임의 명령 실행이나 데이터 유출로 이어질 수 있다고 설명해요. 설치 명령 전체를 확인하고 출처가 불분명한 패키지는 실행하지 마세요.
연결을 끊으면 권한도 회수할 수 있어요. 클로드는 설정에서 커넥터 연결을 해제하거나, 연결된 서비스(예: 구글 계정)의 보안 설정에서 앱 접근 권한을 지우면 돼요. 챗GPT도 앱 설정의 상세 페이지에서 도구를 하나씩 끌 수 있어요.
언제 API를, 언제 MCP를 쓸까
비개발자라면 대부분 MCP 커넥터만으로 충분해요. 이미 공식 MCP 서버가 있는 서비스는 URL 등록과 로그인만으로 클로드·챗GPT 대화에서 바로 쓸 수 있기 때문이에요. 반대로 API를 직접 다루는 편이 나은 경우도 있어요.
대화 중 노션·드라이브 자료를 찾아 요약
- 맞는 방식
- MCP 커넥터
- 이유
- 코드 없이 연결하고 대화마다 켜고 끌 수 있어요
정해진 시간에 같은 작업을 대량 반복
- 맞는 방식
- API 직접 호출
- 이유
- AI 판단이 필요 없고 비용·속도를 예측하기 쉬워요
여러 AI 앱에서 같은 사내 도구 사용
- 맞는 방식
- MCP 서버 구축
- 이유
- 한 번 만들면 지원 앱에서 함께 쓸 수 있어요
결제·송금처럼 오류 비용이 큰 작업
- 맞는 방식
- API와 사람 승인
- 이유
- 모델 판단을 거치지 않도록 경로를 고정해요
AI 도구와 관련한 화제가 어떻게 움직이는지 꾸준히 보고 싶다면 더따리의 AI 텔레그램 트렌드에서 채널별로 많이 언급되는 주제를 확인할 수 있어요.
블로그에서 많이 다뤄지는 AI 주제는 블로그 트렌드 대시보드에서 함께 볼 수 있어요.
정리하면, API는 '서비스별 주문서', MCP는 'AI 앱이 여러 주문서를 같은 방식으로 다루게 해 주는 공통 단자'예요. 연결은 쉬워졌지만 어떤 서버에 어떤 권한을 줄지는 여전히 사용자가 판단해야 해요. 공식 서버인지, 쓰기 권한이 꼭 필요한지, 승인 창을 끄지 않았는지 세 가지를 먼저 확인하면 흔한 실수를 피할 수 있어요.
