Czy agent AI naprawdę może kupić serwer sam?

Tak — część zamawiająca jest w pełni autonomiczna. Przez nasz serwer MCP agent wywołuje register_account, by uzyskać token, potem order_vps, który wydaje z przedpłaconego salda i przygotowuje VPS. Odczytuje dostęp SSH z get_vps_status. Żaden człowiek nie przeklikuje kasy. Jedyną rzeczą, którą człowiek (lub zasilony portfel agenta) robi najpierw, jest umieszczenie krypto na saldzie; potem agent działa sam.

Z przedpłaconego salda. Zasilasz je raz w USDC lub USDT (albo kartą przez on-ramp), a order_vps obciąża to saldo za zamówienie. Agent nigdy nie trzyma kluczy Twojego portfela i nie może wydać więcej niż to, co jest na saldzie — co jest też Twoim limitem bezpieczeństwa.

Czym jest przygotowywanie przez MCP?

MCP (Model Context Protocol) pozwala agentowi wywoływać narzędzia bezpośrednio wewnątrz klientów jak Claude, Cursor czy Cline. „Przygotowywanie przez MCP” oznacza po prostu, że cały przepływ wynajmu serwera — rejestracja, płatność, zamówienie, root — jest udostępniony jako narzędzia MCP, które agent wywołuje sam, zamiast panelu webowego, który klika osoba.

Czy to całkowicie bezobsługowe?

Zamawianie tak. Zasilanie jeszcze niezupełnie: dziś ktoś doładowuje saldo krypto, a potem agent jest autonomiczny. W pełni on-chain płatność za żądanie (styl x402) jest na naszym radarze, ale nie podłączona — wolimy to powiedzieć wprost, niż udawać.

Czego agent potrzebuje, by zacząć?

Tylko URL serwera MCP (https://mcp.eqvps.com/mcp) dodanego do klienta. Wywołuje register_account i dostaje token Bearer w odpowiedzi — bez potwierdzenia e-mailem, bez kroku człowieka. Odtąd każda akcja to wywołanie narzędzia.

Jak agent AI kupuje i prowadzi własny serwer przez MCP

Agent AI może napisać scraper, zdebugować go i powiedzieć Ci dokładnie, gdzie go wdrożyć. Potem się zatrzymuje. Bo następny krok — faktyczne wynajęcie serwera — prawie zawsze potrzebuje człowieka: otwórz konto, może przejdź weryfikację tożsamości, wpisz numer karty w kasie. Agent zrobił trudną część i teraz czeka na Ciebie z nudną.

Ta luka jest całym powodem, dla którego to istnieje. Wyjęliśmy człowieka ze środka.

Gdzie autonomia zwykle się łamie

Pomyśl, co „wynajęcie serwera” naprawdę obejmuje na normalnym hoście. Formularz rejestracji. E-mail do potwierdzenia. Dane rozliczeniowe, czasem dokument. Karta przy kasie. Panel, by znaleźć IP. Każde z tych zakłada osobę siedzącą tam.

Agent nie może tam siedzieć. Może wywołać API, trzymać token, podejmować decyzje — ale nie może odebrać e-maila weryfikacyjnego ani wyjąć karty kredytowej. Więc w chwili, gdy infrastruktura wchodzi na scenę, autonomiczny przepływ zamienia się z powrotem w przepływ ludzki z dodatkowymi krokami. Chciałeś agenta, który dostarcza; dostałeś agenta, który składa zgłoszenie.

Przepływ, od początku do końca

Na EQVPS te same akcje to narzędzia MCP (16 z nich) plus REST API — i co kluczowe, agent może uzyskać własne dane uwierzytelniające. Oto rzeczywista sekwencja:

// 1. Uzyskaj konto — token wraca natychmiast, bez e-maila, bez człowieka
register_account({ first_name: "Ada", last_name: "Agent", email: "ada@example.com" })
//    → { token: "..." }   wysyłaj go jako Authorization: Bearer <token> od tej chwili

// 2. Zobacz, co jest dostępne
list_plans()
//    → plany ze specyfikacjami, cenami i identyfikatorami obrazów systemu

// 3. Upewnij się, że na saldzie są pieniądze
get_balance()
//    → { balance: 25, currency: "USD" }

// 4. Zamów — to obciąża saldo i przygotowuje maszynę
order_vps({ product: "nano", os_id: 1, hostname: "ada-worker" })
//    → { service_id, paid_from_balance: true }

// 5. Odczytaj klucze do własnego nowego serwera
get_vps_status({ service_id })
//    → { ip, ssh_port, password }   ~60 sekund po zamówieniu

Pięć wywołań i agent jest zalogowany przez SSH do maszyny, którą sam wynajął. Bez panelu, nikt nie zatwierdza każdego kroku. Jeśli wolisz sterować tym ze zwykłego HTTP, te same punkty końcowe istnieją przez REST — MCP lub REST, Twój wybór.

Uczciwa część: co jest zautomatyzowane, a co nie

Zamawianie jest w pełni autonomiczne. Zasilanie salda nie — jeszcze nie. Teraz ktoś umieszcza krypto na saldzie raz (USDC/USDT lub karta przez on-ramp), i od tego momentu agent zamawia, skaluje i anuluje sam, wydając tylko to, co tam jest.

Stan docelowy, który wszyscy sobie wyobrażają — agent płacący on-chain, za żądanie, bez wstępnego zasilania — to styl x402, i sądzimy, że tam to zmierza. Nie podłączyliśmy tego. Wymaga to szyn rozliczanych w USDC i kilku rzeczy, których dziś nie prowadzimy, więc zamiast przyklejać „w pełni autonomiczne płatności” na maszynie, oto prawda: autonomiczne zamawianie teraz, autonomiczne zasilanie później. Przedpłacone saldo jest mostem, i szczerze pełni też rolę limitu wydatków, którego prawdopodobnie i tak chcesz.

Kilka prawdziwych szczegółów

Serwer MCP mówi w Streamable HTTP pod https://mcp.eqvps.com/mcp, więc wpasowuje się w dowolnego klienta MCP bez lokalnej nakładki. Uwierzytelnianie to token Bearer, który agent sam wybija przez register_account — ten sam token działa w MCP i REST, wobec tego samego konta i salda. Sesje są śledzone po stronie serwera, więc długo działający agent może trzymać jedno połączenie i wciąż wywoływać narzędzia.

Praktyczna uwaga z prowadzenia tego: traktuj token i zwrócone hasło root jak sekrety, którymi są. Agent powinien je przechowywać, nie wypisywać do logów czy czatu. Saldo ogranicza finansowy promień rażenia; podstawowa higiena sekretów ogranicza resztę.

Dlaczego to ma znaczenie

Na razie większość naszych faktycznych klientów to ludzie, którzy po prostu lubią płacić kryptowalutą — nie będziemy udawać, że sieć jest zalana autonomicznymi agentami kupującymi serwery. Ale kierunek jest jasny. Gdy agenci podejmują dłuższe, prawdziwe zadania, „czy potrafi uzyskać i prowadzić własną infrastrukturę?” przestaje być sztuczką, a staje się wymogiem. Gdy ten dzień w pełni nadejdzie, szyny muszą już tam być.

Są. Dodaj serwer MCP do swojego agenta — zacznij od podłączenia klienta MCP — zasil małe saldo i pozwól mu wynająć pierwszy serwer. Około minuty do roota.