49개 결제 MCP 서버 검토 결과: 돈을 이동시킬 수 있는 서버와 지출 예산 문서화 현황

고지: 저는 PinkWallet의 Pink Agentic AI Payments 팀에서 근무하며, 이 센서스에 포함된 49개 서버 중 하나인 Pink 관련 업무를 합니다. Pink는 다른 모든 항목과 동일한 기준으로 공개 문서를 통해 평가되었으며, 현재 테스트 자금만 사용하는 공개 샌드박스로 운영되고 있습니다. 전체 데이터셋은 열려 있으니 모든 숫자를 직접 확인할 수 있습니다: github.com/Pink-Agentic-Payments/payment-mcp-census.**

요약: 대부분의 결제 MCP 서버는 실제 돈을 이동시킬 수 있지만, 에이전트가 너무 많이 지출하는 것을 막는 방법을 알려주는 곳은 매우 적습니다. 결제를 생성하거나, 이체(transfer), 지급(payout), 청구(charge) 또는 카드를 처리할 수 있는 37개 서버 중 **4개 (11%)**만이 구성 가능한 지출 예산(configurable spending budget)을 문서화하고 있으며, 단지 **6개 (16%)**만이 인간의 승인 단계(human-approval step)를 문서화하고 있고, 단지 **1개 (3%)**만이 속도 제한(velocity limit)을 문서화하고 있습니다.

AI 에이전트에게 MCP를 통해 결제 도구를 제공하려 한다면, 이 격차(gap)가 가장 먼저 확인해야 할 부분입니다.

우리가 계산한 것

저희는 2026년-10-08부터 2026년-10-09 사이에 결제 관련 MCP 서버 49개(공식 공급업체 서버 24개, 커뮤니티 서버 25개)를 분류하고 각 서버의 문서나 README를 읽었습니다. 모든 서버에 대해 돈을 이동시킬 수 있는지 여부와 다음 여섯 가지 지출 통제(spending controls) 중 어떤 것을 문서화했는지 기록했습니다:

1. 에이전트별 또는 총합 예산 (budget)
2. 결제당 한도 (per-payment limit)
3. 수취인/판매자 허용 목록(allowlist) 또는 차단
4. 인간의 승인 (human approval) 단계
5. 속도/빈도 제한 (rate / velocity limit)
6. 샌드박스/테스트 모드 (sandbox / test mode)

'문서화한다(Documents)'는 것은 해당 통제가 서버의 공개 문서에 설명되어 있다는 의미입니다. 서버가 통제를 가지고 있더라도 이를 문서화하지 않을 수 있습니다. 에이전트 빌더에게 있어, 문서화되지 않은 통제는 신뢰하기 어렵습니다.

수치

무엇을 문서화했는가

다음은 최소한 하나의 지출 통제(센서스 표에서 생성된 census.csv를 기반으로 함)를 문서화하는 돈 이동 서버 목록입니다:

• 예산 (Budget): Marqeta ("지출 한도(spending caps)"), Gatewards ("에이전트당 지출 한도(per-agent spend caps)"), MCPay ("엄격한 예산(a hard budget)"), Pink (에이전트별 월간 예산(per-agent monthly budget)).
• 지급 건당 한도 (Per-payment limit): Coinbase AgentKit / CDP (가치 기반 정책 규칙(value-based policy rules)), Crossmint Checkout (maxCost), MCPay, x402search-mcp, Pink.
• 수취인 허용 목록 (Payee allowlist): Coinbase AgentKit / CDP, Marqeta, Pink.
• 사람 승인 (Human approval): Stripe (환불 및 아웃바운드 결제에 대한 확인(confirmation for refunds and outbound payments)), Crossmint (awaiting_input), Ramp ("승인 관리(managing approvals)"), GoCardless ("사용자 확인을 통한(with user confirmation)"), SpendNod, Pink (pending_human).
• 속도 한도 (Velocity limit): Marqeta만.

