클로드 기초 및 활용 35회: 연결한 도구로 일하기 — 시나리오 두 개와 위험 지점

연결은 시작일 뿐입니다

33·34회에서 서비스를 연결하고 종류를 살펴봤습니다. 그런데 연결 자체는 아무것도 해 주지 않습니다.

진짜 가치는 여러 도구를 엮어 하나의 흐름을 만들 때 나옵니다. 오늘은 그 흐름을 두 개 만들어 보고, 그 과정에서 위험해지는 지점을 짚습니다.

오늘의 목표

오늘이 끝나면 할 수 있게 되는 것: 여러 서비스를 엮은 요청을 만들 수 있고, 자동화가 위험해지는 지점을 알아보고, 안전한 습관을 갖추게 됩니다.

엮는다는 것의 의미

지금까지는 한 번에 하나였습니다. "드라이브에서 찾아 줘", "일정 알려 줘".

엮는다는 것은 결과가 다음 단계의 입력이 되는 것입니다.

일정을 보고 → 그 회의와 관련된 자료를 찾고 → 요약해서 문서로 저장

사람이 하면 창을 세 번 오가야 할 일이, 한 문장이 됩니다.

🔴 시나리오 ① 회의 준비 자동화

가장 실용적인 예입니다. 단계별로 봅니다.

요청문

"오늘 일정을 확인하고, 회의가 있으면 각 회의별로 관련 자료가 드라이브에 있는지 찾아 줘. 있으면 회의마다 세 줄로 요약해서 알려 줘. 아직 아무것도 저장하지는 말고."

무슨 일이 일어나나

• 1. 캘린더에서 오늘 일정을 읽습니다
• 2. 회의 제목에서 키워드를 뽑습니다
• 3. 드라이브에서 관련 문서를 찾습니다
• 4. 각각 요약합니다
• 5. 결과를 보여 줍니다

마지막 문장이 핵심입니다. "아직 저장하지 말고" — 결과를 먼저 보고 판단하는 구조입니다.

시나리오 ① 이어서 — 저장까지

결과가 마음에 들면 다음 단계를 요청합니다.

"좋아. 이 내용을 드라이브의 '회의준비' 폴더에 '오늘날짜_회의준비.md'로 저장해 줘. 기존 파일이 있어도 덮어쓰지 말고 새로 만들어 줘."

"덮어쓰지 말고"가 안전장치입니다. 34회에서 문서 연결의 조심할 점으로 짚은 부분입니다.

시나리오 ①을 스킬로

이 흐름을 매일 쓴다면 스킬로 만드세요(30회).

이름: /회의준비
언제: 오늘이나 특정 날짜의 회의 준비를 요청할 때
절차: ① 일정 확인 ② 관련 자료 검색 ③ 회의별 세 줄 요약 ④ 결과를 보여 주고 저장 여부를 묻는다
하지 말 것: 확인 없이 저장하지 않는다. 기존 파일을 덮어쓰지 않는다.

이제 아침에 /회의준비 한 줄이면 됩니다.

🔴 시나리오 ② 자료 조사에서 정리까지

두 번째 시나리오입니다. 11회의 웹 검색까지 엮습니다.

1단계 — 내부 자료 파악

"드라이브의 '○○ 프로젝트' 폴더에 있는 자료들을 훑고, 어떤 내용이 있는지 목차 형태로 정리해 줘."

2단계 — 빈 곳 찾기

"이 자료들에서 빠져 있거나 오래된 정보가 있으면 짚어 줘."

3단계 — 외부 정보로 보충

"짚어 준 부분을 검색해서 최신 정보로 보충해 줘. 출처와 기준 날짜를 함께 알려 줘."

4단계 — 종합

"내부 자료와 검색 결과를 종합해서 보고서 초안을 만들어 줘. 어느 부분이 내부 자료이고 어느 부분이 검색 결과인지 구분해서 표시해 줘."

시나리오 ②의 핵심 — 출처 구분

4단계의 "구분해서 표시해 줘"가 이 시나리오에서 가장 중요합니다.

왜냐하면 내부 자료는 검증된 것이고 검색 결과는 확인이 필요한 것이기 때문입니다. 섞여 버리면 어디를 확인해야 할지 알 수 없습니다.

11회에서 배운 출처 확인 습관이 여러 도구를 엮을 때 더 중요해집니다.

🔴 자동화가 위험해지는 지점

이 회차에서 가장 중요한 부분입니다. 위험은 어디서 시작될까요?

