Мир разработки переживает настоящий бум вокруг протокола MCP (Model Context Protocol), который призван стандартизировать взаимодействие ИИ-моделей с внешними инструментами и данными. Однако не все эксперты разделяют всеобщий энтузиазм. Сооснователь Figma Дилан Филд публично выразил сомнения в идеальности этого стандарта, заставив сообщество задуматься о скрытых подводных камнях технологии.
Что такое MCP и почему о нём говорят?
Прежде чем разбираться в критике, стоит понять суть технологии. MCP — это открытый протокол, представленный компанией Anthropic, который позволяет большим языковым моделям (LLM) безопасно подключаться к локальным и удалённым источникам данных. По задумке, это «USB-порт» для ИИ: вместо того чтобы писать уникальные интеграции для каждого сервиса, разработчик создаёт один сервер, и любая совместимая модель может к нему обратиться.
Идея настолько понравилась индустрии, что MCP начали поддерживать крупнейшие игроки — от OpenAI до разработчиков IDE вроде Cursor и Zed. Однако Дилан Филд, известный своим инженерным перфекционизмом, увидел в этом ажиотаже не только плюсы, но и серьёзные архитектурные риски.
Позиция Дилана Филда: «Не идеальный протокол»
В своём выступлении и серии публикаций сооснователь Figma отметил, что, несмотря на удобство унификации, MCP скрывает за собой сложности, которые могут ударить по производительности и безопасности приложений. Главный тезис Филда заключается в том, что протокол пытается решить слишком широкий спектр задач, жертвуя гибкостью и предсказуемостью.
По мнению эксперта, разработчики склонны идеализировать новые стандарты, забывая о том, что «серебряной пули» не существует. Особенно это касается сферы AI и Apps, где скорость изменений опережает способность сообщества выработать единые правила игры.
Ключевые претензии к протоколу
Филд выделил несколько аспектов, которые, по его мнению, требуют доработки или, как минимум, осторожного обращения:
- Избыточная сложность для простых задач. Для базовых сценариев, где достаточно простого API-запроса, внедрение полноценного MCP-сервера выглядит как оверкилл. Это увеличивает время разработки и количество кода.
- Проблемы с безопасностью и правами доступа. Когда ИИ-агент получает доступ к локальным файлам или базам данных через MCP, границы доверия размываются. Филд указывает на то, что протокол не всегда даёт достаточный контроль над тем, какие именно данные «утекают» в модель.
- Неопределённость с производительностью. Постоянный обмен контекстом между клиентом и сервером может создавать задержки, особенно в реальном времени. Для таких продуктов, как Figma, где важна каждая миллисекунда отклика интерфейса, это критично.
- Фрагментация экосистемы. Несмотря на благие намерения, разные реализации MCP-серверов могут вести себя по-разному, что порождает новые проблемы совместимости вместо их решения.
Что скрывается за красивой обёрткой?
Дилан Филд акцентирует внимание на том, что MCP — это не просто технический стандарт, а политический и коммерческий инструмент. Продвигая свой протокол, компании стремятся занять центральное место в экосистеме AI-инструментов. В долгосрочной перспективе это может привести к зависимости разработчиков от конкретных вендоров, несмотря на заявленную открытость.
Кроме того, сооснователь Figma предупреждает: чрезмерное увлечение MCP может привести к тому, что разработчики начнут строить архитектуру приложений вокруг протокола, а не вокруг потребностей пользователя. Инструмент не должен диктовать логику продукта — это одна из ключевых мыслей его выступления.
Альтернативный взгляд: когда MCP действительно нужен
Справедливости ради стоит отметить, что Филд не призывает полностью отказаться от протокола. Он подчёркивает: MCP отлично подходит для сложных, многосоставных агентных систем, где требуется динамическое подключение десятков инструментов. Однако для большинства приложений, особенно небольших, классические REST API или прямые интеграции остаются более прозрачными и управляемыми решениями.
Вывод: баланс между инновациями и прагматизмом
Критика Дилана Филда — это не попытка остановить прогресс, а призыв к инженерной зрелости. MCP, безусловно, решает важную проблему стандартизации, но, как и любой молодой протокол, он не лишён недостатков. Разработчикам стоит внимательно оценивать, оправдано ли его внедрение в конкретном проекте, и не забывать о безопасности, производительности и простоте поддержки.
История технологий знает немало примеров, когда «идеальные» стандарты уступали место более простым и гибким решениям. Возможно, именно сейчас, на раннем этапе, у сообщества есть шанс сделать MCP лучше — или создать что-то более подходящее для реальных задач AI и Apps.
