LLM Primer IV — MCP로 설계하는 AI 인지: 시리즈 소개 및 인덱스

「에이전트는 자신이 본 컨텍스트, 닿을 수 있는 도구, 들고 다닐 수 있는 메모리만큼만 똑똑합니다.」 LLM Primer 시리즈의 제4권, 그리고 이 책을 따라가는 워크스루에 오신 것을 환영합니다. 앞으로 열나흘 동안, 한 챕터에 한 편씩, Model Context Protocol과 그것이 가능하게 하는 인지 층을 열어 보겠습니다. 그리고 에이전트 시스템이 조용히 동작하느냐, 조용히 무너지느냐를 가르는 결정들을 함께 들여다봅니다.

이 책이 존재하는 이유

이 시리즈의 제1권, 제2권, 제3권은 모델과 그 주변의 검색 장치를 다뤘습니다. 제1권은 LLM이 무엇인지를 평이한 언어로 풀었고, 제2권은 그 아래의 수학을 열었으며, 제3권은 RAG의 프로덕션 아키텍처를 걸었습니다. 제4권은 모델을 둘러싼 것에 관한 책입니다 — 그 모델이 행동하려고 할 때 무엇이 필요한가, 즉 도구를 호출하고, 턴을 가로질러 상태를 유지하고, 다른 에이전트와 조율하고, 분기마다 통합 글루를 다시 쓰지 않고도 이 모든 일을 해내려면 무엇이 둘러서야 하는가에 관한 이야기입니다.

2025년에 무너진 패턴은 모놀리식 에이전트였습니다 — 긴 시스템 프롬프트, 한 줌의 도구, 모든 관심사를 한꺼번에 흡수하라고 요구받는 단일 컨텍스트 윈도. 데모에서는 잘 동작했습니다. 프로덕션에서는, 프롬프트가 자라고 도구 표면이 넓어지고 새 모델 릴리스가 나올 때마다 또 한 번의 맞춤 어댑터 작업을 요구하면서 닳아 갔습니다. 진단은 여러 각도에서 같은 곳으로 모였습니다 — 컨텍스트 희석, 명령 충돌, N 곱하기 M 통합 행렬 — 그리고 같은 아키텍처적 답을 가리켰습니다. 모델 아래에 깔리는 프로토콜 층, 에이전트가 능력을 발견하고 세션을 협상하며 서로를 미리 알지 않고도 도구를 조합할 수 있게 해 주는 층이 필요하다는 답이었습니다.

그 층이 Model Context Protocol입니다. 이 책은 그것을 한 층 한 층 정직하게 걸어 갑니다. 약속은 MCP가 모든 에이전트 문제를 해결한다는 것이 아닙니다. 약속은, 끝에 이르렀을 때 이 프로토콜이 무엇을 주는지, 무엇을 주지 않는지, 그리고 그 위에 쌓인 어느 패턴이 프로덕션의 무게를 견디는지를 여러분이 알게 된다는 것입니다.

누구를 위한 책인가

에이전트 시스템을 짓는 엔지니어, 그 범위를 잡는 기술 PM, 그리고 그 선택을 보안 리뷰에서 변호해야 하는 아키텍트를 위한 책입니다. 제1권이 그린 LLM 동작의 그림, 제3권이 그린 검색의 배선에 익숙한 독자를 가정합니다. 제2권의 수학은 가정하지 않습니다. 무게중심은 엔지니어링에 있습니다 — 어디에 실패 모드가 사는지, 어떤 결정이 되돌릴 수 있고 어떤 결정이 팀을 수년간 묶어 두는지.

읽는 법

초기 독자들에게 통했던 세 가지 방식. 처음부터 끝까지, MCP 기반 에이전트 시스템을 막 짓기 시작하려 하고 결정이 실제로 도착하는 순서대로 프로토콜을 보고 싶을 때. 레퍼런스로, 이미 돌아가는 시스템이 있고 특정 층이 아플 때 — 전송 장, 메모리 장, 보안 두 장은 각각 독립적으로 읽을 수 있습니다. 또는 아키텍처 리뷰의 사이드바로, 배포 토폴로지를 결정하기 전에 팀이 나눠야 할 대화의 프롬프트가 되어 줄 때.