답은 명확합니다. 확인 없이 남에게 전달되는 순간입니다.

단계를 나눠 보면 이렇습니다.

• 읽기 — 위험 없음
• 내 공간에 쓰기 — 되돌릴 수 있음. 낮은 위험
• 기존 것을 덮어쓰기 — 되돌리기 번거로움. 중간 위험
• 남에게 전달(메일·채팅·초대) — 되돌릴 수 없음. 높은 위험

그래서 원칙은 하나입니다. 마지막 단계 앞에 사람이 서야 합니다.

확인 관문 만들기

구체적인 방법입니다. 세 가지를 권합니다.

① 요청문에 넣기 — "보내기 전에 내용을 보여 주고 확인받아 줘"

② 규칙 파일에 넣기 — CLAUDE.md나 개인 지시에(25회). 그러면 매번 말할 필요가 없습니다.

③ 권한으로 막기 — 34회에서 말한 대로, 발송 권한을 아예 연결하지 않는 것이 가장 확실합니다.

③번이 초보자에게 가장 안전합니다. 할 수 없으면 실수할 수도 없습니다.

따라 하기 ① 시나리오 ① 실행

일정과 문서가 연결되어 있다면 회의 준비 시나리오를 실행해 보세요.

연결된 게 하나뿐이라면 그것만으로 해도 됩니다. "드라이브에서 이번 주 관련 자료를 찾아 요약해 줘" 정도로요.

따라 하기 ② 단계 나누기 연습

한 번에 다 시키지 말고 단계별로 해 보세요.

1단계 결과 확인 → 2단계 요청 → 확인 → 3단계 요청.

5회에서 배운 "한 번에 다 시키지 않기"가 여러 서비스를 엮을 때 더 중요해집니다. 실제 서비스가 걸려 있기 때문입니다.

따라 하기 ③ 확인 관문 넣기

규칙 파일에 이 문장을 추가하세요(25회).

"외부 서비스에 무언가를 쓰거나 보내기 전에는 반드시 내용을 보여 주고 확인받을 것. 특히 메일 발송, 채팅 게시, 일정 초대는 예외 없이."

그리고 실제로 확인을 물어보는지 시험해 보세요.

따라 하기 ④ 스킬로 만들기

잘 동작한 흐름 하나를 스킬로 만드세요(30회).

다섯 항목을 채우되, "하지 말 것"에 확인 관문을 반드시 넣으세요.

자주 겪는 오류 ① "중간에 멈춰요"

여러 서비스를 오가면 어느 한 곳에서 막히면 전체가 멈춥니다.

대처는 어디서 멈췄는지 물어보는 것입니다. "어느 단계까지 됐고 어디서 막혔는지 알려 줘."

그리고 그 단계만 따로 시도해 보면 원인이 나옵니다.

오류 ② "결과가 뒤섞여요"

여러 출처에서 온 정보가 구분 없이 합쳐진 경우입니다.

시나리오 ②에서 말한 "출처를 구분해서 표시해 줘"를 요청에 넣으세요. 이건 습관으로 만들 가치가 있습니다.

오류 ③ "너무 오래 걸려요"

여러 서비스를 오가니 당연합니다. 줄이는 방법은 범위를 좁히는 것입니다.

"드라이브 전체" → "'○○' 폴더만"
"모든 일정" → "오늘 일정만"

그리고 단계를 나누면 각 단계가 짧아져서 체감이 나아집니다.

오류 ④ "확인 없이 실행됐어요"

가장 조심해야 할 상황입니다. 원인은 셋 중 하나입니다.

① 확인 관문을 안 넣었다 — 요청문에도 규칙 파일에도 없었던 경우.
② 권한 설정이 넓다 — 20·23회에서 다룬 자동 허용이 너무 넓게 잡힌 경우.
③ 스킬 안에 그런 지시가 있다 — 30회에서 말한 위험입니다.

세 곳을 다 점검하세요. 그리고 가장 확실한 대책은 권한을 아예 안 주는 것입니다.

실전 사례 ① 아침 브리핑

매일 아침 실행하는 흐름입니다.

"오늘 일정을 알려 주고, 어제 온 메일 중 답장이 필요해 보이는 것을 골라 줘. 각각 한 줄로. 아무것도 보내지는 말고 목록만."

5분이면 하루 준비가 끝납니다. 그리고 "보내지는 말고"가 이 요청을 안전하게 만듭니다.

실전 사례 ② 주간 정리

금요일에 실행하는 흐름입니다.

