Börja med läsbehörighet
Katalog-, plats- och statusinspektion kan utgöra en begränsad initial verktygsuppsättning. En klient bör kunna ta reda på vad som stöds innan den får behörighet att skapa, avbryta eller finansiera resurser.
Separera konsekvensåtgärder
Serveravbokning, ominstallation och betalningsåtgärder kräver explicita behörighetsomfång och begripliga bekräftelser. Verktygsbeskrivningar bör ange sin effekt, och servern måste upprätthålla auktorisering i stället för att lita på att klienten beter sig korrekt.
Hantera osäkra utfall
Returnera operationsidentifierare och läsbara fel. Använd idempotens där en nytt försök kan skapa en extra resurs eller betalning. Registrera utfallet utan att inkludera hemligheter i verktygssvar eller loggar.
Information om utgåvor måste vara korrekt
En lansering kräver en verifierad slutpunkt, autentiseringsinstruktioner, en protokollversion som stöds och dokumenterade gränser. Ingen lånad slutpunkt, falsk SDK-utgåva eller nedladdningslänk tillhandahålls här.
Separera en verktygsbeskrivning från behörigheten att köra den
En MCP-server kan beskriva katalog- och hanteringsverktyg, medan det autentiserade kontot avgör vilka anrop en klient får utföra. Ett verktyg som heter create_server kräver serverbehörigheter och ett giltigt orderbeslut. Ett read_catalogue-verktyg bör inte kräva en autentiseringsuppgift med behörighet för avbokning eller fakturering.
Användbara verktygsgrupper för en infrastrukturagent
Den avsedda designen omfattar läsning av planer och bilder, kontroll av ordrar och åtgärder, hantering av SSH publika nycklar och övervakning av serverns tillstånd. Att skapa eller avbryta en tjänst och påbörja en betalning är konsekvensåtgärder som kräver lämplig behörighet. Returnera strukturerade identifierare och tydliga sluttillstånd i stället för prosa som en klient måste gissa sig till.
Transport och autentisering måste dokumenteras
En framtida fjärrslutpunkt behöver HTTPS, en supportad transport och en explicit tokenmekanism. Autentiseringsuppgifter hör hemma i den godkända autentiseringskanalen, inte i ett offentligt konfigurationsexempel. OAuth-registrering, protokollversioner, nedladdningsbara stdio-paket och kompatibilitetsmärken får endast publiceras när KoalaVPS implementerar och verifierar dem.
Ett nytt försök måste återgå till samma åtgärd
En agent kan förlora sin anslutning efter att servern har accepterat en begäran. Spara en åtgärds- eller idempotensidentifierare innan du försöker igen med en betald åtgärd. Läs om statusen efter ett osäkert svar. Timeouts och ett saknat meddelande bevisar inte att den ursprungliga åtgärden misslyckades.
Ingen hostad KoalaVPS MCP-slutpunkt är ansluten här
Den här sidan beskriver en planerad integration. Den registrerar ingen agent, installerar inget serverpaket, tillhandahåller inga inloggningsuppgifter och ansluter inget aktivt hanteringsverktyg. Distributionsguiderna förklarar hur kunder kan vara värdar för sina egna MCP-applikationer på en VPS; dessa applikationer är separata från en KoalaVPS-tjänst för kontrollplanet.
Lite mer klarhet.
Är den här sidan själv en MCP-protokolländpunkt?
Nej. Det är en förklarande webbsida. En framtida maskinändpunkt måste implementeras, dokumenteras och autentiseras separat.
Får en AI-agent behörighet att spendera bara genom att ansluta?
Nej. Verktygsupptäckt och autentisering ersätter inte kontoomfattningen, faktureringskontrollerna eller godkännandereglerna för den begärda åtgärden.