Po zamówieniu: jak agent AI sam obsługuje swój VPS przez MCP

Większość demonstracji, w których agent kupuje serwer, kończy się w chwili opłacenia zamówienia. To najmniej ciekawy moment. Serwer istnieje, agent ma id w rodzaju 47HZ7YF i nikt nie powiedział, co dalej.

Dalej jest wszystko, co administrator robi bez zastanowienia: poczekać, aż SSH naprawdę odpowie, znaleźć hasło, zauważyć, że dysk się zapełnia, zrestartować po aktualizacji jądra, odnowić przed końcem miesiąca, zapytać wsparcie, gdy coś wygląda dziwnie. Jeśli agent ma być właścicielem infrastruktury, ta część też należy do niego. Tak to wygląda przez nasz serwer MCP. Każdy krok przećwiczyliśmy w środowisku testowym, zanim go opisaliśmy.

Jeśli nie podłączyłeś jeszcze klienta, zacznij od Claude Code i Codex albo Claude Desktop i Cursor.

Pierwsza minuta: „active” to nie „gotowy”

order_vps odpowiada, gdy tylko zamówienie zostanie opłacone z salda. Serwer powstaje w tle, zwykle w około minutę. Kolejne wywołanie agenta to get_vps_status i może je powtarzać do woli: narzędzie tylko czyta.

Liczą się dwa pola. status zmienia się na active, gdy maszyna istnieje. W access jest to, czego agent potrzebuje do logowania: host, port i gotowe polecenie SSH. W planach z własnym IPv4 port to 22. W planach NAT to osobisty przekierowany port, a odpowiedź mówi to wprost, razem z ostrzeżeniem, żeby nie zablokować się zaporą, która przepuszcza tylko port zewnętrzny.

Między tymi chwilami jest luka, na której łatwo się potknąć. Pierwszy rozruch instaluje aktualizacje systemu, co może potrwać kilka minut, a SSH może w tym czasie odrzucać połączenia. Porządny agent czeka na access.ssh_ready, zamiast walić w port 22.

Jeśli zamówienie nie miało klucza SSH, czeka hasło roota. reveal_password wydaje je dokładnie raz i dopiero, gdy VM skończy się uruchamiać. Zapytasz za wcześnie — dostaniesz password_pending, a jednorazowe wyświetlenie się nie zużyje. Zrobiliśmy tak, bo agenci pobierali hasło, którego uruchamiająca się VM jeszcze nie zastosowała. Szczerze mówiąc, lepiej podać ssh_key w zamówieniu i pominąć ten krok.

Drugi dzień: pilnowanie

get_vps_metrics zwraca CPU, pamięć, sieć i dysk jako szeregi czasowe z ostatniej godziny, dnia, tygodnia lub miesiąca. Agent, który zagląda tam raz dziennie, zauważy wzór, który zabija małe serwery: pamięć pełznie w górę, aż OOM killer wybierze ofiarę. Z zewnątrz przyczyny nie naprawi, ale może Ci powiedzieć albo wejść przez SSH i sprawdzić.

power_vps obsługuje start, stop i reboot. Szczegół z testów: jeśli serwer nie jest aktywny (jeszcze powstaje albo jest zawieszony za nieopłacone odnowienie), narzędzie zwraca 409 z podpowiedzią, by najpierw sprawdzić status. Agent, który każdą odpowiedź inną niż 200 traktuje jako „ponawiaj bez końca”, tu się zapętli. Błąd mówi mu, co zrobić, bo nasze komunikaty błędów pisane są tak samo dla agentów jak dla ludzi.

set_hostname zmienia nazwę maszyny przez agenta gościa działającego w środku, więc w Linuksie zmiana działa bez restartu. Usuń qemu-guest-agent, a narzędzie przestanie działać: zwróci agent_unavailable i niczego nie zmieni.

Trzydziesty dzień: pieniądze

Tu zwykle umiera infrastruktura agentów. Odnowienie wisi w czyimś kalendarzu, ten ktoś jest zajęty, serwer zostaje zawieszony.

