API · MCP · Skill,
대체 뭘 언제 써야 하죠?

01 · 한눈에 보기

셋은 서로 다른
종류의 도구예요.

먼저 짧게 정리하면 이렇습니다. 각각 해결하는 문제가 달라요.

이해를 돕기 위한 비유예요. MCP는 출입증 자체가 아니라, AI 앱이 외부 정보와 도구에 연결하는 표준 방식이에요. 실제로 무엇을 볼 수 있는지는 연결과 권한에 따라 달라져요.

질문으로 바꿔보면

AI를 새로 합류한 팀원이라고 생각해보세요

새 팀원이 일을 시작하려면 세 가지가 필요해요. DocuRise에 대입하면 이렇게 돼요.

각각의 역할

02 · MCP

AI에게 주는
사내 시스템 출입증이에요.

MCP는 Model Context Protocol의 줄임말이에요. AI 앱이 외부 정보나 도구에 연결할 수 있도록 돕는 표준 방식입니다.

아이린의 실무 메모언제 연결할까

저는 새로운 연결 기능을 볼 때 “이걸 쓸 수 있나?”보다 “이걸 붙이면 어떤 반복이 없어지나?”를 먼저 생각해요.

AI에게 가끔 문서 하나를 붙여넣는 정도라면 지금 방식으로도 충분해요. 그런데 필요한 자료를 매번 찾고, 복사하고, 다시 설명하는 일이 반복된다면 그때 MCP를 살펴볼 이유가 생겨요.

저는 DocuRise를 MCP로 연결해두고 쓰는데, 가장 편한 건 AI와 이야기하듯 작업이 이어진다는 점이에요.

AI 앱이 MCP를 통해 필요한 도구에 닿았다가 결과를 가져와요.

DocuRise에 연결하면 이렇게 말할 수 있어요

DocuRise를 AI 앱에 MCP로 연결하면, 자료를 보고 정리하는 일을 대화로 맡길 수 있어요. 아래는 이해를 돕기 위한 예시 대화예요. 숫자와 이름은 가상이고, 실제로 조회할 수 있는 범위는 연결과 권한에 따라 달라요.

MCP와 API는 무엇이 다른가요?

“무엇이 더 좋으냐”보다 어떤 방식으로 연결하고 누가 그 연결을 사용하느냐에 가까워요.

둘이 함께 쓰이기도 해요

서비스 접근에 API가 쓰일 수도 있지만, 모든 MCP 서버가 반드시 API를 쓰는 것은 아니에요. 로컬 파일 등 다른 방식으로 접근하기도 해요.

연결할 때의 기본 순서

제품마다 메뉴와 인증 방법은 다르지만 판단 순서는 비슷해요.

MCP를 먼저 보면 좋은 사람

03 · Skill

AI용
업무 매뉴얼이에요.

AI에게 이런 피드백을 반복한 적 있나요?

“없는 내용을 추측해서 쓰지 마.”“먼저 핵심 문제부터 정리해줘.”“고객에게 바로 보내지 말고 초안만 만들어줘.”“변경한 다음에는 테스트 결과도 알려줘.”

같은 업무를 자주 한다면, 매번 처음부터 설명하는 대신 업무에 필요한 지침과 기준을 재사용 가능한 형태로 정리할 수 있어요. 이 자료집에서는 이런 생각을 넓은 의미의 Skill로 설명합니다. 도구에 따라 참고 파일이나 스크립트를 함께 쓸 수도 있어요.

매뉴얼이 있으면 AI가 항목을 하나씩 확인하며 일해요.

아이린의 실무 메모왜 기준을 남길까

AI 결과물이 마음에 들지 않을 때 매번 “이렇게 말고 다시”라고만 하면, 비슷한 수정이 계속 반복돼요.

제가 중요하게 보는 건 잘 나온 결과 하나보다 왜 그 결과가 괜찮았는지 기준을 남기는 것이에요. 어떤 순서로 확인했는지, 무엇을 추측하면 안 되는지, 어디서 사람이 판단해야 하는지. 이런 기준이 쌓이면 AI에게 일을 맡기는 방식도 조금씩 선명해져요.

Skill에는 이런 내용이 들어가요

단순 프롬프트와는 어떻게 다른가요?

Skill을 만들었다고 결과가 항상 정확해지는 것은 아니에요. 지침이 모호하거나 참고 자료가 잘못되면 결과도 흔들려요.

순서, 근거, 금지 사항, 결과물 형식이 들어 있어서 누가 시켜도 비슷한 결과가 나와요.

업무 지침 템플릿 보기 →Claude·GPT 등 도구별 차이 보기 →

Skill부터 정리하면 좋은 사람

04 · API

프로그램끼리
대화하는 약속이에요.

API는 한 프로그램이 다른 프로그램의 데이터나 기능을 정해진 방식으로 사용할 수 있게 만든 인터페이스예요. 사람은 화면에서 버튼을 누르고, 프로그램은 API에 요청을 보냅니다.

내가 먼저 요청하고, 서비스가 결과를 돌려줘요.

예를 들어 내 웹사이트에서 결제 기능을 제공하고 싶다면, 결제 기능 전체를 직접 만들지 않고 결제 서비스의 API를 이용할 수 있어요. API는 단순한 데이터 통로가 아니라, 다른 서비스의 기능을 내 제품이나 업무 흐름에서 쓰게 하는 접점이에요.

요청과 응답 예시 (형식은 서비스마다 달라요)

API로 할 수 있는 일

이런 상황이라면 API를 살펴보세요

API가 있으면 모든 걸 할 수 있나요? →API와 웹훅의 차이 →

API를 먼저 보면 좋은 사람

05 · 하나의 업무로 다시 보기

그래서 실제 업무에서는
어떻게 함께 쓸까요?

