YouTube태오의 실행 비즈니스·2026년 11월 8일·0

MCP·API·CLI 차이, 제가 실제로 나눠 쓰는 법

Quick Summary

MCP·API·CLI는 하나로 통일하기보다 클로드에 맡길 업무와 필요한 도구에 따라 나눠 쓰는 것이 핵심이다.

영상 보기

클릭 전까지는 가벼운 미리보기만 먼저 불러옵니다.

원본 열기

🖼️ 인포그래픽

MCP·API·CLI 차이, 제가 실제로 나눠 쓰는 법 내용을 설명하는 본문 이미지

🖼️ 4컷 인포그래픽

MCP·API·CLI 차이, 제가 실제로 나눠 쓰는 법의 핵심 내용을 4단계로 요약한 인포그래픽
MCP·API·CLI 차이, 제가 실제로 나눠 쓰는 법 핵심 내용을 4단계로 압축한 4컷 인포그래픽

💡 한 줄 결론

MCP·API·CLI는 하나로 통일하기보다 클로드에 맡길 업무와 필요한 도구에 따라 나눠 쓰는 것이 핵심이다.

📌 핵심 요점

  1. API는 서비스에 정해진 형식으로 요청하는 연결 통로, MCP는 준비된 도구와 사용법을 AI에 제공하는 공통 연결 방식, CLI는 설치된 프로그램에 명령어로 일을 시키는 방식으로 설명된다.
  2. 노션 MCP로 강의 노트를 읽고, 클로드가 기획 기준과 콘텐츠 담당 에이전트를 만들게 했다. 자료를 가져오는 역할과 자료를 해석해 업무에 적용하는 역할을 구분한다.
  3. 유튜브 댓글·자막은 MCP로, 채널 분석 데이터는 API로 가져왔다. 사용한 MCP에 필요한 분석 도구가 없어 두 방식을 함께 쓴 사례다.
  4. 아침 브리핑은 GWS CLI로 메일·일정을 읽고, API로 유튜브 데이터를 수집한 뒤, 클로드가 정리해 노션에 기록하고 카카오톡으로 요약을 보내는 흐름이다.
  5. 자동화의 완성도는 연결 이후의 설계에 달려 있다. 필요한 권한만 제공하고, 메시지 길이와 기록 구조를 실제 사용에 맞게 조정했다.

🧩 배경과 문제 정의

발표자는 메일·일정 확인, 콘텐츠 제작, 고객 응대, 강의 준비를 혼자 수행하는 1인 사업자다. 반복되는 업무와 과부하를 줄이기 위해 클로드에 여러 서비스를 연결했고, 처음에는 이것저것 연결했다가 실제로 쓰는 몇 가지를 남겼다고 설명한다.

영상이 다루는 문제는 MCP·API·CLI 중 하나를 고르는 것이 아니라, 각 업무에 필요한 기능을 어떤 방식으로 연결할지 판단하는 것이다. 노션의 학습 기록을 기획 기준으로 활용하고, 유튜브 댓글과 분석 데이터를 콘텐츠 개선에 반영한 뒤, 메일·일정까지 묶어 아침 브리핑으로 전달하는 세 가지 사례를 제시한다.

🕒 시간순 섹션별 상세정리

1. 아침 브리핑으로 제시한 세 가지 연결 방식

  • 오전 8시 카카오톡으로 일정, 답장할 메일, 뉴스레터 요약, 유튜브 데이터와 댓글 확인 결과를 받고, 상세 내용은 노션에 쌓는 사용 모습을 보여준다. [00:14]
  • 메일·일정에는 CLI, 유튜브 데이터에는 API, 노션과 카카오톡 나에게 보내기에는 MCP를 사용한다. CLI로 모두 대체한다는 주장과 달리, 발표자는 맡기는 일이 달라 세 방식을 함께 쓴다고 보여준다. [00:41]
  • API는 정해진 형식의 서비스 요청 통로, MCP는 도구와 사용법을 제공하는 공통 연결 방식, CLI는 설치된 프로그램을 명령어로 사용하는 방식으로 비유하며 업무에 맞춰 선택하라고 드러낸다. [02:00]

