AI 에이전트가 정말 스스로 서버를 살 수 있나요?

네 — 주문 부분은 완전히 자율적입니다. 우리 MCP 서버에서 에이전트는 register_account를 호출해 토큰을 받고, 그다음 order_vps를 호출합니다. 이것은 선불 잔액에서 지출하고 VPS를 프로비저닝합니다. SSH 액세스는 get_vps_status에서 다시 읽습니다. 사람이 체크아웃을 클릭하지 않습니다. 사람(또는 자금이 충전된 에이전트 지갑)이 먼저 하는 유일한 것은 잔액에 암호화폐를 넣는 것이며, 그 후에는 에이전트가 스스로 실행됩니다.

에이전트는 어떻게 결제하나요?

선불 잔액에서. 당신이 한 번 USDC 또는 USDT(또는 on-ramp를 통한 카드)로 충전하면, order_vps가 주문마다 그 잔액에서 차감합니다. 에이전트는 결코 당신의 지갑 키를 보유하지 않으며, 잔액에 있는 것 이상을 지출할 수 없습니다 — 이것이 당신의 안전 상한이기도 합니다.

MCP 프로비저닝이란 무엇인가요?

MCP(Model Context Protocol)는 에이전트가 Claude, Cursor, Cline 같은 클라이언트 안에서 도구를 직접 호출할 수 있게 합니다. 'MCP 프로비저닝'은 서버를 빌리는 전체 흐름 — 가입, 결제, 주문, root 획득 — 이 사람이 클릭하는 웹 대시보드가 아니라 에이전트가 스스로 호출하는 MCP 도구로 노출되어 있다는 뜻일 뿐입니다.

이것은 완전히 손을 떼는 것인가요?

주문은 그렇습니다. 자금 충전은 아직 거기까지는 아닙니다: 오늘은 누군가가 잔액을 암호화폐로 충전하고, 그 후 에이전트가 자율적이 됩니다. 완전히 온체인에서 요청당 결제(x402 스타일)는 우리 시야에 있지만 구현되지 않았습니다 — 꾸미기보다 솔직히 말합니다.

시작하려면 에이전트에게 무엇이 필요한가요?

