Присоединяйтесь к нашим ежедневным и еженедельным информационным бюллетеням для последних обновлений и эксклюзивного контента в индустрии AI-лидирования. Узнать больше
В последние несколько лет, когда системы ИИ стали более способными не только генерировать текст, но и принимать меры, принимать решения и интегрировать с корпоративными системами, они поставляются с дальнейшими сложностями. Каждая модель ИИ имеет свой собственный способ познакомиться с другими программами. Каждая добавленная система создает еще одно интеграционное джем, и ИТ -команды тратят больше времени на подключение систем, чем на их использование. Этот уровень интеграции не является уникальным: это скрытая стоимость сегодняшнего фрагментарного ландшафта ИИ.
Протокол контекста модели (MCP) Antropic является одной из первых попыток заполнить этот пробел. Он предлагает чистый протокол вопросов о том, как крупные языковые модели (LLMS) могут обнаружить и вызывать внешние инструменты с последовательными интерфейсами и минимальным трением разработчиков. Это имеет потенциал для превращения изолированных возможностей ИИ в сложные корпоративные рабочие процессы, готовые. В свою очередь это может сделать интеграции стандартизированными и простыми. Панацея нам нужна? Прежде чем мы войдем, давайте сначала поймем, о чем MCP.
Прямо сейчас интеграция инструментов в системах LLM лучше всего. Каждый агент -фрейм, каждый плагин и каждая модель -салесмен, имеет тенденцию определять свой собственный способ обработки инструмента. Это приводит к снижению переносимости.
MCP предлагает освежающую альтернативу:
- Модель сервера клиента, где LLMS требует выполнения исполнительного исполнения;
- Инструментальные интерфейсы, опубликованные в машино читаемом, декларативном формате;
- Шаблон связи с государством -артом, предназначенный для композиции и повторного использования.
В случае широкого распространения MCP может сделать AIS обнаруженным, модульным и взаимодействующим, аналогичным тому, что REST (репрезентативное государственное перемещение) и OpenAPI сделали для онлайн -сервисов.
Почему MCP не является (все еще) стандартом
В то время как MCP является протоколом открытого фонда, разработанным Antropric, и недавно приобрел тягу, важно признать, что это такое, а что нет. MCP еще не является официальным промышленным стандартом. Несмотря на свой открытый характер и растущее усыновление, он все еще поддерживается и возглавляется одним продавцом, в основном прогнозируемым вокруг семейства моделей Клода.
Настоящий стандарт требует больше, чем просто открытый доступ. Должна быть независимая правительственная группа, представляющая многочисленные заинтересованные стороны и официальный консорциум для контроля его разработки, версии и любого спорного решения. Ни один из этих элементов сегодня не подходит для MCP.
Это различие больше, чем техническое. В недавних проектах по реализации предприятия с оркестровкой задач, обработкой документов и цитированной автоматизации отсутствие уровня общего инструмента -интерфейса неоднократно появлялся как точка трения. Команды вынуждены разрабатывать адаптеры или дублировать логику через системы, что приводит к более высокой сложности и увеличению затрат. Без нейтрального, широко принятого протокола эта сложность, вероятно, не уменьшится.
Это особенно важно в сегодняшнем фрагментарном ландшафте ИИ, где многочисленные поставщики исследуют свои собственные запатентованные или параллельные протоколы. Например, Google объявил о своем протоколе Agent2agent, в то время как IBM разрабатывает свой собственный протокол связи. Без скоординированных усилий существует реальный риск развития экосистемы для сходимости, что затрудняет взаимодействие и долгосрочную стабильность.
Между тем, сам MCP все еще развивается, с его спецификациями, практикой безопасности и лидерством внедрения активно усовершенствованы. Ранние последователи заметили проблемы, связанные с опытом развития, интеграции инструментов и надежной безопасности, ни один из них не является незначительным для систем корпоративных классов.
В этом контексте предприятия должны быть осторожны. В то время как MCP представляет многообещающее направление, критически важные системы требуют предсказуемости, стабильности и совместимости, которые лучше всего обеспечиваются зрелыми сообществами. Протоколы, в которых преобладает нейтральный орган, обеспечивают долгосрочную защиту инвестиций, охраняя усыновителей одного из изменений или стратегических стержней любого продавца.
Для организаций, оценивающих MCP сегодня, это поднимает важный вопрос – как вы принимаете инновации, не записываясь в неопределенность? Следующим шагом является не приостановить MCP, а для стратегического сотрудничества с ним: экспериментируйте, где он добавляет стоимость, изолирует зависимости и готовится к мультипротоколу, которое все еще может течь.
На что должны смотреть технологические лидеры
В то время как эксперимент с MCP имеет смысл, особенно для тех, кто уже использует Клод, полноценное принятие требует более стратегического объектива. Вот некоторые соображения:
1. Вход продавца
Если ваши инструменты являются специфичными для MCP, и только Antropa поддерживает MCP, вы привязаны к их стеку. Это ограничивает гибкость, потому что многомодельные стратегии становятся более распространенными.
2. Последствия безопасности
Позвольте LLM позвонить инструментам автономно является мощным и опасным. Без охранников в соответствии с предполагаемыми разрешениями, проверкой выхода и разрешением мелкого зерна, плохо предназначенный инструмент может подвергать системы манипуляциям или ошибкам.
3
«Рассуждение», стоящая за использованием инструментов, подразумевается на выходе модели. Это затрудняет очистку. Регистрация, мониторинг и прозрачный инструмент будет иметь важное значение для корпоративного использования.
Задержка экосистемы инструментов
Большинство инструментов сегодня не знают о MCP. Организациям может потребоваться переделать свои API, чтобы соответствовать или построить средние адаптеры, чтобы преодолеть разрыв.
Стратегические рекомендации
Если вы создаете продукты на основе агента, MCP стоит отслеживать. Принятие должно быть организовано:
- Прототип с MCP, но избегайте глубокой связи;
- Проектные адаптеры, которые абстрактно MCP-специфическая логика;
- Замолчать об открытом контроле, помочь MCP (или его преемника) к принятию сообщества;
- Отслеживают параллельные усилия игроков с открытым исходным кодом, таких как Langchain и Autogpt, или промышленные органы, которые могут предлагать альтернативы, нейтральные, нейтральные поставщика.
Эти шаги сохраняют гибкость, одновременно поощряя архитектурные практики, соответствующие будущей конвергенции.
Почему этот разговор важен
Основываясь на опыте в корпоративных средах, один шаблон ясен: отсутствие стандартизированных интерфейсов модели на инструкции замедляет принятие, увеличивает затраты на интеграцию и создает операционный риск.
Идея MCP заключается в том, что модели должны говорить на постоянном языке для инструментов. Prima Facie: Это не просто хорошая идея, но необходимая. Это фундаментальный слой для того, как будущие системы ИИ будут координировать, выполнять, выполнять и разум в реальных рабочих процессах. Путь к широко распространенному усыновлению не является ни гарантированным, ни без риска.
Становится ли MCP, остается видимым. Но разговор, который он создает, – это тот, которого отрасль больше не может избежать.
Гопал Куппусвами является соучредителем Cognida.
Source link
