#llm

MCP의 세 primitive(Tools, Resources, Prompts)는 클라이언트가 서버에게 요청하는 방향이지만, Sampling은 그 반대다 — 서버가 클라이언트에게 LLM 완성을 요청한다. 서버가 API 키 없이도 지능을 빌리는 이 흐름의 동작 방식과, 이 블로그의 무인 발행 파이프라인이 대신 헤드리스 호출을 택한 이유를 코드로 정리한다.

MCP와 function calling은 경쟁 관계가 아니라 다른 층에 있다. function calling은 모델이 도구 호출 의사를 표현하는 출력 형식이고, MCP는 그 형식에 흘려 넣을 도구를 조달하는 공급 규격이다. 두 층이 한 번의 도구 호출에서 어떻게 맞물리는지 실제 요청 형태로 구분한다.

MCP 도구는 LLM이 스스로 고른다. 이때 모델이 보는 건 구현 코드가 아니라 이름·description·입력 스키마뿐이다. 설명문이 곧 도구의 인터페이스인 이유와, 무엇을·언제·경계를 담아 선택률을 높이는 실무 규칙을 예제로 정리한다.

MCP, 에이전트, 오케스트레이터는 자주 뒤섞여 쓰이지만 서로 다른 층에 있다. 도구를 공급하는 규격, 스스로 도구를 고르는 행위자, 그리고 여러 행위자를 지휘하는 조정자로 나눠 정리한다.

LLM은 텍스트를 뱉을 뿐 스스로 파일을 읽거나 도구를 부르지 못한다. 그 모델을 감싸 실제로 일을 시키는 바깥 루프가 '하네스'다. 하네스가 무엇을 맡는지, MCP는 그 안에서 어디에 끼는지 정리한다.