2. 노션의 학습 기록을 콘텐츠 담당 에이전트로 전환

  • 정리만 하고 다시 보지 않던 강의 노트를 클로드 코드에 제공하고, 내용을 이해하는 에이전트를 만들어 달라고 요청한다. 클로드는 노션을 읽고 기획 기준과 콘텐츠 담당 역할을 담은 두 파일을 만든다. [02:49]
  • 노션에서 내용을 가져오는 일은 MCP가, 가져온 내용으로 기준을 정리하고 에이전트를 만드는 일은 클로드가 맡는다. 이후에는 담당 에이전트에 주제의 적절성과 기획의 약점을 물어본다. [03:15]
  • 강의 노트뿐 아니라 독서 메모와 회의록에도 적용할 수 있다. 핵심은 노션을 저장 공간으로만 두지 않고, 기록을 실제 판단과 실행에 활용하는 것이다. [03:47]

3. 유튜브 댓글과 분석 데이터를 함께 기획에 반영

  • 자신의 기획 기준만으로는 시청자가 궁금해하는 내용을 알기 어려워 댓글을 추가로 읽는다. 댓글은 유튜브 MCP로, 채널 분석 데이터는 API로 가져온다. [04:18]
  • 기존 영상 구조와 참고 영상의 댓글을 함께 제공해 좋은 반응과 추가 질문을 기획에 반영한다. 쉬운 비유에 대한 호응, CLI 설명과 실무 예시 요청이 이번 영상 구성에 영향을 줬다고 드러낸다. [05:04]
  • 특정 영상에서 비구독 시청자가 94%였고 실전 장면 이전에 많은 시청자가 이탈했다고 설명하며, 이번에는 결과를 앞부분에 배치했다. 분석 데이터는 사용한 MCP에 필요한 도구가 없어 API로 보완했다. [05:46]

4. 반복 확인 업무를 오전 8시 브리핑으로 통합

  • 필요할 때 직접 요청하던 작업을 정기 업무로 묶는다. GWS CLI로 일정·메일을 읽고, 유튜브 API로 데이터를 가져와 클로드가 정리한 뒤, 노션 MCP로 상세 기록을 남기고 플레이 MCP로 카카오톡 요약을 보낸다. [06:32]
  • 브리핑에는 오늘 일정, 답장이 필요한 메일, 뉴스레터 요약, 신규 구독자 증가와 댓글 현황을 포함하도록 요청한다. 카카오톡은 짧게, 노션은 연도·월·날짜별로 정리하도록 지정한다. [06:54]
  • 메일은 읽기·목록 보기, 일정은 읽기, 노션은 페이지 생성·쓰기, 카카오톡은 나에게 보내기만 허용한다. 메일 발송과 일정 수정 도구는 연결하지 않아 필요한 작업만 수행하도록 제한한다. [07:21]

5. 실제 사용에서 드러난 제약과 선택 기준 조정

  • 연결을 마친 뒤에도 불편함이 있었다. 사용한 플레이 MCP의 메시지당 200자 제한 때문에 카카오톡을 네 개로 나눠 보내도록 바꿨다. [07:39]
  • 노션은 한 페이지에 계속 누적하는 대신 연도·월·날짜 순서로 페이지가 생기도록 바꿔, 기록이 늘어나도 찾기 쉽게 구성했다. [07:58]
  • 구글 서비스는 시트 등으로 활용을 넓힐 수 있어 GWS CLI를 선택했고, 노션은 자신의 활용 목적에 맞춰 MCP를 사용했다. 유튜브도 필요한 기능에 따라 MCP와 API를 함께 쓴다는 선택 기준을 재확인한다. [08:26]

6. 클로드 연결과 자동 실행 요청 방법 시연

  • 클로드 데스크톱의 설정과 커넥터에서 노션을 연결하고 도구별 권한을 확인한다. 플레이 MCP에서는 카카오톡 나에게 보내기 도구를 추가·인증한 뒤 클로드에도 연결하는 과정을 보여 준다. [09:49]
  • 유튜브 댓글·자막 MCP는 저장소 주소와 함께 실행 환경 확인 및 기존 설정 보존을 요청해 설치한다. GWS CLI는 현재 설치 상태부터 확인하고 권한 연결과 인증을 순서대로 안내하도록 요청한다. [10:58]
  • 유튜브 분석은 읽기 전용 연결과 필요한 프로그램·인증 안내를 요청하는 방식으로 보여준다. 이어 오전 8시 실행, 데이터 수집, 카카오톡 전달, 노션 기록, 구글 서비스 조회에 사용할 연결 방식을 텍스트로 지정한다. [11:54]

