18개월 전, MCP는 가장 핫한 기술이었습니다. 모든 데모와 챗봇 커넥터가 내부적으로 MCP를 기반으로 작동하고 있었죠. 사람들이 _Skills_에 대해 이야기하는 것을 보기 시작했을 때, 저는 궁금해졌습니다. MCP와 Skills는 어떻게 연결되어 있을까요? 이 둘은 동일한 문제를 바라보는 서로 다른 관점일까요?

저는 최신 영상에서 @greggyb에게 이 질문들을 다시 던졌습니다.

영상 내용

• MCP가 실제로 하는 일: 자연어(Natural Language)를 통해 모델에 API 및 파일 시스템에 대한 프로그래밍 방식의 접근 권한을 부여하는 것
• MCP의 단점: 사용하지도 않는 도구들을 위해 수백 줄의 도구 정의(Tool Definitions)를 로드함으로써 발생하는 컨텍스트 비대화(Context Bloat)
• Skill의 실제 정체 (스포일러: 재사용 가능한 프롬프트(Prompt)를 포함하는 마크다운(Markdown) 파일에 가깝습니다)
• 점진적 공개 (Progressive Disclosure): 왜 에이전트가 모든 도구의 전체 지침을 로드하지 않고도 20개의 Skill에 대해 "알고" 있을 수 있는지
• MCP와 Skills가 경쟁 관계가 아닌 이유, 그리고 Skills가 에이전트에게 MCP 도구를 사용하는 _방법_을 어떻게 가르칠 수 있는지

이번 영상에서 제가 가장 좋아한 문장은 이것입니다: