MCP 면접 질문: 초급부터 고급까지 (2026)

MCP에서 오류 처리는 어떻게 동작하며, 면접에서 왜 중요하나요?

세 가지 계층이 있습니다. 전송 수준 실패는 연결 문제입니다. 프로토콜 수준 오류는 표준 JSON-RPC 코드(-32700는 파싱 오류, -32600 부터 -32603까지는 잘못된 요청, 알 수 없는 메서드 등) 를 사용합니다. 애플리케이션 수준 실패(예: 도구 내부에서 호출한 API가 오류를 반환)는 도구 결과에 isError: true로 되돌려 모델이 이를 보고 반응할 수 있게 해야 합니다.

return {
    "content": [{"type": "text", "text": "Rate limit exceeded, try again later"}],
    "isError": True
}

이 플래그로 모델이 실패를 인지하고 다른 시도를 할 수 있습니다.

MCP는 지금 상태를 갖나요?

예, 현재 세션은 연결 수준에서 추적됩니다. 이는 프로덕션 팀에 스케일링 문제를 일으키며, 시스템 설계 섹션에서 다루겠습니다.

MCP 보안 및 거버넌스 면접 질문

최근 플랫폼 및 엔터프라이즈 역할에서 특히 MCP 보안 질문이 자주 나옵니다.

stdio와 HTTP 전송에서 인증은 어떻게 다른가요?

로컬 stdio 서버의 경우, 실제로 인증은 선택 사항입니다. 이미 실행한 프로세스를 신뢰하기 때문입니다. HTTP 기반 원격 서버에서는 OAuth 2.1이 프레임워크이며, 2025-06-18 사양 기준으로 서버는 OAuth 2.0 리소스 서버로 분류됩니다. OAuth가 MCP 전반에서 필수는 아닙니다.

툴 포이즈닝(tool poisoning)이란 무엇인가요?

모델이 어떤 도구를 호출할지 결정하는 과정에서 읽는 도구 메타데이터(주로 설명이나 스키마)에 숨겨진 악성 지시입니다. 도구가 실제 호출되지 않아도 문제가 되는데, 도구가 목록화될 때 모델이 이미 해당 지시를 봤기 때문입니다.

러그 풀(rug pull) 공격은 툴 포이즈닝과 어떻게 다른가요?

툴 포이즈닝은 진입점 문제입니다. 러그 풀은 지속성 문제입니다. 승인할 때는 도구가 깨끗해 보였지만 이후 정의가 변경되고, 대부분의 클라이언트에는 재승인을 강제할 내장 방법이 없습니다. 하나를 막는다고 다른 하나까지 막지는 못합니다.

Enterprise-Managed Authorization이란 무엇이며, 지금 왜 중요한가요?

EMA는 2026년 6월 18일 안정화된 MCP 확장입니다. 권한 부여 결정을 직원 개인의 서버별 동의 클릭이 아니라 조직의 IdP로 이전합니다. 클라이언트는 SSO 중 서명된 Identity Assertion JWT를 받고, 이를 서버의 권한 부여 서버에서 범위가 지정된 액세스 토큰으로 교환합니다. Anthropic, Microsoft, Okta가 지원합니다.

MCP와 AI 에이전트 면접 질문

여기서 프로토콜이 에이전트 설계와 맞닿습니다.

왜 MCP가 에이전트에 특히 중요한가요?

에이전트에는 컨텍스트와 액션이 필요합니다. MCP는 둘을 하나의 프로토콜 안에 담습니다. 앞서 언급했듯, tools/list로 에이전트는 코드에 하드코딩된 목록에 의존하지 않고 사용 가능한 것을 발견할 수 있습니다.

에이전트 호스트, 클라이언트, 서버 모델. 작성자 제공.

MCP와 A2A의 차이는 무엇인가요?