7. 반복 업무를 맡기는 목적과 오늘 실행할 한 가지

  • 발표자는 혼자 사업을 하며 여러 업무를 감당하다 번아웃을 겪었다고 드러낸다. 이후 반복 업무는 AI 시스템에 맡기고 자신이 몰입할 일에 집중하는 방향으로 바꿨다고 보여준다. [12:37]
  • 연결 기준표와 영상에서 보여 준 순서는 설명란·고정 댓글로 제공하고, 실험 내용은 매주 일요일 저녁 뉴스레터로 공유한다고 안내한다. [13:06]
  • 아직 연결하지 않았다면 내 업무 중 무엇을 연결하면 좋을지 생각하고, 오늘 한 가지를 실행해 보라고 권한다. 구독·좋아요 안내와 인사로 영상을 마친다. [13:27]

🧾 결론

  • 선택 기준은 특정 연결 방식의 유행보다 내 업무에 필요한 기능이 실제로 제공되는지다.
  • 노션의 학습 자료, 유튜브 시청자 반응, 채널 데이터를 함께 활용하면 콘텐츠 기획에 서로 다른 판단 근거를 보탤 수 있다.
  • 반복 업무를 하나의 흐름으로 묶되, 실행 권한과 결과 전달 방식을 구체적으로 정해야 일상에서 사용할 수 있는 시스템이 된다.

📈 투자·시사 포인트

  • 이 영상이 제시하는 판단 근거는 특정 기업의 투자 매력보다 업무 자동화의 활용 방식에 관한 것이다. 제품을 비교할 때 필요한 도구의 지원 범위와 업무 적합성을 살펴볼 수 있다.
  • 1인 사업자의 활용 사례에서는 메일 확인·자료 수집·보고 같은 반복 업무를 시스템에 맡기고 콘텐츠 제작 등 집중할 업무에 시간을 배분하는 것이 목표다. 절감 시간과 비용은 제시되지 않았다.
  • 연결 수를 늘리는 것보다 필요한 권한만 제공하고 결과를 찾기 쉽게 기록하는 운영 설계가 중요하다. 발표자는 이를 토큰 사용과 부작용을 줄이는 방법으로 설명한다.
  • 댓글의 정성적 반응과 채널의 정량적 데이터를 함께 보는 방식은 콘텐츠 개선의 근거를 넓힌다. 다만 영상에서 소개한 구성 변경의 성과가 별도로 검증된 것은 아니다.

⚠️ 불확실하거나 확인이 필요한 부분

  • 유튜브 분석에 필요한 API 종류, 인증 방식, 권한 범위는 구체적으로 제시되지 않는다. 영상의 API 키 설명만으로 전체 연결 절차를 재현할 수 있는지는 확인이 필요하다.
  • 분석 데이터를 가져올 도구가 없었다는 설명은 발표자가 사용한 유튜브 MCP에 관한 경험이다. 모든 유튜브 MCP가 같은 기능 제약을 갖는다는 뜻으로 일반화할 수 없다.
  • 카카오톡 메시지당 200자 제한은 영상에서 사용한 플레이 MCP의 제약으로 소개된다. 다른 연결 방식에도 같은 제한이 적용되는지는 알 수 없다.
  • 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
  • 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
  • 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

  • 내 반복 업무 중 하나를 골라 필요한 입력 자료, 처리 작업, 결과를 받을 곳을 적는다.
  • 각 작업에 필요한 도구가 MCP·API·CLI 중 어디에 있는지 확인하고 연결 방식을 선택한다.
  • 노션에 쌓아 둔 노트 하나를 활용해 업무 판단 기준과 담당 에이전트를 만들어 보는 작은 실험을 한다.
  • 브리핑을 구성한다면 메일·일정 읽기, 노션 기록, 나에게 메시지 보내기처럼 필요한 권한만 제공한다.

❓ 열린 질문

  • 내 업무에서 가장 먼저 연결하면 반복 확인을 줄일 수 있는 자료나 서비스는 무엇인가?
  • 필요한 기능이 여러 연결 방식에 모두 있다면, 어떤 기준으로 하나를 선택하고 유지할 것인가?
  • 정시 브리핑이 실패하거나 일부 데이터만 수집됐을 때 이를 어떻게 확인하고 처리할 것인가?

관련 문서

공통 태그와 주제 흐름을 기준으로 같이 보면 좋은 문서를 이어서 제안합니다.