질문에 답하던 AI 에이전트가 동작하는 애플리케이션을 출시하기까지의 과정을 명확하게 설명합니다. Model Context Protocol이 실제로 하는 일, 스코프 토큰이 에이전트를 안전하게 묶어두는 방식, 에이전트가 앱을 생성하고 검증하고 게시하기까지 도는 정확한 루프, 그리고 agent-native 플랫폼과 뒤늦게 개조한 플랫폼의 차이까지 다룹니다.
채팅에 그치지 않고 실제 소프트웨어를 만들고 유지보수하는 에이전트를 이해하거나 활용하려는 창업자, 개발자, 운영 담당자.
- MCP가 무엇인지, 왜 주요 AI 랩이 모두 채택했는지에 대한 쉬운 멘털 모델
- 안전 모델의 솔직한 실체: 스코프 토큰이 허용하는 것과 허용하지 않는 것
- 에이전트가 브리프에서 게시된 애플리케이션까지 도는 6단계 루프
질문에 답하는 AI 에이전트도 유용합니다. 하지만 동작하는 애플리케이션을 만들고, 데이터베이스에 연결하고, 실제 도메인에 게시하는 에이전트는 완전히 다른 차원의 도구입니다. 그 둘을 잇는 다리가 바로 MCP라는, 의도적으로 수수하게 만든 작은 표준과, 이 모든 것을 안심하고 쓸 수 있게 하는 권한 모델입니다. 유행어 없이, 실제로 어떻게 작동하는지 설명합니다.
MCP, 즉 Model Context Protocol은 AI 에이전트가 외부 도구를 사용할 수 있게 하는 개방형 표준입니다. 서비스는 자신이 수행할 수 있는 액션의 메뉴, 예를 들어 앱 생성, 파일 편집, 검증 실행을 공개하고, MCP를 지원하는 에이전트라면 누구나 그 메뉴를 읽고 해당 액션을 호출할 수 있습니다. 흔히 AI의 USB-C라고 불립니다. 모델과 서비스 조합마다 전용 케이블을 만드는 대신, 하나의 커넥터가 어디서나 통하기 때문입니다.
언어 모델 혼자서는 텍스트밖에 만들지 못합니다. 손이 없기 때문입니다. 데이터베이스를 건드릴 수도, API를 호출할 수도, 웹사이트를 게시할 수도 없습니다. Anthropic은 2024년 말 표준화된 방식으로 모델에 손을 달아주기 위해 MCP를 개방형 표준으로 공개했고, 확산 속도는 이례적으로 빨랐습니다. 2년이 되기 전에 모든 주요 AI 랩이 지원했고, 공개 레지스트리의 서버 수는 수천 개를 넘었으며, SDK는 매달 수천만 회 다운로드되었습니다.
확산의 이유는 기술이 아니라 경제였습니다. 공통 프로토콜이 없던 시절, N개의 모델을 M개의 서비스에 연결하려면 N 곱하기 M개의 맞춤 연동을 만들고 유지해야 했습니다. 표준이 하나 생기자 서비스는 MCP 서버 하나만 내놓으면 지원 가능한 모든 에이전트와 즉시 연결되고, 에이전트는 프로토콜을 말할 수 있게 된 그날 모든 서비스를 얻습니다. 같은 계산이 USB를 승리로 이끌었고, 결말도 같았습니다. 커넥터가 이겼습니다.
소프트웨어를 만들고 게시까지 하는 기계 앞에서 처음 드는 합리적인 반응은 걱정입니다. 솔직히 말해 안전성은 전적으로 권한 모델에 달려 있습니다. 이것을 통제 가능하게 만드는 장치가 스코프 토큰이며, 정확히 이해할 가치가 있습니다. 위임과 무모함을 가르는 것이 바로 이것이기 때문입니다.
에이전트를 플랫폼에 연결할 때 계정을 통째로 넘기는 것이 아닙니다. 특정하고 제한된 권한을 가진 열쇠, 즉 토큰을 만들고, 에이전트는 그 울타리 안에서만 움직입니다. 에이전트가 하는 모든 일은 그 토큰으로 귀속되고, 울타리를 어디에 칠지는 당신이 정합니다.
한 창업자가 예약 앱의 가입 폼을 에이전트가 고쳐주길 원합니다. 그 앱 하나에만 적용되는 토큰을 발급하되, 편집과 검증 권한만 주고 게시 권한은 뺍니다. 에이전트가 수정하고 검증을 돌리면, 창업자는 변경 내역을 검토한 뒤 직접 게시하고 토큰을 회수합니다. 총 노출 범위: 앱 하나, 권한 두 개, 20분. 울타리를 친 위임이란 바로 이런 모습입니다.
진짜 소프트웨어를 만드는 에이전트는 한 번의 영웅적인 생성으로 전부를 뽑아내지 않습니다. 꼼꼼한 엔지니어의 일하는 방식과 매우 닮은 루프를 돕니다. 다만 며칠이 몇 분으로 압축되어 있을 뿐입니다.
모델은 언제나 맞아 보이는 코드를 만들 수 있습니다. 에이전트가 만든 소프트웨어를 믿을 수 있게 하는 것은 변경할 때마다 들어가는 점검, 즉 이것은 동작한다, 혹은 정확히 여기가 망가졌다고 말해주는 진짜 관문입니다. 이것이 없으면 에이전트는 자신만만하게 망가진 상태로 흘러갑니다. 있으면 실수는 루프 안에서 잡힙니다. 훌륭한 인간 엔지니어가 버그를 출시하지 않는 방식과 정확히 같습니다.
사람이 버튼을 클릭하도록 설계된 인터페이스에 MCP 서버를 덧붙인 제품은 많습니다. 기술적으로는 돌아가지만, 에이전트를 위해 지어진 플랫폼과는 다른 것입니다. 둘을 가르는 신호는 세 가지입니다.
가장 빠른 필터는 대칭성 테스트입니다. agent-native 플랫폼에서는 적절히 스코프된 토큰을 가진 에이전트가 사람이 인터페이스로 할 수 있는 거의 모든 일을 할 수 있습니다. 애플리케이션 생성, 파일 수정, 검증, 버전 관리, 게시까지 말입니다. 에이전트용 경로가 능력이 절반뿐인 좁은 쪽문에 불과하다면, 그 플랫폼은 자동화를 데모 기능으로 취급하는 것이고, 실전에서 한 달만 써 보면 그 천장을 체감하게 됩니다.
설명된 요구를 동작하는 소프트웨어로 바꾸는 데 더 이상 사람이 빌더를 클릭하며 돌아다닐 필요가 없어지면, 작은 소프트웨어의 경제학이 바뀝니다. 운영팀은 우선순위 싸움에서 이긴 다음 분기가 아니라, 요구를 설명할 수 있게 된 그날 내부 도구를 가질 수 있습니다. 창업자는 밤에 대략적인 브리프를 에이전트에게 넘기고, 아침에 동작하는 첫 버전을 검토할 수 있습니다. 기업은 하나의 워크플로에 딱 맞춘 소프트웨어를 감당할 수 있게 됩니다. 맞추는 비용이 더 이상 그 워크플로의 가치보다 크지 않기 때문입니다.
이 중 어느 것도 인간의 판단을 없애지 않습니다. 무엇을 만들 가치가 있는지 정하고, 돌아온 결과를 검토하고, 그 결과를 책임지는 것은 여전히 사람입니다. 바뀌는 것은 명확한 설명과 동작하는 제품 사이 거리의 비용입니다. 그 거리는 예전에는 몇 주와 청구서로 측정되었지만, 이제는 몇 분과 한 번의 검토로 측정됩니다. 이를 일찍 체화한 기업은 기다리는 기업보다 더 많은, 그리고 자신들의 일하는 방식에 더 잘 맞는 소프트웨어를 갖게 될 것입니다.
Model Context Protocol은 AI 에이전트가 서비스가 제공하는 도구, 예컨대 앱 생성, 파일 편집, 점검 실행을 발견하고 호출할 수 있게 하는 개방형 표준으로, MCP 서버를 공개한 서비스라면 어떤 지원 에이전트와도 연동됩니다.
만들 수 있습니다. 플랫폼이 검증 관문이 있는 진짜 도구를 제공한다면 말입니다. 에이전트는 프로젝트를 만들고, 데이터 모델과 페이지를 구축하고, 변경할 때마다 검증하고, 점검에 걸린 문제를 고친 뒤 게시합니다. 믿을 수 있는 것은 검증이 들어간 루프이지, 한 번의 거대한 생성이 아닙니다.
에이전트가 그 아래에서 동작하는 스코프 토큰입니다. 특정 애플리케이션과 특정 액션으로 제한하고, 모든 호출이 기록되며, 즉시 회수할 수 있습니다. 앱 하나에 대해 편집과 검증 토큰만 가진 에이전트는 다른 프로젝트를 삭제할 수도, 당신 없이 게시할 수도 없습니다.
대칭성 테스트를 적용해 보십시오. 적절히 스코프된 토큰으로 에이전트가 사람이 할 수 있는 거의 모든 일, 즉 생성, 편집, 검증, 버전 관리, 게시를 할 수 있습니까? 에이전트 경로가 인간 인터페이스의 좁은 부분집합에 불과하다면, 자동화는 뒷전이었고 그 천장에 금방 부딪히게 됩니다.