짧게 말하면: MCP는 에이전트를 도구에 연결하고, A2A는 에이전트를 다른 에이전트에 연결합니다. 두 프로토콜은 이제 Agentic AI Foundation 산하에 있어, 경쟁자가 아니라 분리된 레이어로 보통 논의됩니다.

샘플링(sampling) 프리미티브란 무엇이며, 여전히 언급해야 하나요?

샘플링은 서버가 클라이언트를 통해 모델 컴플리션을 요청할 수 있게 하여, 서버가 API 키를 보유하지 않고도 에이전트와 유사한 동작을 수행할 수 있게 합니다. 이 프리미티브를 알아두되 단서를 덧붙이세요. 2026-07-28 RC는 신규 기능 수명주기 정책에 따라 Sampling, Roots, Logging을 더는 권장하지 않습니다. 최소 12개월간은 동작하지만, 서버 작성자에게는 점점 모델 제공자의 API를 직접 호출하라고 권고됩니다.

에이전트는 도구 정의 때문에 컨텍스트 윈도우가 터지는 것을 어떻게 피하나요?

모든 도구 정의를 처음부터 로드하지 않음으로써 피합니다. Anthropic의 Tool Search 접근법은 도구 스키마 로딩을 필요할 때까지 미루며, 도구가 많은 설정에서 토큰 사용량을 85% 줄이면서도 전체 도구 라이브러리에 접근 가능하게 했다고 엔지니어링 글에서 보고합니다. 면접 답변에서는 지연 로딩과 범위가 좁은 서버를 함께 제시하겠습니다.

MCP 시스템 설계 면접 질문

시나리오 질문은 정의 암기보다, 제약 속에서 아이디어를 적용할 수 있는지를 검증합니다.

MCP를 사용해 문서 검색 시스템을 설계하세요.

MCP와 RAG는 경쟁하지 않습니다. RAG는 사전 색인된 벡터 검색을 처리하고, MCP는 그 검색을 에이전트가 라이브로 호출할 수 있는 도구나 리소스로 노출합니다. 에이전트가 필요한 다른 액션과 나란히요. 어느 쪽이 대체하는지가 아니라 두 부분이 어떻게 맞물리는지로 접근하세요.

사내 데이터를 위한 MCP 서버를 설계하세요.

단일 책임에서 시작하세요. 모든 것을 한 서버가 하게 하지 말고, 데이터베이스 서버와 별도의 파일 서버처럼 도메인별로 하나의 서버를 둡니다. OAuth 2.1, 도구별 최소 권한 스코프, 감사 로깅을 초기에 추가하세요. 접근 제어는 서버가 라이브된 후에는 더 고치기 어렵습니다.

상태 없는 사양이 출시되기 전, 오늘 MCP 배포를 어떻게 확장하겠습니까?

지원자들은 미래 사양을 이미 출시된 것처럼 설명하다가 자주 걸립니다. 서버 섹션에서 말한 상태 보유가 여기서의 스케일 이슈입니다. 수평 확장에는 스티키 라우팅, 공유 세션 스토어, 또는 MCP 게이트웨이가 필요합니다. 2026-07-28 RC는 프로토콜 수준 세션을 제거하지만, 아직 라이브는 아닙니다.

대규모 다중 서버 배포에서 모델이 토큰 홍수에 휩쓸리지 않게 하려면?

에이전트 섹션의 지연 로딩 아이디어가 여기서도 도움이 됩니다. 배포 수준에서는 데이터가 모델 컨텍스트에 들어오기 전에 서버 측에서 필터링 및 집계를 하고, 목록을 반환하는 것은 모두 페이지네이션하세요. 핵심 규칙은 컨텍스트 윈도우에 들어가는 것을 통제하는 것입니다.

MCP 통합 면접 질문

통합 질문은 MCP가 일반 개발 도구에서 어디에 나타나는지 이해했는지 확인합니다.

Claude 제품 전반에서 MCP는 어떻게 쓰이나요?

