MCP의 세계에 빠져들다...

저는 코더가 전혀 아닙니다.
HTML과 CSS 정도는 다룰 수 있습니다. 아홉 살 무렵 Geocities에서 웹사이트를 만들기 시작했으니까요. 하지만 실제 코딩은 항상 저에게 차원이 다른 문제였습니다. 소위 '스크립트 키디 (script kiddie)' 수준으로는 누구보다 잘 해낼 수 있었지만, 컴퓨터 프로그래밍을 정말 깊이 파고들 시간이나 자원이 없었습니다.
하지만 API에 대해서는 알고 있었습니다. 저는 항상 API에 대해 알고 있었습니다. 모든 웹사이트나, 나중에는 웹 앱(web app)마다 두 가지 규칙 세트가 있는 것처럼 보였습니다. UI를 통해 할 수 있는 것과... API를 통해 할 수 있는 것이었죠. API의 모든 힘을 사용하는 것이 어떤 느낌일지 궁금했습니다. '일반적인' 사용자에게는 제한된 결과를 단순히 '명령'하는 것 말입니다. 하지만 다시 말하지만... 시간도, 자원도 없었고, 다른 우선순위들이 있었습니다. 삶이라는 것이 그렇죠.
저는 WordPress를 조금 접하게 되었는데, 플러그 앤 플레이 (plug-and-play)와 코드로 확장하기 (extend-with-code) 사이의 균형이 마음에 들었습니다. 그리고 제 기억이 맞다면 약 15년 전쯤 Gravity Forms를 발견했는데, 덕분에 노코드 (no-code)를 완전히 다른 수준으로 끌어올릴 수 있었습니다. 이 역시 UI에 내장되어 있지 않는 한, API를 사용하지 않고 이루어낸 일이었습니다.
이에 대해서는 잠시 후에 더 자세히 말씀드리겠습니다.
ChatGPT가 출시되었을 때 저는 그것이 무엇을 할 수 있는지 보기 시작했고, 제가 할 수 없었던 일 중 하나가 정기적으로 발생하는 사용 사례(use cases)에 대해 꽤 괜찮은 코드 솔루션을 작성하는 것이라는 점을 빠르게 발견했습니다. 무엇도 즉시 완벽하게 작동하지는 않았지만, 저는 디버깅 (debugging) 지침을 포함한 지시 사항을 따를 수 있었고, 결국에는 항상 작동하게 만들었습니다.
1년 정도 지난 후, 제가 아는 한 프로그래머가 Claude에 대해 열광하기 시작했습니다. 저는 회의적이었고, 이미 잘 작동하고 있는 것에서 전환하는 것을 다소 꺼려했지만, 한번 시도해 보았습니다.
저는 주로 모바일 앱과 웹 앱을 사용합니다. Claude Code나 Cowork는 사용하지 않습니다. 하지만 Claude를 저의 주력 LLM (Large Language Model)으로 만든 이후로 제가 생성하고, 출력하고, 제작하고, 출시할 수 있었던 것들은 경이로운 수준이었습니다. 문서와 코드로 시작했던 것들이 일련의 문자로 출력될 수 있는 무엇이든 되었습니다.

전체 양식(forms), 뷰(views), 웹 페이지가 모두 대화 내에서 생성되었습니다. 복잡한 문서, 프레젠테이션, 계획들이 대화를 통해 개발되고 다듬어졌습니다. 그리고 코드 또한 — 다시 말씀드리지만 저는 코더가 아닙니다만... — 그 차이는 저에게도 분명하게 느껴질 정도였습니다.

모든 것이 순조롭게 진행되고 있었습니다, 제가 제 어시스턴트를 그리워하기 시작하기 전까지는 말이죠.
제가 다니는 회사가 경제적 타격을 크게 입었고, 우리는 비필수 인력을 모두 해고해야 했습니다. 제가 완전 신입 사원은 아니지만, 제 어시스턴트는 확실히 비필수 인력이었습니다. 비록 옆에서 보조해 주는 사람이 있다는 것이 저에게 얼마나 큰 도움이 되었는지와는 별개로 말입니다. 하지만 그녀는 떠났고 제 편지함은 넘쳐나고 있었습니다. 그리고 제가 Claude를 이용해 Google Tasks를 우리 팀의 Google Chat에 연결하는 Google Apps script를 코딩하는 데 성공했던 경험이 있었기에, Claude가 제 편지함을 자동으로 정리해 줄 Google Apps script에 대한 아이디어를 가지고 있을지도 모른다고 생각했습니다.

