Większość hostingu zaprojektowano wokół człowieka przy klawiaturze: formularz rejestracji, karta, panel, mail, gdy coś pójdzie nie tak. Agent AI, który potrzebuje mocy obliczeniowej, nie pasuje do żadnego z tych kroków. Nie rozwiąże captchy, nie odróżni strony prac serwisowych od zepsutej i nie zauważy, że utworzył ten sam serwer czterdzieści razy.
Kusi, żeby powiedzieć „po prostu daj mu API”. To pierwsze wymaganie, a nie ostatnie. Poniżej siedem, które uważamy za ważne, na podstawie budowy własnego serwera MCP i REST API dla agentów. Przy każdym: co idzie nie tak bez niego.
1. Wszystko, czego potrzebuje agent, jest programowalne
Tworzenie, podgląd, zmiana rozmiaru i usuwanie zasobów musi działać bez przeglądarki. Łącznie z nudnymi częściami: poznaniem ceny przed zakupem, sprawdzeniem, czy lokalizacja ma moc, odczytaniem hasła nowej maszyny, anulowaniem.
Bez tego: agent przechodzi 80% drogi i zatrzymuje się na jedynym kroku wymagającym kliknięcia, a człowiek i tak musi dokończyć pracę. Częściowe API bywa gorsze niż żadne, bo zachęca do automatyzacji, która nie może się zakończyć.
2. Błędy, na które program może zareagować
Agent czyta odpowiedź i decyduje, co dalej. Ciało JSON ze stabilnym kodem (402 insufficient_balance, 409 sandbox_paused, 429 budget_exceeded z czasem resetu) to coś, na czym może się rozgałęzić. Strona błędu w HTML albo 500 z mglistym komunikatem zostawia go w zgadywaniu — często ponawia coś, co nigdy się nie uda.
Bez tego: pętle ponowień. Najdroższe awarie agentów to zwykle nie złe decyzje, tylko to samo nieudane wywołanie powtórzone tysiące razy.
3. Płatność bez człowieka w pętli
Płatności kartą są pełne kroków zaprojektowanych, by potwierdzić obecność człowieka: kody 3-D Secure, potwierdzenia w aplikacji banku, weryfikacje tożsamości. Są dobre przeciw oszustwom i niemożliwe dla programu. Przedpłacone saldo, doładowane z góry (u nas często stablecoinami), pozwala agentowi płacić za to, co zużył, bez zatwierdzania każdego obciążenia przez człowieka.
Bez tego: albo człowiek zatwierdza każdy zakup, co przekreśla sens, albo ktoś daje agentowi kartę, a tego ryzyka nikt nie powinien podejmować.
4. Sztywne limity wydatków
Przedpłacone saldo ogranicza najgorszy przypadek do tego, co na nim jest. To wciąż może być dużo. Limit dzienny i miesięczny w dolarach, egzekwowany przez platformę, a nie przez dobre intencje samego agenta, zamienia zapętlonego agenta w niewielką stratę. Limit powinien zadziałać głośno, z błędem, który agent rozpozna, i zatrzymać lub wstrzymać to, co działa.
Bez tego: o pętli dowiadujesz się z salda. Nasze rozliczenia sandboxów mają limity właśnie dlatego, a strona zabezpieczenia MCP podpowiada, które działania w ogóle powinny wymagać zgody człowieka.
5. Moc obliczeniowa o właściwej ziarnistości
Agenci wykonują trzy bardzo różne rodzaje pracy:
- Sekundy: uruchomić wygenerowany fragment, sprawdzić odpowiedź, spróbować poprawki.
- Godziny: ewaluacja, scraping, długa kompilacja.
- Ciągła praca: bot, API, worker według harmonogramu.
Platforma oferująca tylko serwery miesięczne czyni pierwszy rodzaj absurdalnie drogim; oferująca tylko krótkotrwałe sandboxy — czyni trzeci kruchym. Zadanie na 20 sekund na maszynie rozliczanej godzinowo opłaca 59 minut niczego. Jak działa rozliczanie za sekundę pokazuje, gdzie każdy model przestaje mieć sens.
Bez tego: agenci albo przepłacają za krótką pracę, albo trzymają długo działające usługi na infrastrukturze, która nie była na to przewidziana.
6. Izolacja domyślnie
Kod napisany przez agenta to kod, którego nikt nie sprawdził. Powinien działać tam, gdzie nie ma nic wartościowego: nie na hoście samego agenta, nie na serwerze z twoimi kluczami, nie na maszynie wysyłającej twoją pocztę. W praktyce to osobna VM albo microVM na zadanie, usuwana potem. Poziomy izolacji dla niezaufanego kodu porównują opcje; microVM Firecracker w prostych słowach wyjaśnia, dlaczego liczy się własne jądro.
Bez tego: pierwszy prompt injection, który przedostanie się do wygenerowanego kodu, ma dostęp do wszystkiego, do czego sięga host agenta.
7. Widoczność i wyłącznik
Człowiek odpowiedzialny za agenta musi widzieć, co ten zrobił, i szybko go zatrzymać. To oznacza: użycie i koszt każdego zasobu, listę wszystkiego, co agent utworzył, i sposób, by to wszystko usunąć. Dane logowania powinny być odwoływalne i na tyle krótkotrwałe, by wyciekły token nie działał wiecznie, z możliwością odnowienia bez udziału człowieka.
Bez tego: sprzątanie zamienia się w archeologię. Zapomniane zasoby wciąż są rozliczane; wyciekły token wciąż działa.
Czego agenci nie potrzebują
Równie wymowne jest to, co nie pomaga: panele nastawione na upselling, maile onboardingowe, taryfy, których prawdziwe limity są w przypisie, ceny pokazywane dopiero po rejestracji. Nic z tego nie jest czytelne dla programu, a część aktywnie wprowadza w błąd model, który bierze tekst dosłownie.
Co wciąż jest nierozwiązane
Nie wszystko tutaj to rozwiązany problem inżynieryjny.
- Odpowiedzialność. Ktoś odpowiada za to, co agent robi z kontem. Platformy potrzebują sposobu, by powiązać zautomatyzowaną aktywność z odpowiedzialną osobą, bez przeprowadzania jej przez każdy krok.
- Nadużycia. Otwarta, w pełni automatyczna rejestracja to dokładnie to, czego chcą też nadużywający. Każda platforma obsługująca agentów balansuje między dostępem bez tarcia a farmami kont i kopaniem, i żadna nie ma idealnej odpowiedzi.
- Długie procesy. Agenci wciąż częściej zawodzą na procesach z dziesięciu kroków niż na pojedynczych wywołaniach. Infrastruktura może pomóc, czyniąc każdy krok idempotentnym, a jego stan łatwym do odpytania, żeby ponowienie kontynuowało, a nie dublowało.
Do czego doszliśmy
Staraliśmy się budować pod te wymagania, a nie wokół nich: serwer MCP i REST API na cały cykl życia, błędy czytelne dla maszyn, przedpłacone saldo, limity wydatków, rozliczane za sekundę sandboxy do kodu do krótkiej pracy i serwery miesięczne, takie jak taryfa AI agent, do długiej. Omówienie strony sandboxów jest w sandboxie dla agentów AI. Oceniaj jednak listę na jej własnych zasługach: to przydatna lista kontrolna dla każdej platformy, której powierzasz agenta.
Komentarze
Brak komentarzy. Bądź pierwszy.