클로드 기초 및 활용 34회: 외부 서비스 지형도 — 무엇을 연결하면 무엇이 되나

연결할 수 있는 게 너무 많습니다

33회에서 하나를 연결해 보셨습니다. 그러면 자연히 궁금해집니다. 또 뭘 연결할 수 있지?

목록은 길고 계속 늘어납니다. 그래서 오늘은 목록을 외우는 회차가 아닙니다. 종류별로 무엇이 되고 무엇을 조심해야 하는지를 봅니다. 그 감각이 있으면 새로운 서비스가 나와도 판단할 수 있습니다.

오늘의 목표

오늘이 끝나면 할 수 있게 되는 것: 서비스 종류별 특성을 알고, 내게 필요한 것을 우선순위대로 고르고, 각 종류의 위험 지점을 판단할 수 있게 됩니다.

🔴 판단의 두 축

어떤 서비스든 두 가지로 성격이 결정됩니다. 이걸 먼저 잡고 가겠습니다.

축 1 — 읽기인가 쓰기인가
읽기만 하는 연결은 사고가 나도 되돌릴 게 없습니다. 쓰기가 되면 다릅니다.

축 2 — 나만 보는가 남도 보는가
내 드라이브를 고치는 것과 팀 채팅방에 글을 올리는 것은 실수의 무게가 다릅니다.

이 두 축으로 보면 가장 안전한 것은 "읽기 + 나만"이고, 가장 조심할 것은 "쓰기 + 남도"입니다.

① 문서·저장 — 구글 드라이브, 노션 등

무엇이 되나

• 자료를 찾아서 읽고 요약
• 여러 문서를 종합해 정리
• 결과를 새 문서로 저장

왜 좋은가: 9회에서 배운 "파일 올리기"가 필요 없어집니다. 그리고 내려받고 다시 올리는 왕복이 사라집니다.

조심할 것: 기존 문서를 덮어쓰는 작업입니다. "새 파일로 저장해 줘"를 습관으로 하세요.

초보자 추천도: ★★★ — 첫 연결로 가장 좋습니다. 읽기만으로도 충분히 유용합니다.

② 일정 — 캘린더

무엇이 되나

• 일정 확인 — "이번 주 회의 언제야?"
• 빈 시간 찾기 — "다음 주에 두 시간 비는 날 알려 줘"
• 일정 등록·수정

왜 좋은가: 일정 확인은 화면을 열고 스크롤해 찾아야 하는 일인데, 말 한마디로 끝납니다.

조심할 것: 일정 등록·수정·삭제는 되돌리기가 번거롭습니다. 그리고 참석자에게 알림이 갑니다. 남에게 보이는 작업이라는 뜻입니다.

초보자 추천도: ★★★ (읽기만) / ★☆☆ (쓰기 포함)

③ 메일 — 지메일 등

무엇이 되나

• 메일 검색·요약 — "지난주 거래처 메일 요약해 줘"
• 답장 초안 작성
• 메일 발송

왜 좋은가: 메일함은 정보가 많지만 찾기가 어려운 곳입니다. 검색과 요약만으로도 가치가 큽니다.

🔴 조심할 것: 발송은 되돌릴 수 없습니다. 이 시리즈에서 다룬 것 중 가장 위험한 축에 속합니다.

권하는 방식: 초안까지만 시키고 발송은 직접 하세요. "메일 초안을 만들어 주되 보내지는 말고 임시보관함에 두거나 내용만 보여 줘."

초보자 추천도: ★★☆ (읽기·초안) / ☆☆☆ (자동 발송 — 권하지 않습니다)

④ 협업 — 슬랙 등 팀 채팅

무엇이 되나

• 대화 내용 검색·요약 — "어제 그 채널에서 뭐가 결정됐어?"
• 메시지 게시

왜 좋은가: 채팅은 흘러가 버리는 정보입니다. 요약해 주면 놓친 것을 따라잡을 수 있습니다.

🔴 조심할 것: 게시하면 여러 사람이 즉시 봅니다. 메일보다 더 빠르게 퍼집니다. 그리고 다른 사람들의 대화를 읽는 것이므로, 그 자체로 신중해야 합니다.

초보자 추천도: ★★☆ (읽기) / ☆☆☆ (게시 — 팀 합의 없이는 권하지 않습니다)

⑤ 개발 — 깃허브 등

무엇이 되나: 코드 저장소 확인, 변경 이력 조회, 이슈 관리 등.

