C.W.K.
Stream
Lesson 01 of 04 · published

MCP vs Function Calling vs REST

~22 min · comparison, mcp, function-calling, rest

Level 0호기심 많은 독자
0 XP0/48 lessons0/14 achievements
0/100 XP to next level100 XP to go0% complete

관련 보이지만 다른 질문 답하는 셋. 차이 한 번 또렷하면 — '이거 MCP 써야 해?' 빙빙 도는 다툼 — 안 함.

  • Function calling 이 single LLM API 의 feature. 네 코드모델 provider 사이 wire 모양 정의. Provider 가 — request 에 보냈으니까 — 네 tool 알아; 다른 누구도 안 봄. Intra-application plumbing.
  • MCP 가 어느 client 든 어느 server 든 재사용 하게 해주는 protocol. Contract 가 독립적으로 짠 host 와 server 사이. Server tool 이 연결한 client 들에 visible; protocol 이 connection governs, 모델 X. Inter-application plumbing.
  • REST/OpenAPI 가 클래식 웹 API contract. 임의 HTTP client 용 resource · method · status code 정의. LLM 이 한 쪽 끝인 거 신경 X; LLM 존재 한참 전부터 정확성 신경. 일반 plumbing.

결정 트리, 짧게: 한 app 안에서 한 모델로 build? Function calling. 여러 AI product 가 재사용할 tool build? MCP. 임의 client (브라우저, 모바일, integration, AI agent) 가 소비할 public API build? REST/OpenAPI. 셋 layer 가 stack: MCP server 의 tool 이 종종 REST API 감쌈 내부적으로; LLM 이 MCP server tool 을 provider function-calling 모양으로 소비. 각 layer 가 자기 값.

Code

세 layer stack — 구체 예시·text
User → Claude Desktop (host)
     → Anthropic Messages API (function-calling envelope)
     → MCP client → MCP server  (protocol contract)
                  → calls Stripe REST API   (REST contract)

Function-calling layer 가 모델의 tool call carry.
MCP layer 가 host↔server protocol carry.
REST layer 가 upstream service 의 HTTP request carry.

External links

Exercise

Build 하고 싶은 (또는 이미 build 한) integration 셋 골라. 각각 결정 트리 걷고 어느 contract 가 맞는지 결정. 둘 stack 하는 케이스 — 보통 가장 강력한 integration, duplication 아님.

Progress

Progress is local-only — sign in to sync across devices.
이 페이지에서 버그를 발견하셨거나 피드백이 있으세요?문제 신고

댓글 0

🔔 답글 알림 (로그인 필요)
로그인댓글을 남기려면 로그인해 주세요.

아직 댓글이 없어요. 첫 댓글을 남겨보세요.