Claude.ai, Claude Desktop, Claude Code가 모두 MCP를 지원하며, Anthropic은 사전 구축된 서버가 있는 커넥터 디렉터리를 운영합니다. 또한 원격 서버용 Messages API에 MCP 커넥터가 있으며, 이 글을 쓰는 시점에는 베타입니다.

연결된 MCP 서버를 표시하는 Claude Desktop. 작성자 제공.

MCP는 Claude에서만 유용한가요?

아닙니다. OpenAI는 2025년 3월부터 Agents SDK와 Apps SDK 전반에 MCP를 채택했습니다. VS Code는 2025년 중반에 전체 사양을 지원했고, Cursor는 mcp.json을 통해 MCP를 지원합니다. Google Cloud는 2026년 4월까지 50개 이상의 관리형 MCP 서버를 GA 또는 프리뷰로 제공했습니다.

MCP는 RAG와 구체적으로 어떻게 다른가요?

시스템 설계 답변의 요약형입니다. RAG는 정기적으로 갱신되는 지식 베이스에서 답하고, MCP는 라이브 조회와 액션을 처리합니다.

고급 MCP 면접 질문

고급 질문은 오늘 동작 방식뿐 아니라 변화에 발맞추고 있는지 시험합니다.

사양 버전 히스토리를 설명해 주실 수 있나요?

면접관은 무엇이 언제 바뀌었는지 알기 위한 질문입니다. 중요한 개정은 다섯 가지이며, 추정 단계인 것은 하나뿐입니다.

핵심은 어느 행이 실제로 출시되었는지 아는 것입니다.

지금 MCP는 누가 실제로 관장하나요?

Anthropic은 2025년 12월 9일 MCP를 Linux Foundation 산하 지향성 펀드인 Agentic AI Foundation에 기부했습니다. Block과 OpenAI가 Anthropic과 함께 AAIF를 공동 설립했으며, Google, Microsoft, AWS, Cloudflare, Bloomberg가 후원 멤버입니다. 메인테이너들은 기술적 결정에 대한 통제권을 유지하고, 거버넌스는 더 넓은 재단으로 이동했습니다.

2026-07-28 릴리스에서 실제로 무엇이 바뀌나요?

시스템 설계 섹션의 상태 없는 코어가 가장 큰 변화입니다. initialize/initialized 핸드셰이크와 Mcp-Session-Id 헤더가 사라지고, 매 요청의 _meta로 기능 정보가 이동합니다. 이로써 스티키 라우팅 필요가 사라집니다. 또한 확장 프레임워크가 MCP Apps와 Tasks 같은 선택적 기능이 독립적으로 제공되고 안정화되는 방식을 정의합니다.

MCP 확장이란 무엇이며, 어디서나 다 동작하나요?

아닙니다. 확장은 Enterprise-Managed Authorization, 머신-투-머신 인증을 위한 OAuth 클라이언트 크리덴셜, 호스트 내부 상호작용 UI를 위한 MCP Apps 같은 옵트인 기능입니다. 클라이언트별로 지원이 다르므로, 보편적 확장 지원을 전제로 설계하지 마세요.

시나리오 기반 MCP 면접 질문

이 섹션은 암기한 사실보다 진단적 추론을 시험하므로, 증상→원인→해결의 경로로 답변을 구성하세요.

도구 호출이 간헐적으로 실패합니다. 무엇을 먼저 확인하나요?

실패가 도구 결과의 isError: true로 돌아오는지, 프로토콜 수준 오류인지 확인하세요. 이는 문제가 도구 내부 로직인지 전송 계층인지를 가릅니다. 그다음 도구가 감싼 대상의 속도 제한을 보고, 타임아웃을 점검한 후에야 모델 문제를 의심하세요.

에이전트가 오래된 리소스 데이터를 계속 사용합니다. 왜 그럴까요?

