Ask HN: Кто использует MCP в продакшене?

Ask HN: Who is using MCP in production?

Я слежу за MCP с момента его появления. Он привлек много внимания вначале, но я не встречал много людей, использующих его в продакшене. Возможно, я просто пропустил их. Если вы используете MCP в продакшене, для чего вы его используете? Какие преимущества вы нашли по сравнению с обычным API, прямой интеграцией инструментов или просто CLI?

Я использовал один для AI-инструмента, который позволяет людям сообщать об ошибках/запросах функций напрямую. Он ищет, чтобы убедиться, что это не дубликат, составляет тикет, а затем отправляет его. Поскольку это продакшн-инструмент, мы хотели самый дешевый из возможных, но без слишком большой неточности. Если бы вы использовали API и т.п., вам бы в итоге пришлось создать что-то вроде адаптера, подобного MCP, поверх него, чтобы он мог общаться на естественном языке, а не иметь дело с JSON и подобным. MCP от Linear также очень чистый и хорошо продуманный, вероятно, одно из их ключевых преимуществ по сравнению, скажем, с Jira. Я бы не знал, как выглядит API, потому что MCP работает отлично.
У нас есть это, свежий инструмент, который недавно появился в проде. Упрощает общение с ресурсами приложения. И это стандартизированный способ для агентов общаться с удаленным ресурсом, им легче понять, что доступно и как это использовать. Подробнее о mcp tools/resources/prompts.
Я считаю, что CLI или прямые вызовы API гораздо дешевле и быстрее. Единственный MCP, который я использую на данный момент, это Jira MCP, только потому, что я настроил его некоторое время назад, и он уже давно там.
  1. cgarvis

    MCP нужен для тех случаев, когда конечный пользователь (тот, кто управляет LLM-агентом) не технический. Большинство нетехнических людей не будут устанавливать CLI на свой компьютер. Большинство не будут управлять LLM-агентом через терминал.

    Это также очень полезно, когда нужна авторизация. MCP OAuth с CIMD упрощает процесс вместо громоздкой процедуры генерации API-ключей.

    Если вы технический специалист и уже используете CLI, то MCP не даёт вам многого.

  2. Aldipower

    Мы используем MCP в продакшене с 26 марта для пользовательской аналитики и планирования в спорте на выносливость, которая интегрируется напрямую с MCP-хостом, в данном случае с чат-интерфейсами ChatGPT, Claude, Grok, Perplexity.ai, Mistral и другими. Все они позволяют пользователям добавлять либо кастомные MCP-серверы, что пользователи могут сделать по простой инструкции. Например, чтобы подключить Claude: https://www.tredict.com/faq/connect-claude-web-with-tredict/

    Таким образом, пользователи могут использовать Claude для создания и отправки тренировок на свои устройства Garmin на основе предварительного анализа.

    У нас также есть приложение ChatGPT, которое использует MCP в фоновом режиме: https://chatgpt.com/plugins/plugin_asdk_app_69aef5b699a08191...

    Суть здесь в том, что MCP — это основа продукта, позволяющая обычным пользователям делать вещи, ничего об этом не зная.

    Вся дискуссия «бесполезен ли MCP?» совершенно бессмысленна с точки зрения обычного потребителя: они иногда даже не знают, что такое MCP. Приложение Tredict ChatGPT подключается в один клик и через простой OAuth-поток. Вот и всё.

  3. 5ersi

    MCP немного теряют ценность, потому что AI-агенты становятся умнее в использовании API/CLI. Например, я использую gh cli через Claude вместо их MCP, потому что у меня уже был настроен CLI, так что нет необходимости использовать MCP.

    MCP могут иметь большую ценность, если они пересекают несколько источников и объединяют результаты. Например, на работе мы используем внутренний MCP для поиска по логам и метрикам в пяти разных (легаси) системах. Он находит корреляцию между событиями в разных системах за считанные минуты.

  4. konart

    Моя компания (я не вхожу в команду, отвечающую за всё, что связано с ИИ) имеет MCP для Jira, Confluence, форка Mattermost и нескольких других интеграций.

    Я понятия не имею о вопросе MCP против API, но всегда предполагал, что весь смысл MCP — это абстракция между моделью и инструментом/сервисом.

    То есть модели не нужно знать о конкретном API (не говоря уже о конкретной его версии), чтобы работать с сервисом.

  5. throwup238

    Я использую MCP для двух типов вещей: для тех, где мне нужен доступ к памяти процесса, например, MCP-сервер для инспекции Qt GUI, и для тех, где мне нужен аутентифицированный доступ к моим данным для ChatGPT/Claude web/mobile приложений. Для этих случаев CLI были бы слишком громоздкими в использовании или в аутентификации.

    Для последнего Cloudflare Tunnels + Zero Trust + Github SSO означают, что обеспечение безопасности довольно просто, а с недавним cf cli агент делает всю работу. Их нативная поддержка изображений в base64 также полезна, чтобы «подтолкнуть» LLM смотреть на вещи без постоянных напоминаний.

  6. navigate8310

    Я отсканировал свои китайские учебники и сделал stateless MCP, который позволяет мне основывать изучение китайского языка только на учебнике. С его помощью я могу начать викторину, понять различия между словами со схожими значениями, зная, что при повторении не подаётся дополнительная грамматика. Я специально использую его с glm 5.3, так как это самый языковой LLM, который понимает нюансы.

    Вот репозиторий: https://github.com/iodize6399/xuexi-keben

    А вот сам сервер: https://keben.555420.xyz

  7. MitziMoto

    Мы используем MCP в продакшене для наших голосовых агентов, ориентированных на клиентов. Наш кастомный MCP-сервер определяет инструменты и ресурсы, к которым голосовые агенты должны иметь доступ для взаимодействия с нашими клиентами (например, запись на приём, проверка статуса заказа и т.д.).

    Теперь мы можем направить любую голосовую платформу, которую выберем — eleven labs, vapi, pipecat, что угодно — на наш кастомный MCP-сервер, и она мгновенно получает понимание доступных инструментов, их входных данных и того, как их использовать.

    По сравнению с альтернативами, которые все на HN превозносят, такими как CLI и API, это очевидное решение. Честно говоря, я даже не уверен, какой реалистичной альтернативой это могло бы быть.

    Должен ли я упаковывать и распространять CLI для ElevenLabs и просить их использовать его? Дать им полную спецификацию API для реализации за меня?

    Я даю им endpoint и учётные данные, и их платформа мгновенно знает, как общаться с моей. Никто в ElevenLabs не знает и не заботится о наших деталях реализации.

    HN с трудом видит за пределами сценария «разработчик в терминале, кодирующий с Claude Code» для использования ИИ. У реальных продакшен-агентов есть совсем другие сценарии использования!

    Когда вы не владеете каждой частью интеграции с другой системой, нужен хорошо определённый стандарт. Это то, что даёт MCP.

  8. cagz

    Да, довольно много использований в проде, основной сценарий — абстрагирование доступа к API для агентов. В нашем случае это в основном внутренние MCP-серверы, специально созданные для данного агента.

    Почему MCP вместо CLI или прямого доступа агента к API?

    Прямой доступ (Curl/собственная небольшая функция): Это требует от агента полного понимания спецификации API. Да, контекст можно защитить с помощью прогрессивного раскрытия, но это по сути означает, что агенту нужно понимать API снова и снова перед каждым использованием в этом контексте. Кроме того, типичная спецификация API может быть или не быть дружественной к агенту. Если при вызове endpoint есть нюансы, куда их поместить? В описание OAS? Работает, но громоздко.

    CLI: Это работает прекрасно, особенно когда для сложного бэкенда уже существует сторонний CLI. Предполагается хорошо документированный, дружественный к агенту CLI, но большинство CLI разработаны для человека или CI/CD потребления. Говоря о том, что MCP занимает слишком много контекста, подумайте об агенте, который начинает с my_cli --help и спускается по флагам и параметрам один за другим, чтобы понять, как должен вызываться CLI. Это меньшая проблема при вызове хорошо известного CLI (например, aws), но что-то более нишевое (или кастомное) требует нескольких итераций, чтобы составить финальную команду CLI.

    MCP: Имеет свои проблемы, но предлагает нативное для агента решение. Всё, что агенту нужно знать об инструменте, становится доступно сразу. В корпоративной среде MCP могут обслуживаться через MCP Gateway, обеспечивая управление и контроль разрешений, это довольно контра...

Ещё за этот день

2026-09-04