MCP·API·CLI 차이, 제가 실제로 나눠 쓰는 법
영상 보기
클릭 전까지는 가벼운 미리보기만 먼저 불러옵니다.
🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론
MCP·API·CLI는 하나로 통일하기보다 클로드에 맡길 업무와 필요한 도구에 따라 나눠 쓰는 것이 핵심이다.
📌 핵심 요점
- API는 서비스에 정해진 형식으로 요청하는 연결 통로, MCP는 준비된 도구와 사용법을 AI에 제공하는 공통 연결 방식, CLI는 설치된 프로그램에 명령어로 일을 시키는 방식으로 설명된다.
- 노션 MCP로 강의 노트를 읽고, 클로드가 기획 기준과 콘텐츠 담당 에이전트를 만들게 했다. 자료를 가져오는 역할과 자료를 해석해 업무에 적용하는 역할을 구분한다.
- 유튜브 댓글·자막은 MCP로, 채널 분석 데이터는 API로 가져왔다. 사용한 MCP에 필요한 분석 도구가 없어 두 방식을 함께 쓴 사례다.
- 아침 브리핑은 GWS CLI로 메일·일정을 읽고, API로 유튜브 데이터를 수집한 뒤, 클로드가 정리해 노션에 기록하고 카카오톡으로 요약을 보내는 흐름이다.
- 자동화의 완성도는 연결 이후의 설계에 달려 있다. 필요한 권한만 제공하고, 메시지 길이와 기록 구조를 실제 사용에 맞게 조정했다.
🧩 배경과 문제 정의
발표자는 메일·일정 확인, 콘텐츠 제작, 고객 응대, 강의 준비를 혼자 수행하는 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 중 어디에 있는지 확인하고 연결 방식을 선택한다.
- 노션에 쌓아 둔 노트 하나를 활용해 업무 판단 기준과 담당 에이전트를 만들어 보는 작은 실험을 한다.
- 브리핑을 구성한다면 메일·일정 읽기, 노션 기록, 나에게 메시지 보내기처럼 필요한 권한만 제공한다.
❓ 열린 질문
- 내 업무에서 가장 먼저 연결하면 반복 확인을 줄일 수 있는 자료나 서비스는 무엇인가?
- 필요한 기능이 여러 연결 방식에 모두 있다면, 어떤 기준으로 하나를 선택하고 유지할 것인가?
- 정시 브리핑이 실패하거나 일부 데이터만 수집됐을 때 이를 어떻게 확인하고 처리할 것인가?