"이번 주 일정과 드라이브에 새로 생긴 파일을 확인해서, 이번 주에 무슨 일이 있었는지 정리해 줘. 그리고 다음 주 일정에서 준비가 필요해 보이는 것을 짚어 줘."

기록과 계획을 한 번에 얻습니다. 이 결과를 문서로 저장해 두면 주간 보고의 재료가 됩니다.

실전 사례 ③ 저시력 사용자를 위한 흐름 설계

여러 도구를 엮는 것은 확대 환경에서 가장 효과가 큰 활용입니다. 창을 세 번 오가던 일이 한 문장이 되니까요.

다만 32회에서 말한 "편리한 만큼 확인이 어려워진다"는 문제가 여기서 가장 커집니다. 여러 단계가 자동으로 지나가면, 무엇이 어떻게 됐는지 파악하기 어렵습니다.

권하는 설계

① 단계마다 한 줄 보고를 요청하세요.

"각 단계가 끝날 때마다 무엇을 했는지 한 줄로 알려 줘. 자세한 내용은 마지막에 요약으로."

진행 상황이 짧은 줄로 쌓이면 확대 화면에서도 따라가기 쉽습니다.

② 결과는 파일로 받으세요. 화면에서 긴 결과를 읽는 것보다, 파일로 저장해 평소 쓰는 편집기에서 큰 글씨로 읽는 편이 언제나 낫습니다. 21회·26회에서 반복한 원칙입니다.

③ 확인 관문을 반드시. 이건 접근성 문제이기도 합니다. 화면을 빠르게 훑어 이상을 발견하기 어려운 환경일수록, 실행 전에 멈춰 서서 확인할 기회가 필요합니다.

정리하면 이렇습니다. 엮어서 편해지되, 각 단계의 흔적은 짧게 남기고, 되돌릴 수 없는 것 앞에서는 반드시 멈추게 한다.

제7부를 마치며

32회부터 35회까지, 「MCP와 외부 서비스 연결」을 마칩니다.

• 32회 — MCP는 도구를 꽂는 규격
• 33회 — 연결하고, 확인하고, 끊기
• 34회 — 무엇을 연결하면 무엇이 되나
• 35회 — 엮어서 일하기와 위험 지점

이 부의 핵심은 "클로드를 대화 상대에서 내 도구를 다루는 비서로"였습니다. 그리고 그만큼 권한과 확인의 이야기이기도 했습니다.

핵심 정리 3줄

• 엮는다는 것은 결과가 다음 입력이 되는 것입니다. 창을 오가던 일이 한 문장이 됩니다.
• 위험은 확인 없이 남에게 전달되는 순간 시작됩니다. 그 앞에 사람이 서야 합니다.
• 가장 확실한 대책은 권한을 안 주는 것입니다. 할 수 없으면 실수할 수도 없습니다.

용어 정리

• 엮기 — 한 서비스의 결과를 다음 서비스의 입력으로 이어 가는 흐름.
• 확인 관문 — 되돌릴 수 없는 작업 전에 사람의 승인을 거치게 하는 장치.
• 출처 구분 — 내부 자료와 외부 검색 결과를 표시해 나누는 것.
• 위험 등급 — 읽기 < 새로 쓰기 < 덮어쓰기 < 남에게 전달.

다음 회차 예고와 실습 과제

다음 회차부터 제8부 「실전과 마무리」(36~38회)가 시작됩니다. 36회는 「접근성 관점의 클로드」입니다. 이 시리즈 내내 각 회차 끝에서 조금씩 다뤄 온 이야기를 한 회차로 모아 정면으로 다룹니다. 화면 낭독 프로그램과 함께 쓰기, 터미널이 오히려 접근성이 좋은 이유, 저시력 작업 환경 구성 — 실전 경험을 바탕으로요.

실습 과제 두 가지

• ① 시나리오 하나를 단계별로 나눠 실행해 보세요. 한 번에 다 시키지 않는 감각을 익히는 것이 목적입니다.
• ② 규칙 파일에 확인 관문 문장을 넣고, 실제로 확인을 물어보는지 시험해 보세요.

만드신 흐름 중 "이건 매일 쓰겠다" 싶은 게 있으면 댓글로 공유해 주세요.

본 회차는 2026년 8월 2일 기준입니다. 외부 서비스로 무언가를 보내거나 게시하는 작업은 되돌릴 수 없습니다. 확인 절차 없이 자동 실행되게 설정하지 마시고, 회사 자료를 다루신다면 소속 조직의 정책을 먼저 확인하시기 바랍니다.

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