단일한 통제 장치는 없습니다. 가장 문서화가 잘 된 '사람 승인'조차 6개 중 1개 미만의 돈 이동 서버에서 나타납니다.

에이전트를 구축할 때 이것이 중요한 이유

프롬프트는 지출 한도가 아닙니다. "절대 $50를 초과하여 지출하지 마라"와 같은 명령어는 모델의 컨텍스트에 존재하며, 모델은 이를 잘못 읽거나, 잊어버리거나, 웹 페이지나 이메일의 프롬프트 주입(prompt injection)을 통해 설득당할 수 있습니다. 실제로 작동하는 통제 장치는 모델 외부, 즉 돈을 보유한 시스템 내부에 위치해야 하며, 결제가 실행되기 전에 확인되어야 합니다.

12개의 인기 있는 에이전트 프레임워크(LangChain/LangGraph, CrewAI, OpenAI Agents SDK, Vercel AI SDK, Google ADK, AutoGen, Semantic Kernel, LlamaIndex, Pydantic AI, Mastra, Claude Agent SDK, smolagents)에 대한 비교 설문조사에 따르면, 12개 중 0개가 도구 호출(tool calls)에 대한 통화 지출 예산을 문서화하고 있었으며, 12개 중 10개가 어떤 형태의 사람 승인을 제공했고, 12개 중 9개가 최대 단계 제한(max-steps limit)을 제공하는 것으로 나타났습니다. (agent-framework-spend-guardrails). 이 프레임워크들은 에이전트를 일시 중지할 수는 있지만, 도구 호출 비용이 얼마인지는 알지 못합니다.

따라서 실제로는 지출 통제 장치가 결제 계층(payment layer)에서 나와야 합니다. 결제 MCP 서버를 평가할 때는 다섯 가지 질문을 하십시오:

1. 에이전트별로 예산을 설정할 수 있나요? 계정 단위가 아닌요?
2. 결제 건당 한도를 서버 측에서 강제할 수 있나요?
3. 에이전트가 누구에게 돈을 지불할지 제한할 수 있나요?
4. 특정 임계값을 초과하는 결제가 사람(human)에게 전달되어 대기하고, 아무도 응답하지 않으면 기본적으로 '거부' 처리되는 방식이 가능한가요?
5. 가짜 돈으로 먼저 규칙을 테스트해 볼 수 있는 샌드박스가 있나요?

Pink의 접근 방식 (유일한 답은 아니며, 하나의 데이터 포인트)

Pink의 MCP 서버는 에이전트에게 카드 대신 pink.request_payment 도구를 제공합니다. 모든 요청은 서버에서 회로 차단기(circuit breakers)를 통해 검사됩니다 (에이전트 등록 및 활성화 여부, 월별 예산, 회사 일일 한도). 그 후 회사의 규칙을 위에서부터 아래까지 순차적으로 검사합니다. 답변은 세 가지 중 하나입니다: 허용됨(allowed) (에이전트는 단일 사용 자격 증명을 받으며, 특정 수취인과 금액에 묶이고 약 15분 후에 만료됩니다), 사람 대기 중(pending_human) (사람이 승인하거나 거부합니다; 침묵은 '거부'를 의미), 또는 차단됨(blocked). 일치하지 않는 요청은 기본적으로 차단 처리됩니다. agentic-sandbox.pinkwallet.com의 공개 샌드박스는 테스트 자격 증명만 사용하며, 프로덕션 환경은 아직 이용할 수 없습니다.

이 시스템을 무너뜨리려고 도전하고 싶다면, 오픈된 과제가 있습니다: AI 에이전트가 초과 지출하게 만들 수 있나요?

데이터 얻기

• 데이터셋, 방법 및 모든 소스 URL: payment-mcp-census (CC BY 4.0)
• 프레임워크 조사: agent-framework-spend-guardrails
• 서버별 상세 노트가 포함된 더 긴 비교 자료: Payment MCP servers compared