프레젠테이션을 위한 Agent Skill vs MCP 서버: 2026년에는 무엇을 써야 할까?

Agent Skill과 MCP 서버는 겉으로는 같은 문제 — AI 에이전트가 실제 PowerPoint 파일을 만들게 하는 것 — 를 정반대의 메커니즘으로 풉니다. 스킬은 에이전트가 불러와 로컬에서 실행하는 지침·스크립트 폴더(SKILL.md)입니다. 즉, 에이전트가 일합니다. MCP 서버는 Model Context Protocol을 통해 에이전트가 호출하는 도구를 노출하는 실행 중인 서비스입니다. 즉, 서비스가 일합니다. 프레젠테이션에서 스킬은 제어력과 오프라인 사용에서, MCP는 일관성과 유지보수 제로에서 이깁니다. 성숙한 팀은 결국 둘 다 쓰게 됩니다.

두 메커니즘 모두 2026년에 폭발적으로 성장했습니다 — 한쪽에는 GitHub 스타 수만 개를 모은 PPT 스킬들이, 다른 쪽에는 프레젠테이션 MCP 서버 생태계가 있죠. 그러면서 "그래서 실제로 뭘 설정해야 하나요?"가 에이전트 워크플로에서 가장 많이 나오는 질문 중 하나가 되었습니다. 이 글에서 그 결정을 제대로 내려 보겠습니다.

Agent Skill이란?

Agent Skill은 SKILL.md 파일이 들어 있는 폴더 — 지침, 보조 스크립트, 리소스 — 로, AI 에이전트가 작업이 일치할 때 발견하고 불러옵니다. 이 규약은 Claude Code, OpenAI Codex, OpenClaw, Cursor가 공유하기 때문에 PPT 스킬 하나가 모두를 지원할 수 있습니다. 덱을 요청하면 에이전트가 스킬을 읽고, 그 워크플로를 따르고(개요 계획, PptxGenJS나 python-pptx 코드 작성, 또는 슬라이드별 이미지 모델 호출), 여러분의 머신에서 스크립트를 실행하고, 결과를 검증합니다 — 잘 만든 스킬은 파일을 전달하기 전에 슬라이드를 다시 이미지로 렌더링해 텍스트 넘침을 잡아냅니다. 설치는 복사 한 번이나 설치 명령 하나면 되고, 실행은 에이전트가 도는 곳 어디서든 이루어집니다.

프레젠테이션용 MCP 서버란?

