핵심 개념

MCP(Model Context Protocol)란?

Model Context Protocol — 에이전트를 외부 도구 및 데이터에 연결하기 위한 개방형 표준으로, 시스템이 AI 제품마다 한 번씩이 아니라 자신의 능력을 한 번만 노출하게 합니다.

이렇게도 부릅니다Model Context ProtocolMCP 서버도구 프로토콜

MCP는 플러그 표준입니다. 그것 이전에는 에이전트를 당신의 CRM에 연결하려면 그 에이전트와 그 CRM을 위한 통합을 작성해야 했고, 두 번째 에이전트를 연결하려면 다시 작성해야 했습니다.

mcp
MCPAgentcalls a toolBooking APIbook_democheck_slotcancel
The agent calls tools on an external system over MCP, and uses what comes back.

MCP로는 시스템이 자신이 할 수 있는 것을 서술하는 MCP 서버를 노출하고, MCP를 구사하는 어떤 에이전트든 그것을 사용할 수 있습니다. N 곱하기 M 문제가 N 더하기 M이 됩니다.

실제로 어떻게 생겼나

MCP 서버는 도구 목록을 게시합니다 — 각각은 이름, 언제 사용하는지에 대한 설명, 그리고 입력의 형태를 가집니다. 에이전트는 그 목록을 읽고, 어떤 도구가 관련 있다고 판단하며, 인자와 함께 호출하고, 추론할 결과를 돌려받습니다.

그것에 대해 AI 특유의 것은 없습니다. 빌드 시점에 개발자가 결정하는 것이 아니라, 런타임에 어느 엔드포인트가 필요한지를 결정하는 독자를 위해 쓰인 타입 지정 API 명세에 더 가깝습니다.

도구 뒤에 속하는 종류의 것

상환 능력. 점수 기반 자격. 보험료 할증. 규칙이 길고, 답이 정확히 맞아야 하며, 나중에 누군가가 어떻게 도출됐는지 보여 줘야 할 수 있는 무엇이든.

주택담보대출 견적이 깔끔한 예입니다. 규칙은 여러 페이지에 이르고, 규제가 바뀌면 함께 바뀌며, 100만큼 틀린 숫자는 표현의 문제가 아니라 — 민원입니다. 그래서 계산은 당신 자신의 시스템이 이미 사용하는 함수에 도구로 노출되어 남고, 에이전트의 일은 입력을 모으고, 그것을 호출하며, 돌아온 것을 보고하는 것입니다.

그것이 남기는 것은 감사할 수 있습니다: 이 입력이 들어갔고, 이 숫자가 나왔다. 그것은 어쩌다 숫자로 끝난 그럴듯한 추론의 한 문단과는 매우 다른 산물입니다.

왜 상업적으로 중요한가

개방형 표준으로부터 두 가지가 따라오며, 둘 다 갇히지 않는 것에 관한 것입니다.

당신의 통합은 당신의 모델 선택보다 오래 갑니다. MCP로 노출된 도구는 아래의 모델이 바뀌어도 계속 작동하는데, 계약이 벤더가 아니라 프로토콜과 맺어져 있기 때문입니다.

당신의 시스템은 당신 것으로 남습니다. MCP 서버는 당신이 실행하는 곳에서 실행되며, 당신이 노출하기로 선택한 정확히 그 도구만 노출합니다. 에이전트를 당신의 예약 시스템에 연결하는 것이 그 예약 시스템을 아무에게나 넘기는 것을 의미하지는 않습니다.

여기서 도구는 어떻게 닿나

에이전트가 테넌트가 연결한 모든 도구를 그냥 넘겨받는 것은 아닙니다. 도구는 에이전트가 지닌 Skill에 의해 활성화되고, Skill은 대화가 그것을 필요로 할 때만 불러와집니다 — 그래서 불러온 어떤 Skill도 활성화하지 않는 도구는 에이전트가 손대지 않을 도구입니다.

상업적으로 가장 중요한 실패 양상에 대한 방어책도 있습니다. 에이전트는 그라운딩(grounding)을 요구하도록 설정할 수 있습니다: 구체적인 수치를 진술하기 전에 그것을 얻기 위해 실제로 도구나 검색을 호출했어야 합니다. 그렇게 하지 않고 숫자를 내놓으면, 그 턴은 다시 실행됩니다. 그것은 "모델이 대개 정보를 찾아본다"를 규칙에 더 가까운 것으로 바꿉니다.

여기서 MCP는 양방향으로 실행됩니다. 당신의 에이전트는 그것을 통해 당신의 시스템을 호출할 수 있고 — 이 문서 자체가 MCP로 제공되므로, 코딩 에이전트가 그것을 읽고 당신이 아무것도 옮겨 적지 않아도 통합을 연결할 수 있습니다. 코딩 에이전트로 설정하기를 참고하세요.

동작 원리가 궁금하신가요?도구 호출이 실행되는 방식