비개발자에게도 쓸모가 있나: 팀에서 깃허브로 문서나 작업 목록을 관리한다면 유용합니다. 그 외에는 필요 없습니다.

초보자 추천도: 개발 업무를 하신다면 ★★★, 아니면 건너뛰세요.

⑥ 디자인 — 피그마 등

무엇이 되나: 디자인 파일의 구조와 내용을 읽어 옵니다. 제3부(13~15회)에서 만든 것들과 연결하면, 기존 디자인에 맞춰 결과물을 만들 수 있습니다.

조심할 것: 디자인 파일은 대개 협업 중인 문서입니다. 수정은 신중해야 합니다.

초보자 추천도: 디자인 도구를 쓰신다면 ★★☆, 아니면 건너뛰세요.

⑦ 내가 쓰는 서비스 — 블로그, 사내 시스템

흥미로운 영역입니다. MCP는 누구나 만들 수 있는 규격이라(32회), 자기가 쓰는 서비스에 맞춰 만들 수도 있습니다.

예를 들어 블로그에 글을 올리는 연결을 만들면, 원고를 쓰고 게시까지 한 번에 됩니다.

다만 난이도가 높습니다. 33회에서 말한 로컬 서버나 직접 설정이 필요한 경우가 대부분입니다. 제7부를 다 익힌 뒤 도전하실 영역입니다.

초보자 추천도: ★☆☆ (나중에)

🔴 연결 순서 추천

전부 연결할 필요 없습니다. 이 순서를 권합니다.

• 1순위: 문서·저장(읽기) — 가장 안전하고 가장 자주 씁니다
• 2순위: 일정(읽기) — 확인만으로도 충분히 편합니다
• 3순위: 메일(읽기·초안) — 검색과 요약이 주 용도
• 4순위: 문서 쓰기 — 익숙해진 뒤에
• 그 이후: 나머지는 필요해질 때

공통 원칙은 하나입니다. 읽기부터, 나만 보는 것부터.

따라 하기 ① 내 우선순위 정하기

앞의 여섯 종류 중 내 업무에 해당하는 것에 표시하세요.

그리고 각각에 대해 물어보세요. "이 서비스에서 자료를 찾느라 시간을 쓰고 있나?"

"그렇다"가 나오는 것이 여러분의 1순위입니다.

따라 하기 ② 읽기 전용으로 하나 더 연결

33회에서 하나 연결해 보셨으니, 다른 종류를 하나 더 연결해 보세요.

단, 읽기 권한만입니다. 그리고 33회의 절차 그대로 — 끊는 곳 확인 → 연결 → 읽기 시험.

따라 하기 ③ 조합 시험

두 개가 연결됐다면 함께 쓰는 요청을 해 보세요.

"이번 주 일정을 확인하고, 관련된 자료가 드라이브에 있으면 찾아서 알려 줘."

두 서비스를 오가며 답하는지 관찰하세요. 이게 35회에서 본격적으로 다룰 주제입니다.

자주 겪는 오류 ① "연결했는데 별로 안 쓰게 돼요"

흔한 일입니다. 원인은 대개 필요 없는 것을 연결했기 때문입니다.

"할 수 있으니까"가 아니라 "실제로 시간을 쓰고 있으니까"가 기준이어야 합니다.

안 쓰는 연결은 끊으세요(33회). 권한만 남아 있는 것은 좋지 않습니다.

오류 ② "엉뚱한 자료를 가져와요"

범위가 넓어서입니다. 구체적으로 지정하세요.

"드라이브에서 찾아 줘" → "드라이브의 '2026 기획' 폴더에서 8월 자료만 찾아 줘"

9회에서 배운 범위 지정이 여기서도 그대로입니다.

오류 ③ "실수로 뭔가 보내졌어요"

가장 피하고 싶은 상황입니다. 예방이 유일한 대책입니다.

• 발송·게시 권한은 마지막에 연결하세요
• "보내기 전에 반드시 확인받아 줘"를 CLAUDE.md나 개인 지시에 넣어 두세요(25회)
• 초안까지만 시키는 습관을 들이세요

이미 벌어졌다면 그 서비스에서 직접 수습해야 합니다. 메일은 발송 취소 기능이 있는 경우가 있으니 미리 켜 두세요.

오류 ④ "회사에서 쓸 수 있나요?"

조직 정책 문제입니다. 33회에서 다룬 대로 관리자가 막아 둔 경우가 많습니다.

그리고 정책 이전에 판단해야 할 것이 있습니다. 회사 자료가 외부 서비스를 거치게 되는 일이므로, 보안 담당 부서와 상의하는 것이 맞습니다.