14개 장으로 걷는 길

3월 30일 — 제1장: AI 통합 위기와 에이전트형 아키텍처의 부상. 모놀리식 에이전트가 왜 닳아 가는지, N 곱하기 M 통합 문제가 무엇인지, 그리고 프롬프트 엔지니어링에서 컨텍스트 엔지니어링으로의 이행.

3월 31일 — 제2장: Model Context Protocol의 베일 벗기. MCP가 무엇을 표준화하는지, 세 역할(Host, Client, Server), 동적 발견이 REST와 어떻게 다른지, 그리고 능력 협상으로 열리는 세션 라이프사이클.

4월 1일 — 제3장: 서버 프리미티브: 컨텍스트와 능력의 노출. Resources, Prompts, Tools — 서버가 내놓을 수 있는 세 개의 명사, 그 스키마와 라이프사이클, 그리고 각 항목에 알맞은 프리미티브를 고르는 규율.

4월 2일 — 제4장: 클라이언트 프리미티브: 샘플링, 루트, 일리시테이션. 역방향 표면 — 호스트가 서버에 되돌려주는 것 — 과 신뢰 경계를 넘어 건네지는 모든 능력에 따라오는 보안적 함의.

4월 3일 — 제5장: 전송과 발견. stdio 대 Streamable HTTP, 어떤 경우에 어느 쪽을 고르는지, 그리고 로컬과 원격 배포에서 서버와 클라이언트가 서로를 찾는 방법.

4월 4일 — 제6장: 기초 오케스트레이션 패턴. 에이전트 루프, 도구 라우팅, 중간 상태 관리, 그리고 에이전트의 추론을 읽을 수 있게 유지하는 패턴들.

4월 5일 — 제7장: 고급 오케스트레이션 패턴. 플래너-실행자, 다중 에이전트 조율, 계층적 분해, 그리고 각 패턴이 자신의 복잡도를 어디서 정당화하는지.

4월 6일 — 제8장: 배포 레이아웃. 엄격한 MCP 순수성, 재사용 가능한 AI 에이전트, 그리고 하이브리드 레이아웃 — 각 선택이 호스트에 강요하는 트레이드오프.

4월 7일 — 제9장: 주의력 예산. 관리되는 자원으로서의 컨텍스트, 긴 윈도의 비용, 그리고 매 턴 무엇이 모델의 시야에 들어올지를 정하는 정책.

4월 8일 — 제10장: 장기 호라이즌 메모리. 일화적 메모리 대 의미적 메모리, 요약 정책, 그리고 에이전트가 며칠에 걸쳐 상태를 들고 다닐 수 있게 하는 아키텍처.

4월 9일 — 제11장: MCP 시스템의 공격 표면. 위협 모델 — 리소스를 통한 프롬프트 주입, 악성 서버, 도구 오염, 유출 경로.

4월 10일 — 제12장: 프로토콜 하드닝. 서버 카드, 동의 UI, 능력 스코프화, 그리고 정책을 있어야 할 자리에 두는 운영 통제.

4월 11일 — 제13장: 프레임워크와 클라우드. MCP 주변 생태계 — 에이전트 프레임워크, 호스티드 서버, 레지스트리 — 그리고 무엇 위에 지을지 고르는 방법.

4월 12일 — 제14장: 에이전트 벤치마킹. 중요한 측정과 오해를 부르는 측정, 그리고 모델이 바뀌어도 살아남는 평가 하니스를 짓는 법.

이 책과 시리즈에 관하여

LLM Primer 시리즈는 엔지니어, 창업자, 그리고 가끔 규제 당국이 거듭 묻던 질문에 대한 긴 답입니다 — 「이 시스템들은 실제로 어떻게 동작하며, 부하 아래 견디는 한 대를 만들려면 무엇이 필요합니까?」 제1권은 그 모양을 보였고, 제2권은 그 수학을 열었으며, 제3권은 RAG의 프로덕션 아키텍처를 다뤘습니다. 제4권은 모델 위에 자리잡는 인지 층을 다룹니다. 작업 중인 제5권은 실세계 LLM 애플리케이션을 끝에서 끝까지 짓는 일로 옮겨 갑니다.

내일 제1장에서 다시 뵙겠습니다.