클로드 기초 및 활용 32회: MCP가 뭔가요 — 도구를 꽂는 규격

클로드가 못 하는 일이 있습니다

지금까지 배운 것으로 꽤 많은 일이 됩니다. 그런데 여전히 안 되는 것들이 있습니다.

• "내 구글 드라이브에서 지난달 보고서 찾아 줘" — 못 합니다
• "내일 일정에 회의 등록해 줘" — 못 합니다
• "이 내용을 팀 채팅방에 올려 줘" — 못 합니다

왜냐하면 클로드가 그 서비스들에 접근할 방법이 없기 때문입니다. 오늘 다룰 MCP가 그 연결을 만듭니다.

제7부를 시작하며

32회부터 35회까지가 「MCP와 외부 서비스 연결」입니다. 이 시리즈에서 비개발자에게 가장 진입장벽이 높은 구간이라, 네 회차로 충분히 나눴습니다.

• 32회 — MCP가 뭔지 이해하기(오늘). 아무것도 설치하지 않습니다.
• 33회 — 실제로 하나 연결해 보기
• 34회 — 무엇을 연결할 수 있나 지형도
• 35회 — 연결한 도구로 실제 일하기

오늘은 개념만 잡습니다. 설치는 33회입니다.

오늘의 목표

오늘이 끝나면 할 수 있게 되는 것: MCP가 무엇인지 남에게 설명할 수 있고, 내게 필요한지 판단할 수 있고, 무엇을 넘겨주는 것인지 안전 관점에서 이해하게 됩니다.

🔴 비유부터 — 콘센트 규격

MCP를 이해하는 가장 좋은 방법은 콘센트를 떠올리는 것입니다.

세상에는 선풍기, 노트북, 전기밥솥이 있습니다. 전부 다른 회사가 만들었고 하는 일도 다릅니다. 그런데 플러그 모양이 같아서 어느 콘센트에나 꽂힙니다.

만약 기기마다 플러그 모양이 다르다면? 벽마다 다른 구멍을 뚫어야 합니다. 규격이 있어서 그럴 필요가 없는 겁니다.

MCP는 AI와 외부 도구 사이의 그 규격입니다. 구글 드라이브든 캘린더든 슬랙이든, 이 규격에 맞춰 만들면 클로드에 꽂힙니다.

이름의 뜻

MCP는 Model Context Protocol의 약자입니다. 굳이 풀면 "모델이 맥락을 주고받는 약속" 정도입니다.

외우실 필요 없습니다. "AI에 도구를 꽂는 규격"이면 충분합니다.

없을 때와 있을 때

구체적으로 무엇이 달라지는지 봅시다.

없을 때 — 내가 나릅니다

• 구글 드라이브를 열어 파일을 찾습니다
• 내려받습니다
• 클로드에 올립니다
• 답을 받습니다
• 복사해서 다시 드라이브에 올립니다

있을 때 — 클로드가 갑니다

• "드라이브에서 지난달 보고서 찾아서 요약해 줘"
• 끝

차이가 보이시나요? 내가 자료를 나르던 일을 클로드가 직접 합니다. 16회에서 채팅과 클로드 코드의 차이를 설명할 때와 같은 구조입니다. 그때는 내 컴퓨터의 파일이었고, 이번엔 인터넷 서비스입니다.

무엇을 연결할 수 있나 — 맛보기

34회에서 자세히 다루지만, 감을 잡으실 수 있게 종류만 봅니다.

• 문서·저장 — 구글 드라이브, 노션, 위키 도구
• 일정·메일 — 캘린더, 지메일
• 협업 — 슬랙 같은 팀 채팅
• 개발 — 깃허브
• 디자인 — 피그마
• 내가 쓰는 서비스 — 블로그, 사내 시스템 등

중요한 것은 목록이 계속 늘어난다는 점입니다. 규격이 공개되어 있어서 누구나 만들 수 있기 때문입니다.

어떻게 동작하나 — 세 조각

기술을 몰라도 되지만, 세 조각은 알아 두시면 나중에 문제가 생겼을 때 어디를 봐야 할지 압니다.

① 서버 — 연결 대상 도구 쪽에 있는 것. "구글 드라이브 MCP 서버"처럼 부릅니다. 연결 상대라고 생각하시면 됩니다.

② 연결 설정 — 클로드에게 "이 서버에 연결해라"라고 알려 주는 부분. 33회에서 실제로 해 봅니다.

③ 인증 — 내가 그 서비스의 사용자임을 증명하는 절차. 보통 로그인 창이 뜹니다.

③이 가장 중요합니다. 다음 항목에서 따로 다룹니다.

🔴 무엇을 넘겨주는 것인가

이 회차에서 가장 중요한 부분입니다. 편리해 보이지만, 내 계정에 접근할 권한을 주는 일이기 때문입니다.