고객 문의 답변 준비를 예로 들어볼게요. 단계를 눌러 어디가 막히는지 확인해보세요.

선택 가능한 예시 흐름이에요. 모든 업무에 세 가지가 다 필요한 것은 아니고, 각 도구가 어디에 쓰일 수 있는지 보여주는 하나의 그림이에요.

문제 A. 문의가 여러 곳에 흩어져 있다

웹사이트, 이메일, 고객 관리 도구의 정보가 서로 연결되지 않아 같은 내용을 여러 번 옮겨 적습니다. 서비스 간 연결을 살펴봐야 해요. 이때 API가 쓰일 수 있습니다.

문제 B. AI가 필요한 정보를 모른다

AI에게 답변을 부탁했는데, 최신 도움말이나 제품 정보를 알지 못합니다. AI가 필요한 정보에 접근하는 방식을 살펴봐야 해요. 이때 MCP가 쓰일 수 있습니다.

문제 C. AI 답변이 매번 다르다

필요한 정보는 줬지만, 어떤 때는 장황하고 어떤 때는 없는 내용을 만들어냅니다. 답변을 만드는 기준과 확인 절차를 정리해야 해요. 이때 Skill이 도움이 될 수 있습니다.

어떤 도구를 써도 사람이 남는 단계

답변이 적절한지 확인하고 보내는 일은 사람의 판단이 필요한 경우가 많아요. 지침에 “초안으로만 작성”이라는 기준을 넣고, 발송은 담당자가 하도록 남겨둘 수 있어요.

하나만으로는 부족할 때가 있어요

필요한 것이 겹치는 만큼 조합해서 쓰면 돼요.

셋은 어떻게 조합할 수 있나요?

지금 내 업무에서 가장 자주 막히는 부분은 어디인가?

06 · 내 업무에 적용하기

매주 반복하는
작은 업무 하나만 골라보세요.

한 번에 모든 도구를 연결하려 하지 말고, 매주 반복하는 작은 업무 하나로 시작하세요.

한 번에 하나씩, 작게 돌려보고 확인해요.

세 가지만 물어보세요

더 자세한 업무 설계 템플릿과, 어떤 방식이 필요한지 AI에게 물어보는 요청문은 참고 영역에 있어요.

연결할 수 있다는 것과 연결해도 된다는 것은 달라요

AI가 정보를 읽는 것을 넘어 생성·수정·삭제·발송까지 할 수 있다면, 권한은 단계적으로 여세요.

처음에는 검은색 1~2단계, 즉 읽기 전용·작은 범위·사람의 검토부터 시작하는 편이 안전해요.

연결 전에 확인할 항목 전체는 안전 체크리스트에 있어요.

07 · DocuRise를 만들면서 생각한 것

만드는 사람의 눈으로 본
API와 MCP예요.

아이린의 실무 메모DocuRise를 만들면서

자료를 만드는 사람마다 일하는 방식이 달라요. 어떤 분은 화면에서 직접 자료를 관리하고, 어떤 분은 본인이 만든 서비스나 운영 도구와 연결하고 싶어 하고, 또 어떤 분은 AI와 대화하면서 자료를 활용하고 싶어 해요.

그래서 DocuRise는 API와 MCP를 모두 지원해요. 저도 두 가지로 세팅해두고 많이 쓰고, 제가 쓰기 쉽게 계속 만들어가고 있어요.

MCP로 연결해서 써보니 가장 크게 느낀 건 세 가지예요. AI와 이야기하면서 작업이 자연스럽게 이어진다는 점, 제가 직접 세팅했다면 놓쳤을 부분을 AI가 잡아준다는 점, 그리고 더 빠르고 퀄리티 있는 결과물이 나온다는 점이에요.

그래서 이 가이드에서도 “어느 쪽이 더 좋은가”보다 내가 어디에서 작업하고, 무엇을 연결하고 싶은가를 먼저 보셨으면 해요.

AI 앱에서 DocuRise 사용하기 · MCP 가이드 →다른 크리에이터의 DocuRise 자료 보기 →

대화로 이렇게 이어져요

앞에서 본 읽기 예시 외에, 만들고 공개하는 일도 대화로 할 수 있어요. 아래도 예시 대화이고, 실제 지원 범위와 승인 방식은 연결과 권한에 따라 달라요.

Instagram 댓글을 받으면 자료를 DM으로

게시물에 키워드 댓글이 달리면 자료 링크를 DM으로 보내는 설정도 대화로 만들 수 있어요. 설정이 한 번 만들어지면 그 뒤로는 사람이 일일이 보내지 않아도 돼요.

댓글 하나가 DM으로 이어지는 흐름이에요.

DocuRise에서는 이렇게 이어져요

세 개념을 DocuRise 신청 폼에 대입해볼게요. 선택 가능한 예시 흐름이에요.

시스템 연결이 필요한가, AI의 정보 접근이 필요한가, 반복 업무의 기준이 필요한가?

마지막으로 기억할 것

어디에서 일이 끊기는지
먼저 보세요.

AI 업무를 설계할 때는 새로운 기술 이름부터 외우기보다, 지금 어디에서 일이 끊기는지 먼저 보는 게 좋아요.

그리고 세 가지를 모두 쓸 필요는 없어요. 가장 중요한 질문은 이것입니다.

내가 반복해서 옮기고, 찾고, 다시 설명하고, 수정하는 일은 무엇인가?

그중 하나만 줄여도 충분히 좋은 시작이에요.

참고 영역

필요할 때
찾아보는 자료예요.

여기부터는 본문을 읽은 뒤, 필요한 순간에 꺼내 쓰는 자료예요. 처음부터 다 읽을 필요는 없어요.

전체 목차

본문

참고