클라이언트에 추가된 MCP 서버 URL(https://mcp.eqvps.com/mcp)뿐입니다. register_account를 호출하면 응답에서 Bearer 토큰을 받습니다 — 이메일 확인 없음, 사람 단계 없음. 그때부터 모든 작업이 도구 호출입니다.

AI 에이전트가 MCP를 통해 자신의 서버를 구매하고 운영하는 방법

AI 에이전트는 scraper를 작성하고, 디버깅하고, 어디에 배포해야 할지 정확히 알려줄 수 있습니다. 그러고는 멈춥니다. 다음 단계 — 실제로 서버를 빌리는 것 — 이 거의 항상 사람을 필요로 하기 때문입니다: 계정을 열고, 아마 신원 확인을 통과하고, 체크아웃에 카드 번호를 입력합니다. 에이전트는 어려운 부분을 해냈고 이제 지루한 부분을 위해 당신을 기다립니다.

그 간극이 바로 이것이 존재하는 이유 전부입니다. 우리는 사람을 가운데에서 제거했습니다.

자율성이 보통 깨지는 지점

일반 호스트에서 "서버를 빌리는 것"이 실제로 무엇을 수반하는지 생각해 보세요. 가입 양식. 확인 이메일. 청구 정보, 때로는 신분증. 체크아웃의 카드. IP를 찾기 위한 대시보드. 그 각각은 거기에 사람이 앉아 있다고 가정합니다.

에이전트는 거기 앉을 수 없습니다. API를 호출하고, 토큰을 보유하고, 결정을 내릴 수 있지만 — 확인 이메일을 받거나 신용카드를 꺼낼 수는 없습니다. 그래서 인프라가 그림에 들어오는 순간, 자율 워크플로는 추가 단계가 있는 사람의 워크플로로 되돌아갑니다. 당신은 출시하는 에이전트를 원했는데, 티켓을 제출하는 에이전트를 얻었습니다.

흐름, 처음부터 끝까지

EQVPS에서는 같은 작업이 MCP 도구(45개)에 더해 REST API이며 — 그리고 결정적으로, 에이전트는 자신의 자격 증명을 얻을 수 있습니다. 실제 순서는 이렇습니다:

// 1. 계정을 얻는다 — 토큰이 즉시 돌아온다, 이메일 없음, 사람 없음
register_account({ first_name: "Ada", last_name: "Agent", email: "ada@example.com" })
//    → { token: "..." }   이후 Authorization: Bearer <token> 로 보낸다

// 2. 무엇이 이용 가능한지 본다
list_plans()
//    → specs, 가격, OS 이미지 id를 포함한 플랜

// 3. 잔액에 돈이 있는지 확인한다
get_balance()
//    → { balance: 25, currency: "USD" }

// 4. 주문 — 이것은 잔액을 차감하고 머신을 프로비저닝한다
order_vps({ product: "nano", os_id: 1, hostname: "ada-worker" })
//    → { service_id, paid_from_balance: true }

// 5. 자신의 새 서버의 키를 읽는다
get_vps_status({ service_id })
//    → { ip, ssh_port, password }   주문 후 약 60초

다섯 번의 호출로 에이전트는 스스로 빌린 머신에 SSH로 접속해 있습니다. 대시보드 없음, 각 단계를 승인하는 사람 없음. 순수 HTTP로 구동하고 싶다면, 같은 엔드포인트가 REST에 존재합니다 — MCP냐 REST냐, 당신의 선택.

정직한 부분: 무엇이 자동화되어 있고, 무엇이 아닌가

주문은 완전히 자율적입니다. 잔액 충전은 그렇지 않습니다 — 아직입니다. 지금은 누군가가 잔액에 한 번 암호화폐를 넣고(USDC/USDT, 또는 카드 on-ramp), 그 시점부터 에이전트가 스스로 주문하고, 확장하고, 해지하며, 거기 있는 것만 지출합니다.

모두가 그리는 최종 상태 — 에이전트가 온체인에서, 요청당, 사전 충전 없이 결제하는 것 — 은 x402 스타일이며, 그곳으로 간다고 생각합니다. 우리는 아직 구현하지 않았습니다. USDC 정산 레일과 오늘 운영하지 않는 몇 가지가 필요하므로, 상자에 "완전 자율 결제"를 붙이는 대신, 진실은 이렇습니다: 지금은 자율 주문, 나중에 자율 충전. 선불 잔액이 다리이며, 솔직히 그것은 아마 당신이 어차피 원하는 지출 상한도 겸합니다.

몇 가지 실제 세부 사항

MCP 서버는 https://mcp.eqvps.com/mcp에서 Streamable HTTP를 말하므로, 로컬 shim 없이 임의의 MCP 클라이언트에 들어갑니다. 인증은 에이전트가 register_account로 스스로 발행하는 Bearer 토큰 — 같은 토큰이 MCP와 REST 양쪽에서, 같은 계정과 잔액에 대해 작동합니다. 세션은 서버 측에서 추적되므로, 오래 실행되는 에이전트는 하나의 연결을 유지하며 계속 도구를 호출할 수 있습니다.

이것을 운영하며 얻은 실무적 참고: 토큰과 반환된 root 비밀번호를 그것들이 그러한 비밀로 다루세요. 에이전트는 그것들을 저장해야 하며, 로그나 채팅에 에코해서는 안 됩니다. 잔액이 금전적 피해 반경을 제한하고, 기본적인 비밀 위생이 나머지를 제한합니다.

왜 중요한가

지금으로서는 우리의 실제 고객 대부분은 마침 암호화폐로 결제하기를 좋아하는 사람들입니다 — 웹이 서버를 사는 자율 에이전트로 넘쳐난다고 꾸미지 않겠습니다. 그러나 방향은 명확합니다. 에이전트가 더 길고 실제적인 작업을 맡을수록, "자신의 인프라를 얻고 운영할 수 있는가?"는 파티 트릭이 아니라 요건이 됩니다. 그날이 완전히 오면, 레일은 이미 거기 있어야 합니다.

있습니다. 에이전트에 MCP 서버를 추가하고 — MCP 클라이언트 연결부터 시작해 — 작은 잔액을 충전하고, 첫 서버를 빌리게 하세요. root까지 약 1분입니다.