서론

2026년까지 Claude Code는 이를 확장하는 세 가지 뚜렷한 방식인 Skill (기술), Subagent (서브에이전트), 그리고 **MCP server (MCP 서버)**를 갖게 됩니다. 우리가 가장 자주 받는 질문은 바로 "어느 것을 구축해야 하는가?"입니다. 혼란스러운 것은 이해할 수 있습니다. 세 가지 모두 "Claude가 더 많은 일을 하게 만드는 방법"이며, 마케팅 용어들이 이들을 모호하게 섞어 놓기 때문입니다. 하지만 이들은 완전히 다른 세 가지 축 위에 놓여 있으며, 잘못된 것을 선택한다는 것은 과잉 엔지니어링(markdown 파일 하나로 해결될 일을 위해 전체 서버를 구축하는 것)을 하거나, 한계에 부딪히는 것(실제로 데이터베이스에 접근할 수 없는 Skill을 만드는 것)을 의미합니다.

이 글은 여러분에게 의사결정 프레임워크를 제공합니다. 각 확장 지점을 한 줄로 정의하고, 각 지점이 움직이는 축을 살펴보고, 세 가지 실제 시나리오를 처음부터 끝까지 실행해 보며, 주말을 허비하게 만드는 안티 패턴(anti-patterns)을 지적할 것입니다. 만약 여러분이 이미 Custom Agent Authoring와 MCP Servers 2026 rankings를 읽었다면, 이 글은 그것들을 하나로 묶어주는 역할을 할 것입니다.

세 가지 확장 지점, 각각 한 줄 정의

• Skill (기술) — Claude에게 무언가를 어떻게(how) 하는지 가르칩니다. 패키징된 지침, 플레이북(playbook), 체크리스트이며, 관련이 있을 때만 컨텍스트(context)에 로드됩니다.
• Subagent (서브에이전트) — 누가(who) 그것을 하는지입니다. 부모 대화의 컨텍스트 창을 가볍게 유지하기 위해 생성된, 자체적인 컨텍스트 창을 가진 위임된 작업자입니다 (subagent patterns 참조).
• MCP server (MCP 서버) — _무엇(what)_에 도달할 수 있는지입니다. 데이터베이스, API, SaaS 도구, 데이터 소스와 같은 외부 시스템으로의 연결입니다.

문장으로 말하면 혼란이 사라집니다: Skill은 행동을 변화시키고, Subagent는 컨텍스트를 보호하며, MCP server는 역량을 추가합니다. 이것들은 하나의 질문에 대한 세 가지 답변이 아닙니다. 세 가지 서로 다른 질문에 대한 답변입니다.

각 지점이 움직이는 축

Skill은 "지식(knowledge)" 축을 움직입니다

Skill은 _"Claude가 우리의 특정 절차를 모릅니다."_에 대한 해답입니다. 여러분의 릴리스 프로세스(release process), 코드 리뷰 루브릭(code-review rubric), 장애 대응 런북(incident-response runbook) 등 상황에 따라 달라지는 지식(knowledge)이 이에 해당합니다. 이를 CLAUDE.md에 넣고 싶지는 않을 것입니다(모든 상호작용 시마다 로드되어 기본 컨텍스트(base context)를 비대하게 만들기 때문). 대신 작업이 필요할 때만 로드되기를 원할 것입니다. Skill은 트리거 설명(trigger description)이 포함된 마크다운(markdown) 파일입니다. 작업 내용이 일치하면 상세 지침이 대화에 포함되고, 그렇지 않으면 방해되지 않게 유지됩니다.

Subagent는 "컨텍스트(context)" 축을 움직입니다

Subagent는 _"이 작업은 내 컨텍스트 창(context window)을 터뜨려 버릴 것입니다."_에 대한 해답입니다. 지식은 이미 존재할 수도 있습니다. 문제는 작업을 인라인(inline)으로 수행하는 것 — 즉, 30개의 파일을 읽거나 긴 탐색 과정을 실행하는 것 — 이 실제로 중요하게 생각하는 추론(reasoning) 과정을 밀어낼 수 있다는 점입니다. Subagent는 이를 별도의 컨텍스트에서 실행하고 결론만을 전달합니다.