연결하면 클로드는 그 서비스에서 내가 할 수 있는 일을 할 수 있게 됩니다. 파일을 읽고, 경우에 따라 쓰고, 지울 수도 있습니다.

그래서 연결 전에 세 가지를 확인해야 합니다.

• ① 무엇에 접근하나 — 전체인가, 특정 폴더인가
• ② 읽기만인가, 쓰기도 되나 — 이 차이가 큽니다
• ③ 언제든 끊을 수 있나 — 연결 해제 방법을 미리 알아 두세요

권한을 최소로 — 원칙

20회에서 배운 "되돌릴 수 있는가"가 여기서도 기준이 됩니다. 그리고 하나를 더합니다.

"이 일에 꼭 필요한 만큼만 준다."

자료를 읽기만 하면 되는데 쓰기 권한까지 줄 이유가 없습니다. 특정 폴더만 쓰면 되는데 전체 접근을 줄 이유도 없습니다.

연결 과정에서 선택지가 나오면 좁은 쪽을 고르세요. 나중에 부족하면 그때 늘리면 됩니다.

내게 필요한가 판단하기

모두에게 필요한 것은 아닙니다. 이 질문으로 판단하세요.

"내가 자료를 나르는 데 시간을 쓰고 있는가?"

필요한 경우

• 클라우드에 자료가 많고, 그걸 자주 내려받아 클로드에 올린다
• 같은 정보를 여러 서비스에 옮겨 적는 일이 잦다
• 일정·메일·문서를 오가며 일한다

아직 필요 없는 경우

• 주로 글쓰기·상담·학습에 쓴다
• 파일은 내 컴퓨터에 있고, 클로드 코드로 충분하다
• 연결할 서비스를 잘 안 쓴다

두 번째 그룹이라면 제7부는 읽어만 두고 넘어가셔도 됩니다. 나중에 필요해질 때 돌아오시면 됩니다.

따라 하기 ① 내 자료가 어디 있는지 적어 보기

설치 전에 판단부터입니다. 종이에 적어 보세요.

• 업무 자료가 주로 있는 곳: (예: 구글 드라이브)
• 일정 관리하는 곳: (예: 구글 캘린더)
• 소통하는 곳: (예: 슬랙, 카톡)

여기에 적힌 것 중 클로드가 접근하면 편해질 것이 있나요? 있다면 그게 33회에서 연결할 후보입니다.

따라 하기 ② 클로드에게 상담하기

16회에서 쓴 방법입니다.

"제 업무는 [설명]이고, 자료는 주로 [서비스]에 있습니다. MCP로 연결하면 어떤 일이 편해질까요? 그리고 주의할 점은 뭔가요?"

일반적인 소개보다 내 상황에 맞는 판단을 받을 수 있습니다.

따라 하기 ③ 지금 연결된 것 확인하기

이미 연결된 것이 있을 수도 있습니다.

채팅에서: 설정의 연결·통합 항목(6회에서 "지금은 건드리지 말라"고 했던 그곳)
클로드 코드에서: /mcp 명령(23회)

확인만 하세요. 아직 아무것도 바꾸지 마세요.

자주 겪는 오해 ① "설치가 어렵다"

예전에는 그랬습니다. 지금은 서비스에 따라 아주 간단해졌습니다.

널리 쓰이는 서비스는 대개 목록에서 고르고 로그인하면 끝입니다. 33회에서 실제로 해 봅니다.

물론 직접 설정해야 하는 것들도 있습니다. 그건 33회에서 구분해 드리겠습니다.

오해 ② "연결하면 모든 게 자동으로 된다"

아닙니다. 클로드가 접근할 수 있게 될 뿐입니다.

여전히 여러분이 요청해야 하고, 20회에서 배운 승인 절차도 그대로 적용됩니다. 특히 남에게 보이는 작업(메일 발송, 채팅 게시)은 반드시 확인을 거치게 하세요.

오해 ③ "내 데이터가 다 넘어간다"

정확히 이해하는 것이 중요합니다.

연결한다고 데이터가 통째로 복사되는 것이 아닙니다. 클로드가 필요할 때 그 서비스에 물어보는 방식입니다.

다만 물어봐서 받은 내용은 대화에 들어옵니다. 그러니 6회에서 다룬 데이터 사용 설정을 미리 확인해 두시는 것이 좋습니다.

오해 ④ "한번 연결하면 못 끊는다"

끊을 수 있습니다. 그리고 끊는 방법을 연결 전에 확인하시는 것을 권합니다.

연결 해제는 보통 두 곳에서 합니다. 클로드 쪽 설정에서 연결을 지우고, 그 서비스 쪽(구글 계정 보안 설정 등)에서도 접근 권한을 취소하는 것입니다.

