md-log 블로그
무료로 시작

AI 에이전트도 도구를 골라 써야 한다: DoorDash의 중앙 게이트웨이 구축 사례

md-log약 4분 읽기

DoorDash가 AI 에이전트의 도구 접근을 중앙 게이트웨이로 통합해 개발자 경험과 보안을 개선한 사례를 분석합니다. 바이브 코딩 시대에 필수적인 도구 통합 전략과 미래 전망을 제시합니다.

DoorDash가 AI 에이전트를 위한 중앙 게이트웨이를 구축하여 도구 접근을 한곳에서 관리함으로써 개발자 경험과 보안을 획기적으로 개선했습니다. 이는 AI 에이전트가 비즈니스 환경에서 무분별하게 도구를 호출하는 문제를 해결하고, 꼭 필요한 도구만 안전하게 사용하도록 통제하는 발판을 마련한 사례입니다. 바이브 코딩처럼 AI가 주도하는 개발 워크플로우가 확산될수록, 어떤 도구를 어떻게 선택하고 제한할지가 성패를 가르는 핵심 요소로 떠오르고 있습니다.

왜 중앙 게이트웨이가 필요해졌을까?

AI 에이전트가 복잡한 비즈니스 태스크를 수행하려면 여러 내부 API, 데이터베이스, 외부 서비스를 연쇄적으로 호출해야 합니다. DoorDash조차 ‘Ask DoorDash’ 같은 대화형 AI 쇼핑 어시스턴트를 개발하면서 LLM만으로는 해결할 수 없는 오케스트레이션, 검색, 도구 연동의 복잡성을 경험했습니다. 더 큰 문제는 ‘도구 선택 환각’입니다. 2026년 7월 QABash가 지적했듯이, 에이전트가 실제로 가장 적합한 도구를 두고도 엉뚱한 도구를 선택해 잘못된 결과를 내거나 불필요한 비용을 초래하는 사례가 빈번합니다. 이러한 혼란을 방지하려면 에이전트가 사용할 수 있는 도구의 범위를 컨텍스트에 맞게 엄격하게 제한하고, 그 경계를 중앙에서 관리할 창구가 반드시 필요했습니다. 바로 이 지점에서 DoorDash는 중앙 게이트웨이 전략을 채택했습니다.

DoorDash의 게이트웨이 아키텍처: 어떻게 작동하나?

2026년 7월 말 DoorDash가 공개한 게이트웨이는 MCP(Model Context Protocol) 서버 여러 대의 기능을 하나로 묶는 ‘번들(Bundle)’과, 각 서버에서 어떤 도구를 꺼낼지 결정하는 ‘필터(Filter)’라는 두 가지 개념을 중심으로 설계됐습니다. 예를 들어, 음식 추천 에이전트용 번들에는 레스토랑 검색 API와 메뉴 조회 도구만 포함시키고 결제나 사용자 계정 관리 도구는 필터로 차단할 수 있습니다. 결과적으로 에이전트 개발자는 ‘이 에이전트는 이 번들을 사용한다’고 선언하기만 하면 내부 도구 연결을 신경 쓸 필요가 사라집니다. 보안 팀 또한 모든 도구 호출을 게이트웨이 단일 지점에서 로깅하고 접근 정책을 일괄 적용할 수 있어, 감사와 컴플라이언스 부담이 크게 줄었습니다.

바이브 코딩과 도구 통합의 새로운 지평

바이브 코딩이란, 프롬프트를 입력하면 AI 모델이 맥락을 이해하고 코드 대부분을 자동 생성하는 개발 방식입니다. 이때 코드 생성 에이전트는 소스 제어 시스템, 린터, 테스트 프레임워크, 배포 API 등 여러 도구를 직접 호출하기 마련인데, 적절한 통제가 없다면 실수로 프로덕션 데이터베이스를 건드리거나 과도한 API 비용을 유발할 위험이 있습니다. DoorDash의 중앙 게이트웨이 모델은 바이브 코딩에서도 그대로 적용할 수 있습니다. 프로젝트별로 ‘코드 생성 에이전트 번들’을 정의하고, 그 범위 안에서만 자유롭게 도구를 사용하게 하면 개발 속도와 안정성을 동시에 잡을 수 있습니다. 나아가 이러한 인프라는 여러 AI 프로젝트에서 재사용할 수 있어, 기업 전체의 AI 신뢰성과 비용 효율을 높이는 기반이 됩니다.