능력(capability) 측면에서 변하는 것은 아무것도 없습니다. 변하는 것은 탐색(exploration)을 위해 _누구의 작업 기억(working memory)_을 비용으로 지불하느냐 하는 점입니다.

MCP server는 "능력(capability)" 축을 움직입니다

MCP server는 _"Claude가 말 그대로 이 시스템에 접근할 수 없습니다."_에 대한 해답입니다. 여러분의 Postgres 데이터베이스, 내부 메트릭 API, Stripe 계정, Linear 보드 등이 이에 해당합니다. 아무리 Skill을 작성하거나 Subagent를 생성하더라도 데이터베이스 연결을 마법처럼 만들어낼 수는 없습니다. 그것은 진정한 의미의 새로운 능력(capability)이며, 능력은 MCP server로부터 나옵니다. 이는 세 가지 중 가장 무거운 방식이기도 합니다. 배포(deployment), 인증(authentication), 버전 관리(versioning)를 직접 관리해야 하는 별도의 프로세스이기 때문입니다.

의사결정 프레임워크

다음 질문을 순서대로 던져보세요:

1. "Claude가 현재 접근할 수 없는 시스템에 접근해야 하는가?" → MCP server. (데이터베이스, API, SaaS, 외부 데이터)
2. "Claude가 이미 능력을 갖추고 있지만, 작업을 수행하면 내 컨텍스트가 비대해지는가?" → Subagent. (대규모 탐색, 병렬 연구, 격리된 실험)
3. "Claude가 능력과 컨텍스트를 모두 갖추고 있지만, 우리의 구체적인 작업 방식을 모르는가?" → Skill. (플레이북, 체크리스트, 절차)

실전 시나리오 1: "우리 코드베이스에서 SQL 인젝션(SQL injection)을 감사해줘"

• 능력 (Capability)? 코드 읽기 — Claude는 이미 이 능력을 갖추고 있습니다. MCP server가 필요하지 않습니다.
• 컨텍스트 (Context)? 코드베이스 전체를 감사한다는 것은 수십 개의 파일을 읽어야 함을 의미합니다. 이는 부모 모델(Parent)을 비대하게 만들 것입니다. → Subagent.
• 절차 (Procedure)? 감사가 OWASP의 특정 체크리스트를 따르기를 원합니다. → Skill (또는 체크리스트를 security-auditor 커스텀 에이전트의 시스템 프롬프트에 포함).

정답: 체크리스트를 시스템 프롬프트에 인코딩한 security-auditor subagent. 하나의 아티팩트(Artifact)로 두 가지 축을 모두 해결합니다. 서버는 필요 없습니다.

실전 시나리오 2: "지난달에 어떤 고객들이 이탈했는지 보여줘"

• 능력 (Capability)? 해당 데이터는 데이터 웨어하우스(Warehouse)에 있습니다. Claude는 여기에 접근할 수 없습니다. → MCP server (데이터 웨어하우스/SQL MCP).
• 컨텍스트 (Context)? 결과 데이터 세트가 너무 크면 노이즈가 발생할 수 있습니다. → 요약본만 반환하는 subagent 내부에서 쿼리를 실행하세요.
• 절차 (Procedure)? 귀사에서 "이탈(Churn)"은 특정한 정의를 가집니다. → 이탈 쿼리 로직을 문서화한 skill.

정답: 세 가지 모두를 조합(Composed). MCP server가 연결하고, skill이 "이탈"을 정의하며, subagent가 이를 깔끔하게 실행합니다. 이것이 전형적인 풀스택(Full-stack) 사례입니다.

실전 시나리오 3: "모든 릴리스가 우리의 체크리스트를 따르는지 확인해줘"

• 능력 (Capability)? Git, 파일 읽기 — 이미 갖춰져 있습니다. 서버가 필요하지 않습니다.
• 컨텍스트 (Context)? 가볍습니다. 보호를 위해 엄격하게 subagent가 필요하지는 않습니다.
• 절차 (Procedure)? 이것이 핵심입니다 — 팀의 릴리스 단계입니다. → Skill, 또는 이를 강제(Enforce)하고 보고서를 생성하기를 원한다면 커스텀 에이전트.

정답: skill (또는 릴리스 게이트 커스텀 에이전트). 여기서 MCP server를 구축하는 것은 순전히 과잉 엔지니어링 (Over-engineering)입니다.

