Начните с доступа на чтение
Просмотр каталога, местоположения и статуса может составлять ограниченный начальный набор инструментов. Клиент должен иметь возможность узнать, что поддерживается, прежде чем получать право создавать, отменять или финансировать ресурсы.
Отделяйте значимые действия
Отмена сервера, переустановка и платёжные действия требуют явных областей доступа и понятных подтверждений. Описания инструментов должны указывать их эффект, а сервер обязан обеспечивать авторизацию, а не полагаться на корректное поведение клиента.
Обрабатывайте неопределённые исходы
Возвращайте идентификаторы операций и понятные ошибки. Используйте идемпотентность там, где повтор может создать лишний ресурс или платёж. Фиксируйте результат, не включая секреты в ответы инструментов или журналы.
Информация о релизе должна быть достоверной
Для запуска нужны проверенная конечная точка, инструкции по аутентификации, поддерживаемая версия протокола и документированные ограничения. Здесь не предоставляются чужая конечная точка, поддельный выпуск SDK или ссылка для скачивания.
Отделите описание инструмента от разрешения на его запуск
Сервер MCP может описывать инструменты каталога и управления, а аутентифицированная учётная запись решает, какие вызовы может выполнять клиент. Инструменту create_server нужны серверные привилегии и действительное решение о заказе. Инструмент read_catalogue не должен требовать учётных данных с полномочиями на отмену или выставление счетов.
Полезные группы инструментов для инфраструктурного агента
Предполагаемый дизайн охватывает просмотр тарифов и изображений, проверку заказов и операций, управление открытыми ключами SSH и наблюдение за состоянием сервера. Создание или отмена услуги и запуск платежа — это значимые действия, требующие соответствующей авторизации. Возвращайте структурированные идентификаторы и чёткие конечные состояния вместо текста, который клиенту приходится угадывать.
Транспорт и аутентификация должны быть задокументированы
Будущей удалённой конечной точке нужны HTTPS, поддерживаемый транспорт и явный механизм токенов. Учётные данные должны передаваться по утверждённому каналу аутентификации, а не в публичном примере конфигурации. Регистрация OAuth, версии протокола, загружаемые пакеты stdio и значки совместимости должны публиковаться только после того, как KoalaVPS реализует и проверит их.
Повторная попытка должна возвращаться к той же операции
Агент может потерять соединение после того, как сервер принял запрос. Сохраняйте идентификатор операции или идемпотентности перед повторной попыткой платного действия. Повторно проверяйте статус после неопределённого ответа. Тайм-ауты и отсутствие сообщения не доказывают, что исходное действие не удалось.
Здесь не подключён размещённый endpoint KoalaVPS MCP
Эта страница описывает запланированную интеграцию. Она не регистрирует агента, не устанавливает серверный пакет, не предоставляет учётные данные и не подключает работающий инструмент управления. Руководства по развёртыванию объясняют, как клиенты могут размещать собственные приложения MCP на VPS; эти приложения отделены от сервиса control-plane KoalaVPS.
Немного больше ясности.
Является ли эта страница сама конечной точкой протокола MCP?
Нет. Это пояснительная веб-страница. Будущая машинная конечная точка должна быть отдельно реализована, задокументирована и аутентифицирована.
Получает ли ИИ-агент разрешение на трату средств просто при подключении?
Нет. Обнаружение инструментов и аутентификация не заменяют область действия учётной записи, проверки биллинга или правила утверждения для запрошенного действия.