개인 판단으로 회사 자료를 연결하지 마세요.

실전 사례 ① 자료 조사하는 사람

연결: 문서·저장(읽기·쓰기) + 웹 검색(11회)

흐름: "드라이브의 '조사' 폴더 자료를 읽고, 최신 정보는 검색으로 보충해서, 종합 보고서를 새 문서로 저장해 줘."

내부 자료와 외부 정보를 한 번에 종합하는 것이 이 조합의 가치입니다.

실전 사례 ② 회의가 많은 사람

연결: 일정(읽기) + 문서(읽기·쓰기)

흐름: "오늘 회의 일정을 보고, 각 회의의 지난번 회의록을 드라이브에서 찾아 요약해 줘."

아침에 한 번 실행하면 하루 준비가 끝납니다. 이런 반복 흐름은 24회에서 배운 스킬로 만들어 두면 더 좋습니다.

실전 사례 ③ 저시력 사용자를 위한 서비스 선택

32회에서 MCP의 접근성 가치를 이야기했습니다. 여기에 어떤 서비스를 우선 연결할지를 더하면 이렇습니다.

가장 효과가 큰 것 — 문서·저장
클라우드 저장소는 폴더를 파고들어 가는 구조라, 확대 환경에서 탐색 부담이 큽니다. 이걸 "찾아 줘" 한마디로 대체하는 효과가 가장 직접적입니다.

그다음 — 일정
캘린더 화면은 격자 형태라 확대하면 한 화면에 며칠밖에 안 보입니다. "다음 주에 비는 시간 알려 줘"가 훨씬 빠릅니다.

그다음 — 메일 검색
메일함은 목록이 길고 스크롤이 깁니다. 검색과 요약이 특히 유용합니다.

주의가 필요한 것 — 채팅
읽기는 유용하지만, 게시는 되돌리기 어렵고 여러 사람이 봅니다. 확인이 어려운 환경일수록 쓰기 권한은 뒤로 미루는 것이 맞습니다.

그리고 어느 서비스든 이 요청을 함께 쓰시길 권합니다.

"결과는 다섯 줄 이내로 요약해서 알려 주고, 전체 목록이 필요하면 제가 요청하겠습니다."

외부 서비스에서 가져온 자료는 양이 많은 경우가 흔합니다. 목록이 스무 개씩 쏟아지면 확대 환경에서는 그것 자체가 부담입니다. 25회에서 CLAUDE.md에 넣어 둔 규칙이 여기서도 그대로 작동합니다.

핵심 정리 3줄

• 두 축으로 판단하세요. 읽기인가 쓰기인가, 나만 보는가 남도 보는가.
• 문서·저장(읽기)부터 시작하세요. 가장 안전하고 가장 자주 씁니다.
• 발송·게시는 마지막에. 되돌릴 수 없고 남에게 즉시 보입니다.

용어 정리

• 읽기 권한 / 쓰기 권한 — 조회만 가능한지, 만들고 고칠 수도 있는지의 차이.
• 남에게 보이는 작업 — 메일 발송, 채팅 게시, 일정 초대처럼 타인에게 즉시 전달되는 작업.
• 연결 우선순위 — 안전하고 자주 쓰는 것부터. 문서 → 일정 → 메일 순.

다음 회차 예고와 실습 과제

35회 「연결한 도구로 일하기」에서는 여러 서비스를 엮은 실전 시나리오를 다룹니다. 자료 조사부터 문서 저장, 일정 등록까지 이어지는 흐름을 만들어 보고, 자동화가 위험해지는 지점을 짚습니다. 제7부의 마지막 회차입니다.

실습 과제 두 가지

• ① 여섯 종류 중 내 업무에 해당하는 것을 표시하고 우선순위를 정하세요. 전부 연결할 필요는 없습니다.
• ② 읽기 전용으로 하나 더 연결하고, 두 서비스를 함께 쓰는 요청을 시험해 보세요.

②번에서 두 서비스를 엮은 요청이 잘 됐다면 어떤 조합이었는지 댓글로 공유해 주세요. 35회에서 다룰 시나리오 후보로 삼겠습니다.

본 회차는 2026년 8월 2일 기준입니다. 연결 가능한 서비스와 각 서비스가 제공하는 기능 범위는 계속 바뀝니다. 회사 자료를 다루신다면 개인 판단으로 연결하지 마시고 보안 담당 부서와 상의하시기 바랍니다.

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