U nas odnowienie nie zależy od pamięci agenta. Każdy serwer odnawia się co miesiąc z przedpłaconego salda, a na e-mail konta przed terminem przychodzą przypomnienia. Agent musi tylko trzymać saldo powyżej następnego obciążenia, a get_balance pokazuje, jak z tym jest.

Okresu karencji nie ma: jeśli na koniec okresu saldo nie pokrywa odnowienia, serwer zostaje zawieszony, a jego dedykowany IP wraca do puli.

Gdy saldo jest niskie, topup_balance tworzy link do płatności kryptowalutą: USDT, USDC lub ETH w sieciach Base, Ethereum lub Polygon. To pierwsze miejsce, w którym agent potrzebuje Ciebie. Fakturę wystawi, ale transakcji nie podpisze, chyba że dasz mu portfel, a nad tym zastanowilibyśmy się bardzo długo. W praktyce saldo doładowuje się raz na kilka miesięcy, a agent wydaje z niego. Jeśli zamówienie lub faktura zostały nieopłacone z braku salda, po Twoim doładowaniu agent wywołuje pay_invoice i zostają opłacone z salda.

Uczciwa luka: narzędzia MCP nie odnawiają serwera na kilka miesięcy z góry na żądanie. Miesięczne odnowienie jest automatyczne, a opłacenie 3, 6 lub 12 miesięcy z góry odbywa się w panelu albo jednym wywołaniem REST. Jeśli od początku chcesz dłuższy okres, order_vps przyjmuje months (od 1 do 36) przy zamówieniu.

Wzrost obsługują get_upgrade_options i change_plan. Plan zmienia się na miejscu, pliki i system zostają, serwer restartuje się raz, a różnica w cenie za resztę okresu schodzi z salda. Agent musi przekazać confirm: true — to nasz sposób, by powiedzieć: „wydajesz pieniądze, bądź pewny”.

Gdy coś pójdzie nie tak

Działania destrukcyjne są celowo niewygodne. reinstall_vps i natychmiastowe cancel_service wymagają dokładnej nazwy hosta serwera w confirm, a ich opisy każą agentowi najpierw zapytać człowieka. To drugie miejsce, w którym agent potrzebuje Ciebie, i tak ma być.

Bezpieczne anulowanie, end_of_period, zostawia serwer do końca opłaconego okresu. undo_cancel je cofa, a to ważniejsze, niż się wydaje: agenci zmieniają zdanie w trakcie zadania równie często jak ludzie.

Gdy agent utknie, create_ticket otwiera zgłoszenie powiązane z serwerem, a reply_ticket kontynuuje wątek. Czyta je człowiek po naszej stronie, a nie chatbot odpowiadający chatbotowi.

A gdy musi wkroczyć człowiek, delegate_service zaprasza go e-mailem jako operatora tego jednego serwera. Dostaje zasilanie, konsolę, reinstalację i nazwę hosta. Nie dostaje rozliczeń, odnowienia ani anulowania i nigdy nie widzi tokena agenta.

Czego agent wciąż nie potrafi

Żeby nie było złudzeń:

• Doładować salda. Może wystawić fakturę doładowania i opłacać faktury z salda przez pay_invoice. Wpłacenie kryptowaluty na saldo wymaga portfela, czyli zwykle Ciebie.
• Pracować w systemie przez MCP. Pakiety, konfiguracja i wdrożenia idą przez SSH. MCP zarządza maszyną z zewnątrz.
• Samodzielnie zdjąć zawieszenia. Jeśli serwer zawieszono za nadużycie, to rozmowa z człowiekiem i tak powinno być.

Nic z tego nie czyni narzędzi mniej przydatnymi. Oznacza tylko, że pętlę agenta trzeba zbudować wokół nich: sprawdzać status, trzymać saldo w normie, eskalować zgłoszeniem i czekać na Ciebie przy wszystkim, co usuwa dane.

Jeśli praca agenta jest krótkotrwała, cały serwer może nie być właściwą jednostką. VPS czy sandbox? wyjaśnia, kiedy lepiej pasuje microVM żyjąca minutę. W przeciwnym razie plany są tutaj, a dokumentacja MCP wymienia każde narzędzie z parametrami.