30개의 도구가 필요 없습니다. MCP에는 코드만 있으면 됩니다.

이 글에서는 프로그래밍 코드를 입력으로 받는 단일 도구 MCP 서버를 사용하는 새로운 접근 방식을 탐구합니다. 저자는 플랫폼 의존성, 버전 의존성, 문서 부족 등 CLI 도구의 과제를 지적하며, 이로 인해 에이전트 도구에서 사용하기 어렵습니다. 반대로 MCP 서버는 상태를 유지하고 단일 도구(예: eval()을 실행하는 Python 인터프리터)를 공개하여 에이전트 도구가 세션을 더 잘 관리하고 도구를 구성할 수 있도록 합니다. 저자는 pexpect-mcp를 사용하여 이 접근 방식의 효과를 보여줍니다. 이는 MCP 서버를 상태가 있는 Python 인터프리터로 변환하여 디버깅을 간소화하고 효율성을 높입니다. 또한 저자는 Playwright의 MCP를 JavaScript를 통해 Playwright API를 공개하는 MCP로 대체하는 것을 고려하고 있으며, 이를 통해 도구 정의 수가 줄어들고 데이터 전송 효율이 향상됩니다. 보안 문제가 있지만 저자는 이 접근 방식이 큰 잠재력을 가지고 있으며 추가 연구를 필요로 한다고 주장합니다.