안티 패턴 (Anti-Patterns)

• 모든 것에 MCP 서버를 사용하는 함정 (The MCP-server-for-everything trap). 단순히 문서화 문제를 해결하기 위해 서비스를 배포하는 것입니다. 외부 시스템에 연결하는 것이 아니라면, 서버가 필요하지 않을 가능성이 높습니다. (무엇이 진정으로 서버 구축을 정당화하는지 확인하려면 MCP server registry를 살펴보세요.)
• 비대해진 CLAUDE.md. 모든 절차를 항상 켜져 있는 컨텍스트 (Context)에 쑤셔 넣는 것입니다. 상황별 플레이북 (Playbooks)은 스킬 (Skills)로 옮겨서 기본 컨텍스트가 날카롭게 유지되도록 하세요.
• 메가 서브에이전트 (The mega-subagent). "모든 것을 수행하는" 서브에이전트는 그저 기억력이 더 나쁜 부모 에이전트일 뿐입니다. 관심사 (Concern)에 따라 분리하세요.
• 기능 (Capability)이 필요한데 스킬 (Skill)로 만든 경우. Claude가 메트릭 (Metrics)에 접근할 수 없는데도 "우리 메트릭 분석하기"를 위한 아름다운 스킬을 작성하는 것입니다. 누락된 MCP 연결을 대체할 수 있는 지침 (Instructions)은 없습니다.

원칙 (The Principle)

세 가지 확장 지점은 세 가지 리소스에 매핑됩니다: 지식 (Knowledge) (스킬), 컨텍스트 (Context) (서브에이전트), 그리고 기능 (Capability) (MCP 서버). 당신이 실제로 부족한 리소스가 무엇인지 진단하면, 선택은 자동으로 이루어집니다. 대부분의 팀은 MCP 서버가 강력해 보인다는 이유로 과도하게 욕심을 내지만, 사실 점심시간 전까지 마크다운 (Markdown) 파일 하나로도 동일한 결과를 낼 수 있었을 것입니다. 당신이 막혀 있는 축을 움직일 수 있는 가장 가벼운 것을 구축하세요.

프로덕션 환경을 위한 Claude Code 설정 (Setting Up Production-Ready Claude Code)

세 가지 레이어를 모두 — 특히 MCP 서버를 — 대규모로 실행하려면 안정적인 인프라 (Infrastructure)가 필요합니다:

1. MCP 서버 및 CI를 위한 신뢰할 수 있는 호스트. MCP 서버는 장시간 실행되는 프로세스(Long-running processes)입니다. 따라서 계속 가동되는 서버가 필요합니다. HTStack — 중국 본토에 대한 저지연(Low-latency) 접속과 안정적인 BGP를 제공하는 홍콩 VPS입니다. 저희가 자체 MCP 서버와 에이전트 파이프라인(Agent pipelines)을 실행하는 dibi8.com이 호스팅되는 것과 동일한 IDC입니다. 월 $5-12의 가치 있는 티어를 제공합니다.

2. 병렬 레이어를 위한 클라우드 여유 공간. 서브에이전트(Subagents)가 확장(Fan out)되고 MCP 서버가 병행 실행될 때는 여유 CPU가 필요합니다. DigitalOcean — 14개 이상의 리전에서 60일 동안 사용할 수 있는 $200 무료 크레딧을 제공합니다.

3. 스킬 번들 (Skills bundle). 스킬/서브에이전트/서버의 분리를 내재화하는 가장 빠른 방법은 작동하는 예시를 공부하는 것입니다. 저희는 검증된 5가지 스킬을 Gumroad에서 $19 번들로 패키징했습니다. 여기에는 커스텀 에이전트 정의(Custom agent definitions)와 세 레이어를 모두 구성하는 오케스트레이터 프롬프트(Orchestrator prompts)가 포함되어 있습니다.

관련 읽을거리

• Custom Agent Authoring Guide — 서브에이전트 부분을 실제로 구축하는 방법.
• Subagent Patterns — 컨텍스트 축(Context axis)을 위한 5가지 워크플로우.
• MCP Servers 2026 Rankings — 기능 레이어(Capability layer) 선택하기.
• MCP Server Registry Guide — 연결할 가치가 있는 것들의 카탈로그.

결론