앞서 리소스 질문으로 돌아갑니다. listChanged가 클라이언트에 리소스 변경을 알립니다. 이를 선언하지 않으면 클라이언트는 신호가 없어, 무언가가 갱신을 강제할 때까지 캐시된 스냅샷을 계속 제공합니다.

하나의 MCP 서버가 병목으로 드러났습니다. 어떻게 하시겠습니까?

도메인 단위로 분리하고, 커넥션 풀링을 추가하며, 수평 확장하세요. 상태 없는 코어가 출시되기 전까지는 시스템 설계에서 논의한 세션 어피니티가 여전히 필요할 수 있습니다.

민감한 데이터가 도구 호출을 통해 유출되었습니다. 어떻게 발생했을까요?

두 가지 흔한 원인은 필요한 것보다 넓은 권한을 가진 도구, 또는 데이터가 모델 컨텍스트에 들어가기 전 출력 정제가 누락된 경우입니다. 도구별 최소 권한과 컨텍스트 이전의 정제 단계가 해결책입니다. 툴 포이즈닝도 연관됩니다. 모델은 누군가 유출 코드를 작성하지 않았어도 데이터를 전달하라는 지시를 받을 수 있습니다.

MCP 면접에서 흔한 실수

다음 패턴들은 자주 보이므로 직접 짚겠습니다.

• 앞서 구분한 REST 차이를 무시하고 MCP를 REST 대체재로 간주

• 이미 통제 모델을 설명했는데도 데이터 유형으로 도구와 리소스를 정의

• stdio와 HTTP에 동일한 인증 규칙을 가정

• 앞서 다룬 전송 변경에도 불구하고 구식 SSE 답변 제시

• 출시된 사양과 2026-07-28 RC를 혼동

• 도구 호출 시스템을 설계하라는 질문에서 위의 보안 위험을 생략

대부분의 실수는 오래된 튜토리얼에서 비롯됩니다.

MCP 면접 준비 방법

이 프로토콜은 실습이 중요합니다.

• FastMCP 또는 TypeScript SDK로 소형 서버를 만들고, 도구 하나와 리소스 하나를 노출해 실행해 보세요

• 공식 Inspector(npx @modelcontextprotocol/inspector)를 설치하고, 표시되는 원시 JSON-RPC 트래픽을 살펴보세요

• 서버를 실제 클라이언트(Claude Desktop, VS Code, Cursor)에 연결하고 초기화 핸드셰이크를 관찰하세요

• 2차 요약이 아닌 실제 사양 변경 로그를 읽으세요. 특히 2025-06-18과 2025-11-25 항목

• 이 글의 시스템 설계 시나리오 중 하나를 골라 면접 전 완전한 답안을 작성해 보세요

이 단계들은 정의 수준 지식과 실전 친숙도를 가르는 기준이 됩니다.

결론

이제 MCP 정의를 외우는 것만으로는 충분하지 않다고 봅니다. 더 어려운 부분은 어느 답이 어떤 사양 버전에 속하는지 아는 것입니다. 현재 배포는 여전히 연결 수준 세션을 다루고, 2026-07-28 RC는 상태 없는 코어를 지향합니다. 둘을 흐리면, 아키텍처 답변은 자신감 있어 보이지만 정확하지 않습니다.

그래서 MCP는 읽는 것에 그치지 말고 직접 시험해 보아야 한다고 생각합니다. 준비 섹션의 소형 서버를 만들고, 클라이언트가 도구를 나열하고 리소스를 읽는 모습을 지켜보며, 프로토콜이 끝나고 애플리케이션 설계가 시작되는 지점을 유심히 보세요. 유용한 면접 답변은 "MCP는 AI의 USB-C다"가 아닙니다. "MCP가 표준화하는 것, 표준화하지 않는 것, 최근에 바뀐 것"입니다.

더 체계적인 후속 학습을 원하시면, Building Scalable Agentic Systems 코스에서 MCP와 A2A를 에이전트 설계, 테스트, 배포 맥락에서 다룹니다.