미궁 앞의 실타래: 왜 당신의 MCP는 스킬이 필요한가

우리는 사용자들을 위해 앱을 만들었습니다. GUI를 완벽하게 다듬었죠. 그리고 다른 소프트웨어를 위한 서비스를 구축했고, 그 주변으로 REST, GraphQL과 수많은 표준들을 만들어냈습니다. 이제 우리 소프트웨어의 사용자는 AI 에이전트입니다. 그렇다면: MCP는 무엇일까요?

API는 앱을 설계하는 데 있어 근간(backbone)이 되었습니다. MCP는 에이전트들이 엔드포인트(endpoints)를 추측하거나, 무언가를 필요로 할 때마다 전체 문서를 읽지 않고도 효율적으로 사용할 수 있게 해주는 새로운 통신 표준입니다. MCP가 실제 문제를 해결했습니다라며 업계 전반에 빠르게 채택되었습니다.

Apps communication before MCP_MCP 이전 앱 통신

Apps communication after MCP_MCP 이후 앱 통신

MCP는 단순히 API를 감싼(wrapper) 것이 아닙니다. 에이전트가 정보를 어떻게 요청해야 하는지, 그리고 무엇을 기대할 수 있는지 알려주는 프록시(proxy)입니다.

여러분은 코드로 무엇을 남겨야 할지, 문서로 무엇을 남겨야 할지, 그리고 어떤 정보는 어느 쪽에도 속하지 않게 되는지를 알기 어려웠던 경험이 분명 있을 겁니다. 팀원이 변경 사항을 만들게 된 우연한 계기, 고객의 특정한 요구사항, 여러 해석이 가능한 사용자 스토리(user story) 같은 것들 말입니다...

실제로는 에이전트들이 언제 질문해야 하는지, 또는 왜 무언가가 필요한지 모르는 경우가 종종 발생합니다. 마치 정글에 발을 디딘 적 없는 지도 들고 온 탐험가처럼, 그 탐험가는 길이 막힌 이유나 다른 경로가 필요한 이유를 알지 못합니다. 오직 경험이 있는 사람만이 그것을 처리할 수 있습니다. AI 에이전트에게 있어 문서는 지도가 됩니다. 어떤 길이 존재하는지를 보여주죠. 하지만 길이 왜 막혔는지에 대한 이유는 보통 누군가의 머릿속에 존재합니다. 바로 여기에 아키텍처의 마지막 조각, 즉 **스킬(Skill)**이 들어옵니다.

Skills have been adopted는 업계 전반에 걸쳐 매우 빠르게 채택되었고 표준이 되었습니다. 스킬은 우리가 쉽게 설명할 수 없는 정보를 담고 있습니다. 필요한 바를 미세 조정하는 것(fine tuning of a need)은 마치 지도를 사용하는 우리에게 길을 안내해 주는 탐험가의 경험과 같습니다.

저희 팀은 다음 요소들을 결합한 아키텍처로 작업하고 있습니다: API(엔진) 기반으로 구축된 사용자 GUI, MCP 서버가 설명하며, 스킬을 가진 AI 에이전트와 통신하여 앱을 깊이 이해하게 만듭니다.

The ideal harness architecture_이상적인 하네스 아키텍처

이렇게 함으로써 스킬이 별도의 파일이 아니라 앱의 일부가 되며, 따라서 매 반복(iteration)마다 업데이트하는 것이 필수적입니다. 저희는 모든 버전에서 다음을 업데이트합니다:

• 비즈니스 요구 사항과 앱 내 위치를 설명하는 문서
• 기능을 포함하는 코드 (AI에게 자명해야 함)
• MCP와 스킬

이것은 죽은 인터넷 이론(dead internet prophecy)에 대한 저희의 작은 기여입니다. 저희 에이전트들은 실수를 거의 저지르지 않고, 토큰 소모가 적으며, 더 빠르게 작동합니다.