AI가 혼자서는 할 수 없는 것
바이브 코딩 MCP를 이해하려면 먼저 AI가 혼자 할 수 없는 일부터 봐야 합니다. ChatGPT든 Claude든, AI에게 질문하면 꽤 그럴듯한 답을 내놓습니다. 그런데 한 가지 이상한 점이 있어요. “내 노션 회의록 정리해줘”라고 하면 못 합니다. “이 폴더에 있는 파일 이름 바꿔줘”라고 해도 못 하고요. 똑똑한 건 맞는데, 실제로 뭔가를 하지는 못하는 겁니다.
왜 그럴까요? 여기서 LLM이라는 개념을 한 번만 짚고 넘어가겠습니다. LLM은 Large Language Model의 약자로, 쉽게 말해 “엄청나게 많은 글을 읽고 학습한 AI”예요. ChatGPT, Claude, Gemini 같은 서비스가 전부 이 LLM을 기반으로 만들어진 겁니다. 이 글에서는 앞으로 그냥 “AI“라고 부를게요.
이 AI는 태생적으로 대화만 할 수 있습니다. 텍스트를 받아서 텍스트를 돌려주는 게 전부예요. 파일을 열 수도, 웹사이트에 접속할 수도, 앱을 조작할 수도 없습니다. 아무리 머리가 좋아도 손발이 없는 셈이죠. 이런 구조적 문제는 이전에 정리한 바이브 코딩 한계와도 이어집니다.
그래서 등장한 게 MCP입니다.
MCP가 뭔가요
MCP는 Model Context Protocol의 약자인데, 이름은 몰라도 됩니다. 중요한 건 이게 하는 일이에요.
비유를 하나 들어볼게요. 예전에는 핸드폰마다 충전 단자가 달랐습니다. 삼성은 삼성 케이블, 아이폰은 아이폰 케이블. 여행 갈 때 케이블을 서너 개씩 챙겨야 했죠. 그러다 USB-C가 나왔습니다. 하나의 규격으로 거의 모든 기기를 연결할 수 있게 된 거예요.
바이브 코딩 MCP는 AI 세계의 USB-C입니다. AI가 노션, 구글 드라이브, 파일 시스템, 데이터베이스 같은 외부 도구와 연결될 때 쓰는 공통 규격이에요. 이 규격이 없던 시절에는 AI에 도구 하나를 연결하려면 개발자가 직접 연결 코드를 짜야 했습니다. 도구가 10개면 연결 코드도 10개. AI 서비스가 3개면 30개. 조합이 늘어날수록 감당이 안 됐죠.
바이브 코딩 MCP는 이걸 “한 번 만들면 어디서든 쓸 수 있는 규격“으로 바꿨습니다. Anthropic이 2024년 11월 오픈소스로 공개했고, 지금은 OpenAI를 비롯한 주요 AI·클라우드 기업이 이 규격을 지원합니다.
바이브 코딩 MCP를 연결하면 생기는 일
대화만 하던 AI에 MCP를 연결하면 어떻게 되냐고요? 손발이 생깁니다.
노션 MCP를 연결하면 AI가 노션 페이지를 직접 읽고 정리할 수 있게 됩니다. 파일 시스템 MCP를 연결하면 폴더 안의 파일을 검색하고, 이름을 바꾸고, 내용을 수정할 수 있어요. 깃허브 MCP를 달면 코드 저장소에서 이슈를 확인하고 코드를 수정합니다.
핵심은 이겁니다. AI 자체가 똑똑해진 게 아니라, AI가 쓸 수 있는 도구가 연결된 거예요. 머리만 있던 AI에 손과 발이 붙으면서 “실제로 일하는 AI”, 즉 AI 에이전트가 되는 겁니다.
바이브 코딩 MCP를 사용할 때 이 차이가 가장 뚜렷하게 느껴집니다. 제가 처음 바이브 코딩을 시작했을 때는 GPT에게 “이 코드 어떻게 고쳐?”라고 물어보고, 답으로 받은 코드를 직접 복사해서 에디터에 붙여넣고, 안 되면 다시 물어보는 식이었어요. AI가 답은 잘 해줬지만, 실제로 코드를 고치는 건 결국 제 손이었습니다.
바이브 코딩 MCP가 나온 뒤로는 완전히 달라졌습니다. AI 에이전트가 파일을 직접 열고, 코드를 수정하고, 실행까지 합니다. 제가 할 일은 “이 부분 이렇게 바꿔줘”라고 말하는 것뿐이에요. 코드를 복사해서 붙여넣을 필요가 없어졌죠. 그때부터 진짜로 AI에게 업무를 위임할 수 있게 됐습니다.
2026년 7월, MCP는 이미 어디에나 있다
여기까지 읽으면서 “나는 MCP 같은 거 설정한 적 없는데?”라고 생각하신 분이 많을 겁니다. 맞습니다. 요즘은 예전보다 설정이 훨씬 간단해졌어요.
2024년 말에 처음 나왔을 때 MCP는 개발자들의 실험 도구였습니다. JSON 설정 파일을 직접 열어서 서버 경로를 입력하고, Node.js를 설치하고, 터미널에서 명령어를 쳐야 했죠. 비개발자가 접근하기엔 벽이 높았습니다.
그런데 1년 반이 지난 지금은 상황이 완전히 달라졌어요. Claude Desktop에서 노션이나 구글 드라이브를 연결하고, ChatGPT나 Cursor에서 외부 도구를 연결할 때 MCP를 선택할 수 있습니다. 모든 연결과 동작이 MCP로만 구현되는 것은 아니지만, 사용자가 복잡한 설정 파일을 직접 다루지 않고 AI와 도구를 이어주는 대표 규격으로 자리 잡은 건 분명합니다.
숫자로 보면 규모가 느껴집니다. 2026년 7월 말 npm에서 MCP TypeScript SDK만 주간 다운로드 4,500만 회를 넘었습니다. 바로 며칠 전인 7월 28일에는 세션 없는 코어와 확장 구조를 도입한 새 규격도 정식으로 나왔습니다.
MCP를 만든 사람들의 표현을 빌리면, MCP의 궁극적 방향은 “사용자가 눈치채지 못하는 보이지 않는 인프라”입니다. 그리고 2026년 7월 현재, 거의 그 단계에 와 있어요.
비개발자가 바이브 코딩 MCP를 알아야 하는 진짜 이유
그러면 어차피 보이지 않는 건데 왜 알아야 할까요?
USB-C를 몰라도 충전은 됩니다. 하지만 USB-C가 뭔지 아는 사람은 “이 허브를 사면 모니터도 연결되고 외장하드도 쓸 수 있겠네”라는 판단을 할 수 있죠. 바이브 코딩 MCP도 마찬가지입니다.
바이브 코딩 MCP가 뭔지 아는 사람은 AI 도구를 고를 때 기준이 달라집니다. 이 도구가 MCP를 지원하는지, 어떤 서버를 연결할 수 있는지를 보면 “이 AI로 내 업무의 어디까지 자동화할 수 있는가”가 보이거든요. 코딩을 모르는 사람이 바이브 코딩으로 앱을 만들 수 있게 된 것처럼, 바이브 코딩 MCP를 이해하면 개발자 없이도 AI가 할 수 있는 일의 범위를 직접 설계할 수 있습니다.
제가 그랬습니다. MCP가 뭔지 몰랐을 때는 AI에게 물어보고, 답을 받아서, 제가 직접 옮기는 게 전부였어요. 지금은 AI가 제 도구들을 직접 다루면서 일을 합니다. 달라진 건 제 코딩 실력이 아니라, AI에 연결된 도구의 수였습니다.