둘 다 해야 확실합니다. 33회에서 실습에 포함하겠습니다.

실전 사례 ① 자료 조사 흐름

MCP가 있을 때와 없을 때를 비교해 봅니다.

없을 때: 드라이브에서 자료 다섯 개 내려받기 → 클로드에 올리기 → 요약 받기 → 결과를 문서로 만들어 다시 올리기. 왕복 네 번.

있을 때: "드라이브의 '2026 조사' 폴더에서 자료를 읽고 요약해서 같은 폴더에 '요약.md'로 저장해 줘." 한 번.

이런 왕복이 잦은 일일수록 효과가 큽니다.

실전 사례 ② 위험한 조합 피하기

반대로 조심해야 할 조합도 알아 두세요.

메일 쓰기 권한 + 자동 실행 — 잘못하면 의도치 않은 메일이 나갑니다.
파일 삭제 권한 + 넓은 범위 — 되돌리기 어렵습니다.
공용 채널 게시 권한 — 여러 사람이 봅니다.

이런 종류는 반드시 확인 후 실행되게 하세요. 35회에서 다시 다룹니다.

실전 사례 ③ 저시력 사용자에게 MCP가 갖는 의미

이 부분은 특별히 짚고 싶습니다. MCP는 접근성 관점에서 효과가 매우 큰 기능입니다.

이유를 생각해 보면 분명합니다. 자료를 나르는 일 — 브라우저를 열고, 로그인하고, 폴더를 찾아 들어가고, 파일을 내려받고, 다시 다른 창에 올리는 그 과정 전체가 화면을 확대해 쓰는 환경에서는 특히 부담이 큽니다.

• 창을 여러 개 오가야 합니다
• 서비스마다 화면 구조가 다릅니다
• 버튼 위치를 매번 찾아야 합니다
• 내려받은 파일이 어디 갔는지 확인해야 합니다

MCP는 이 전부를 한 문장으로 바꿉니다. 17회에서 "터미널은 위치를 외울 필요가 없다"고 했던 것의 확장판입니다. 여러 서비스의 화면 구조를 각각 익힐 필요가 없어집니다.

다만 주의도 함께: 편리한 만큼 확인이 어려워집니다. 클로드가 무엇을 했는지 직접 화면으로 보지 않게 되니까요. 그래서 이 두 가지를 권합니다.

• 읽기 권한부터 시작 — 쓰기는 익숙해진 뒤에
• 결과 요약 요청 — "무엇을 했는지 한 줄로 알려 줘"를 습관으로

편의와 확인 가능성의 균형인데, 읽기부터 시작하면 그 균형을 안전하게 잡을 수 있습니다.

핵심 정리 3줄

• MCP는 콘센트 규격입니다. AI에 외부 도구를 꽂을 수 있게 하는 약속입니다.
• 내가 자료를 나르던 일을 클로드가 대신합니다. 왕복이 잦은 일일수록 효과가 큽니다.
• 내 계정에 접근할 권한을 주는 일입니다. 필요한 만큼만, 읽기부터 시작하세요.

용어 정리

• MCP — AI와 외부 도구를 잇는 규격. Model Context Protocol의 약자.
• MCP 서버 — 연결 대상 도구 쪽의 연결 상대.
• 인증 — 내가 그 서비스의 사용자임을 증명하는 절차. 보통 로그인 창이 뜹니다.
• 권한 범위 — 무엇에 접근하고 무엇을 할 수 있는지의 한계. 좁을수록 안전합니다.

다음 회차 예고와 실습 과제

33회 「MCP 서버 연결하기」에서는 실제로 하나를 연결합니다. 서버의 종류, 연결 절차, 인증이 필요한 경우의 처리, 연결이 안 될 때의 점검 순서, 그리고 깨끗하게 끊는 법까지 다룹니다.

실습 과제 두 가지

• ① 내 자료가 어디에 있는지 적어 보고, 그중 연결하면 편해질 것을 하나 고르세요.
• ② 클로드에게 "제 상황에서 MCP를 쓰면 뭐가 편해질까요?"라고 물어 판단을 받아 보세요.

①번에서 고르신 후보 서비스를 댓글로 남겨 주시면, 33·34회에서 다룰 사례에 참고하겠습니다.

본 회차는 2026년 8월 2일 기준입니다. MCP로 연결 가능한 서비스와 연결 방식은 계속 늘어나고 바뀝니다. 외부 서비스 연결은 내 계정에 접근 권한을 부여하는 일이므로, 회사 자료를 다루신다면 소속 조직의 정책을 먼저 확인하시기 바랍니다.

협업문의 : kuroicode@gmail.com
블로그 : https://ghost-production-0ec2.up.railway.app/
홈페이지 : https://kuroicode-beep.github.io/svil-homepage/