엔지니어링 리더 제이슨 도일이 8월 27일 「MCP 서버가 필요할 때와 정말 필요 없을 때」라는 글을 올려, MCP 서버가 정당해지는 조건 여섯 가지를 추렸어요. 에이전트가 바깥의 지금 상태를 알아야 할 때, 바깥 작업을 통제된 형태로 실행해야 할 때, 여러 호스트가 같은 기능을 나눠 써야 할 때, 목록 조회와 스키마가 쓰임새를 실제로 키울 때, 자격 증명과 정책이 에이전트 밖에 있어야 할 때, 운영을 책임질 주인이 있을 때가 그것인데, 빠진 게 절차면 스킬로 적고 이미 성숙한 CLI·라이브러리가 있으면 그대로 쓰라며 '프로토콜 변환 자체만으로는 값어치가 생기지 않는다'고 못 박았어요. 정작 안 만들 이유로 든 운영 부담은 가용성·인증·버전 호환 같은 목록으로만 서술했을 뿐 토큰이나 지연 숫자가 없고, 본문에 실린 수치는 MCP 서버 103곳의 도구 856개 가운데 도구 설명 97.1%에 문제가 있었다는 논문과 실서버 45곳·도구 353개로 만든 벤치마크 MCPTox 두 편에서 빌려온 거예요.
용어 풀이
- MCP
- Model Context Protocol. 에이전트가 바깥 도구·데이터에 붙는 표준 규약
- CLI
- 터미널에 명령을 쳐서 쓰는 형태의 프로그램
- MCPTox
- MCP 서버 도구 설명에 악성 지시를 심었을 때 에이전트가 넘어가는지 재는 공개 시험 모음
운영자 인사이트
사내 도구를 MCP 서버로 감쌀지 정할 때 쓸 체크리스트로는 값어치가 있어요. 특히 '모든 함수를 에이전트가 찾아 쓰는 도구로 만들면 평범한 제어 흐름이 모델의 선택으로 넘어간다'는 지적은, 이미 잘 도는 CLI를 굳이 서버로 올리기 전에 한 번 멈춰 볼 근거가 돼요. 다만 운영 비용 쪽 숫자는 글에 없으니 도입 결정을 위로 올릴 땐 우리 쪽 토큰·지연 실측을 직접 붙여야 해요.
여러 관점으로 보기