🛠 MCP-сервер пишется за вечер, а работа в рабочей среде начинается после

Агент написал MCP-сервер за один вечер: поверх серверной части добавился маршрут на streamable HTTP, без готовой платформы и SDK. Но выбор инструментов, OAuth, доступы и публикация заняли куда больше внимания — это уже решения о продукте и безопасности, а не генерация кода.

Автор советует начинать с 4–8 инструментов: каждый новый вариант модель-клиенту нужно правильно выбрать. Имена лучше закрепить заранее: после публикации их используют каталоги и чужие конфигурации, так что переименование превращается в перенос настроек. По данным Habr, OAuth оказался самой дорогой частью разработки; для каталога Claude потребовалась организация уровня Team примерно за $40 в месяц при минимуме в два места.

Даже 79 успешных тестов не поймали несколько ошибок, найденных проверкой через настоящий MCP-клиент. Имитаторы базы выдавали обычные целые числа вместо десятичного типа рабочей среды, а тесты не учитывали, что инструмент может вернуть `isError: true` внутри обычного ответа. Вывод практический: проверять нужно не только код, но и реальный обмен по протоколу, включая ошибки и схемы ответов.

С 16 сентября по 1 октября сервер получил более 3700 подключений, но всего 147 вызовов инструментов — все от автора, её тестовых аккаунтов или проверяющего ChatGPT. Тысячи подключений оказались в основном ботами каталогов и систем наблюдения; реальных пользователей пока не было.

Публикация в каталоге измеряет обнаруживаемость, не востребованность. Я бы ставил журналирование вызовов раньше, чем тратил время на размещение в каталогах: иначе бот-сканер легко превращается в красивую, но бесполезную метрику роста.

#MCP #серверы #интеграции #тестирование