Zacznij od dostępu do odczytu
Przeglądanie katalogu, lokalizacji i statusu może stanowić ograniczony początkowy zestaw narzędzi. Klient powinien móc dowiedzieć się, co jest obsługiwane, zanim uzyska uprawnienia do tworzenia, anulowania lub finansowania zasobów.
Oddziel działania o istotnych skutkach
Anulowanie serwera, reinstalacja i działania płatnicze wymagają wyraźnych zakresów uprawnień i zrozumiałych potwierdzeń. Opisy narzędzi powinny określać ich efekt, a serwer musi egzekwować autoryzację, zamiast ufać, że klient zachowa się prawidłowo.
Obsługa niepewnych wyników
Zwracaj identyfikatory operacji i czytelne błędy. Stosuj idempotencję tam, gdzie ponowna próba mogłaby utworzyć dodatkowy zasób lub płatność. Zapisuj wynik bez umieszczania sekretów w odpowiedziach narzędzi ani logach.
Informacje o wydaniu muszą być prawdziwe
Uruchomienie wymaga zweryfikowanego punktu końcowego, instrukcji uwierzytelniania, obsługiwanej wersji protokołu i udokumentowanych limitów. Nie dostarczamy tu pożyczonego punktu końcowego, fałszywej wersji SDK ani linku do pobrania.
Oddziel opis narzędzia od uprawnienia do jego uruchomienia
Serwer MCP może opisywać narzędzia katalogowe i zarządzające, natomiast uwierzytelnione konto decyduje, które wywołania klient może wykonać. Narzędzie o nazwie create_server wymaga uprawnień serwera i ważnej decyzji zamówienia. Narzędzie read_catalogue nie powinno wymagać poświadczenia z uprawnieniami do anulowania lub rozliczeń.
Przydatne grupy narzędzi dla agenta infrastruktury
Zamierzony projekt obejmuje odczytywanie planów i obrazów, sprawdzanie zamówień i operacji, zarządzanie kluczami publicznymi SSH oraz obserwowanie stanu serwera. Tworzenie lub anulowanie usługi oraz rozpoczęcie płatności to działania następcze wymagające odpowiedniego upoważnienia. Zwracaj ustrukturyzowane identyfikatory i jasne stany końcowe zamiast tekstu, który klient musi zgadywać.
Transport i uwierzytelnianie muszą być udokumentowane
Przyszły zdalny punkt końcowy wymaga HTTPS, obsługiwanego transportu i wyraźnego mechanizmu tokenów. Poświadczenia należą do zatwierdzonego kanału uwierzytelniania, a nie do publicznego przykładu konfiguracji. Rejestracja OAuth, wersje protokołu, pakiety stdio do pobrania i odznaki zgodności mogą być publikowane dopiero, gdy KoalaVPS je zaimplementuje i zweryfikuje.
Ponowna próba musi wrócić do tej samej operacji
Agent może utracić połączenie po tym, jak serwer zaakceptował żądanie. Utrwal identyfikator operacji lub idempotencji przed ponowieniem płatnej akcji. Ponownie odczytaj status po niepewnej odpowiedzi. Przekroczenia limitu czasu i brak wiadomości nie dowodzą, że pierwotna akcja się nie powiodła.
Nie podłączono tu żadnego hostowanego punktu końcowego KoalaVPS MCP
Ta strona opisuje planowaną integrację. Nie rejestruje agenta, nie instaluje pakietu serwera, nie udostępnia danych uwierzytelniających ani nie łączy aktywnego narzędzia zarządzania. Przewodniki wdrożeniowe wyjaśniają, jak klienci mogą hostować własne aplikacje MCP na VPS; te aplikacje są oddzielne od usługi płaszczyzny sterowania KoalaVPS.
Trochę więcej jasności.
Czy ta strona sama jest punktem końcowym protokołu MCP?
Nie. To strona objaśniająca. Przyszły punkt końcowy dla maszyn musi zostać osobno zaimplementowany, udokumentowany i uwierzytelniony.
Czy agent AI otrzymuje uprawnienie do wydatków już przez samo połączenie?
Nie. Wykrywanie narzędzi i uwierzytelnianie nie zastępują zakresu konta, kontroli rozliczeń ani reguł zatwierdzania dla żądanej czynności.