도구 접근 관리의 미래와 오픈소스 생태계

MCP를 기반으로 한 에이전트 게이트웨이 개념은 이제 막 태동한 분야지만, 빠르게 표준 인프라로 자리잡을 조짐을 보이고 있습니다. 몇몇 스타트업과 오픈소스 커뮤니티에서는 이미 이와 유사한 도구 오케스트레이션 레이어를 개발 중이며, DoorDash의 사례가 오픈소스화될 가능성도 점쳐집니다. 미래에는 수십 개의 에이전트가 메시(mesh) 형태로 협업하며 각자 다른 도구 번들을 공유하는 복잡한 환경이 도래할 것이고, 게이트웨이는 자연스럽게 그 중심에서 버전 호환성과 정책을 조율하는 핵심 컴포넌트로 진화할 것입니다. 여기에 더해, 에이전트의 모든 행동을 사람이 검토 가능한 로그로 남기는 문화도 점점 중요해지고 있습니다.

맺음말

DoorDash의 중앙 게이트웨이 실험은 AI 에이전트가 실전에 투입되려면 ‘어떤 도구를, 왜, 어떻게 쓰게 할 것인가’라는 근본적인 질문을 먼저 해결해야 함을 일깨워줍니다. 바이브 코딩처럼 에이전트의 자율성이 극대화된 워크플로우일수록, 통제된 도구 선택은 더 이상 부가 기능이 아닌 생존 전략입니다. 이러한 에이전트 네이티브 인프라가 무르익을수록, AI가 만들어낸 작업 결과를 사람이 편하게 검토하고 불변 버전으로 히스토리를 쌓을 수 있는 md-log 같은 휴먼 인 더 루프 도구도 필수 계층으로 자리잡을 것입니다.

참고 자료

#AI 에이전트#도구 오케스트레이션#게이트웨이#MCP#바이브 코딩#DoorDash

자주 묻는 질문

DoorDash는 왜 AI 에이전트를 위한 중앙 게이트웨이를 구축했나요?
에이전트가 비즈니스 로직을 수행할 때 수많은 도구를 호출해야 하는데, 개별적으로 연결하면 복잡성이 기하급수적으로 증가하고 보안 관리도 어렵습니다. 중앙 게이트웨이는 큐레이션된 도구 표면을 제공하여 에이전트가 꼭 필요한 도구만 안전하게 사용하도록 통제합니다.
중앙 게이트웨이의 핵심 기술 요소는 무엇인가요?
DoorDash 게이트웨이는 MCP 서버 여러 대의 도구를 하나의 엔드포인트로 묶는 '번들'과, 각 서버에서 노출할 도구를 결정하는 '필터'로 구성됩니다. 이를 통해 에이전트 개발자는 단일 인터페이스만 바라보고, 보안 팀은 중앙에서 접근 정책을 적용할 수 있습니다.
바이브 코딩에서 이런 게이트웨이가 왜 중요한가요?
바이브 코딩에서는 AI가 자동으로 코드를 생성하면서 여러 API나 라이브러리를 호출할 수 있는데, 통제가 없으면 보안 취약점이나 예기치 않은 동작이 발생합니다. 게이트웨이로 허용된 도구만 제한하면 AI의 자율성과 안정성을 동시에 확보할 수 있습니다.
이런 게이트웨이를 오픈소스로 사용할 수 있나요?
현재는 DoorDash가 내부 도구로 운영하고 있지만, MCP 기반의 유사한 오픈소스 프로젝트가 등장하고 있습니다. 머지않아 커뮤니티 주도로 더 많은 기업이 활용할 수 있는 범용 게이트웨이 솔루션이 공개될 가능성이 높습니다.
도구 게이트웨이가 개발자 경험을 어떻게 개선하나요?
개발자는 더 이상 각 에이전트별로 복잡한 도구 연결 코드를 작성할 필요 없이, 게이트웨이가 제공하는 잘 정리된 도구 목록을 선언적으로 사용할 수 있습니다. 이로 인해 개발 속도가 빨라지고, 도구 변경 시 유지보수 부담이 크게 줄어듭니다.

관련 글

← 모든 글 보기