Claude는 다른 생각을 가지고 있었습니다.
Google Apps script는 분명히 "너무 취약(too brittle)"했고, 권장되는 방식은 사실 MCP라고 불리는 것이었습니다. 이는... API를 통해 Claude를 Gmail에 연결하는 방법이었습니다.
그것에 대해 더 자세히 알려달라고 했고... Claude는 정말로 알려주었습니다.
Claude는 WordPress 기반으로 실행되는 기본적인 MCP를 설정하는 방법부터 시작했습니다. Google Apps 프로젝트를 설정하고 API를 활성화하는 방법, 키(keys)를 어디에 두어야 하는지 등 모든 것을 단계별로 안내해 주었습니다.
저는 지시 사항을 따르는 데 능숙하며, 실제로도 그대로 따랐습니다.
쉬웠습니다. 너무 쉬웠죠. 그렇다면 Google Task와 Calendar는 어떻게 될까요?
더 많은 API, 더 많은 지시 사항, 더 많은 코드 스니펫(code snippets)이 이어졌습니다.
제가 이걸 감 잡아가고 있는 건가요?
Gravity Forms API는 어떻게 될까요? WordPress API 자체는 어떻게 될까요?
더 많은 대화, 더 많은 지시 사항, 더 많은 스크립트가 이어졌습니다.
그 뒤로도 계속해서 계속되었습니다.... 저는 Claude에 무엇을 연결할 수 있는지 확인하며 며칠을 보냈습니다. 결국 저는 Google(Workspace + analytics + 기타 등등)부터 Asana, DNS, 서버에 이르기까지, API가 있는 우리 운영상의 모든 것을 MCP에 연결하게 되었습니다. 모든 것을 말이죠.
물론 모두 쓰기 권한(write access)을 준 것은 아닙니다 ㅎㅎ. 제가 미친 건 아니니까요.

모든 것을 구축하여 실행하고, 이를 상사 및 개발 팀에게 보여주며 Claude가 자율적으로 진단 및 헬퍼 코드(helper code)를 작성, 설치 및 실행하는 것이 얼마나... 흥미로운지... 언급하자, 우리 모두는 안전장치(safeguards)를 마련해야 한다는 데 동의했습니다. 그리고 그들은 Claude를 통제할 수 있는 여러 안전장치와 함께 놀라운 도구 승인 게이팅 시스템(tool approval gating system)을 고안해 냈습니다. 이제 MCP는 안전하게 그들의 손에 넘어갔으며, 그들은 이를 계속해서 확장해 나가고 있습니다.

하지만 MCP를 출시한 지 일주일 정도 지난 지금... 제 생산성은 10배가 된 것이 아닙니다.
100배가 되었습니다. 몇 주가 걸리던 프로젝트가 몇 시간 만에 끝나고, 며칠이 걸리던 프로젝트가 몇 분 만에 끝납니다. 매우 잘 정의된 프롬프트(prompt)와 Claude와 작업하기 위한 배치(batching) 및 복잡성(complexity) 접근 방식을 사용하면, 저는 산도 옮길 수 있을 것 같은 기분이 듭니다. 아이디어와 결과물 사이의 간극이 제가 상상조차 할 수 없었던 방식으로 줄어들었습니다.

그리고 API들... 저는 모든 API를 다 다룰 수 있습니다. 모바일 앱에서 LLM에 메시지를 보내면 '일들이 일어납니다'. 스크립트 키디(script kiddie) 시절을 벗어나지 못해 할 수 없었던 그 모든 일들이... 명확한 인간의 의사소통을 통해 접근 가능하고, 사용 가능하며, 실행 가능해졌습니다.

이 MCP의 도움을 받아 수행한 작업들은 저를 경악하게 만듭니다. 600개 이상의 도구, 모바일 액세스, 데스크톱에서의 병렬 인스턴스(parallel instances), 그리고 자동화 기능 세트(!)를 갖춘 MCP는 강력한 파워하우스(powerhouse)입니다. 저는 여전히 이를 사용하는 방법을 배우고 있으며, 다른 팀들도 자신들의 업무에 이를 통합하는 것을 보니 매우 뿌듯합니다.

그리고 기술(skills) 측면에서 — Claude가 겪는 각각의 시행착오/실패 경로에서 얻은 정보와 교훈을 업데이트하고 저장할 수 있기에 — 우리는 실제로 MCP를 하나의 학습(learning) 시스템으로 탈바꿈시켰습니다. 매 대화마다 제로(zero)에서 시작하는 것이 아니라, 이전에 가졌던 모든 집중적인 세션의 점진적인 발전을 토대로 구축됩니다.

이 MCP가 우리를 위해 어떻게 작동하는지뿐만 아니라, 이것이 애초에 어떻게 존재하게 되었는지에 대해서도 정말 충격을 받았습니다. 저는 여전히 심리적으로 이를 받아들이려고 애쓰고 있습니다 ㅎㅎ. 우리는 정말로 다른 시대에 진입하고 있습니다.

Claude를 강화(empowering)하고 연결하여 생산성을 어디까지 끌어올릴 수 있는지 확인하기 위해, 모든 사람이 무작정 이 토끼굴(rabbit hole) 속으로 뛰어드는 것은 추천하지 않습니다. 만약 제 뒤에 코드를 검토하고, 안전장치(safeguards)를 설치하며, 프로젝트를 인계받을 유능한 개발 팀이 없었다면, 저는 MCP를 계속 켜두지 않았을 것입니다. 인간의 검토와 감독(oversight) 없이는, 이 정도 수준의 LLM 연결성과 강화는 이성적이거나 책임감 있는 행동이 아닙니다.

하지만 세상에... 저는 말 그대로 가상 비서가 행정 업무, 웹 작업, 마케팅 작업, 팀 작업 등을 수행하는 것을 보고 있습니다.
정말 멋지네요.
제출자: /u/7streamz
[링크] [댓글]