MCP 서버는 Model Context Protocol을 사용하는 어떤 클라이언트에게든 타입이 정의된 도구 — generate_slides, search_themes, check_job_status — 를 노출하는 독립 서비스입니다. 에이전트는 슬라이드가 어떻게 만들어지는지 전혀 보지 않습니다. 매개변수와 함께 도구를 호출하고 결과를 받을 뿐입니다. 2slides-mcp 같은 프레젠테이션 MCP 서버는 npx -y 2slides-mcp@latest로 로컬에서 실행하거나 호스팅된 Streamable HTTP 엔드포인트(https://2slides.com/api/mcp?apikey=...)로 쓸 수 있고, 실제 렌더링은 관리되는 템플릿을 기반으로 제공자의 인프라에서 이루어집니다. 설정은 에이전트 설정 파일의 JSON 또는 TOML 블록 하나입니다 — Claude Code, Codex, Gemini CLI, OpenClaw 모두 같은 패턴을 따릅니다.

7가지 기준 비교

스킬이 정답인 경우

• 모든 것이 내 머신에 남아야 할 때. 컴플라이언스, 폐쇄망 환경, 기밀 자료 — 코드 조합형 스킬(Anthropic의 pptx 스킬, OpenAI의 Slides 스킬, 또는 직접 만든 python-pptx 스킬)은 모델 자체를 제외하면 덱 내용을 제3자에게 보내지 않습니다.
• 어떤 API도 제공하지 않는 동작이 필요할 때. 스킬은 원하는 대로 프로그래밍할 수 있습니다. 자체 데이터 포맷을 파싱하고, 사내 스타일 가이드를 강제하고, 빌드 시스템에 연결할 수 있죠.
• 기존 덱을 편집할 때. Anthropic의 pptx 스킬은 슬라이드 XML을 그 자리에서 다시 씁니다 — 현재 어떤 프레젠테이션 API도 따라오지 못하는, 진짜 로컬만의 초능력입니다.
• 일회성 비주얼 실험. 이미지 조합형 스킬은 이미지 모델 키 하나 외에는 서비스 의존성 없이 아트 디렉팅된 슬라이드를 만듭니다. (옵션 정리: 최고의 PPT 스킬 비교)

MCP 서버가 정답인 경우

• 같은 덱이 반복해서 나갈 때. 주간 보고서, 고객별 제안서 등 팀이 의존하는 모든 것: 서버 측 템플릿은 40번째 실행을 1번째 실행과 동일한 품질로 만듭니다. 모델이 그때그때 작성하는 레이아웃 코드가 절대 약속할 수 없는 부분이죠.
• 비개발자나 여러 종류의 에이전트가 함께 쓸 때. MCP는 코딩 에이전트 규약이 아니라 프로토콜입니다 — Claude Desktop, 커스텀 RAG 앱, n8n 같은 워크플로 도구 모두 같은 서버를 호출할 수 있습니다. 스킬은 코드를 실행할 수 있는 에이전트가 필요합니다.
• PPTX 너머의 기능을 원할 때. 테마 검색, 다국어 생성, 페이지별 내레이션, MP4 내보내기가 엔지니어링 프로젝트가 아니라 도구 매개변수로 제공됩니다.
• 아무도 파이프라인을 떠맡고 싶지 않을 때. PptxGenJS에 호환성이 깨지는 변경이 들어오면, 스킬은 여러분의 문제가 되지만 서버는 제공자의 문제입니다.

실제로 이기는 패턴: 둘 다

2026년 가장 강력한 구성은 둘을 짝지은 것입니다. 신뢰할 수 있는 생성 백엔드로 MCP 서버를 두고, 그 위에 여러분의 규칙 — 선호하는 테마, 사내 톤 규칙, 파일 저장 위치, 덱이 20페이지를 넘을 때의 처리 방식 — 을 담은 얇은 스킬이 서버의 도구를 호출하는 구조죠. 스킬이 정책을, 서버가 렌더링을 담당합니다. 2Slides 스킬이 정확히 이렇게 만들어져 있어서, 제공자가 두 표면을 모두 노출한다면 "스킬 vs MCP"는 양자택일의 문제가 아닙니다.

자주 묻는 질문

Agent Skill이 MCP 서버를 대체하고 있나요?

아니요 — 둘은 서로 다른 층위를 차지합니다. 2026년의 스킬 붐은 MCP의 "에이전트에게 도구를 준다" 옵션 옆에 "에이전트를 로컬에서 가르친다" 옵션을 추가한 것입니다. 변동성이 큰 창의적 작업은 스킬 쪽으로, 반복 가능한 프로덕션 작업은 서비스 쪽에 머뭅니다. 진지한 워크플로 대부분이 이제 둘 다 활용합니다.

슬라이드 제작 설정은 어느 쪽이 더 쉬운가요?

근소하게 MCP입니다. 설정 블록 하나와 API 키만 있으면 어떤 MCP 클라이언트에서든 도구가 켜집니다. 스킬은 스킬을 지원하는 에이전트, 설치 단계, 경우에 따라 이미지 모델 키까지 필요합니다. 둘 다 몇 시간이 아니라 몇 분 수준이긴 합니다.

한 제품이 스킬과 MCP 서버를 둘 다 제공할 수 있나요?

네, API 우선 도구에서는 이것이 표준이 되어가고 있습니다. 2Slides는 Codex/Claude Code/OpenClaw/Cursor용 SKILL.md와 MCP 서버(npx -y 2slides-mcp@latest 또는 호스팅 HTTP)를 같은 API와 크레딧 위에서 제공합니다 — 공급자 단위가 아니라 프로젝트 단위로 선택하면 됩니다.

스킬은 인터넷 없이도 동작하나요?

코드 조합형 스킬은 그렇습니다 — PptxGenJS나 python-pptx 생성은 완전히 로컬입니다. 이미지 조합형 스킬은 이미지 모델 API가, 호스팅형 스킬은 해당 서비스가 필요합니다. 오프라인이 필수 조건이라면 그 제약 하나로 결정이 끝납니다.

ChatGPT @Presentations 스킬은 MCP인가요, 스킬인가요?

엄밀히는 둘 다 아닙니다. ChatGPT 앱 내부의 자체 기능입니다. "스킬"이라는 이름을 공유하지만 코딩 에이전트에 설치할 수는 없습니다. 이 글의 두 메커니즘 옆에서 어디에 위치하는지는 @Presentations 리뷰에서 다룹니다.