За пределами хайпа: почему Figma не делает ставку только на MCP

В стремительно меняющемся мире «vibe coding» и разработки с помощью AI мы наблюдаем масштабный сдвиг в том, как программное обеспечение взаимодействует с большими языковыми моделями (LLM). Мы отходим от подхода, при котором люди вводят команды в терминал, к AI-агентам, способным автономно ориентироваться в целых файлах дизайна, кодовых базах и облачных инфраструктурах.

В центре этой революции находится Model Context Protocol (MCP).

Что такое MCP?

Если вы пока не погружены в тонкости агентных рабочих процессов, то MCP — это открытый стандарт, разработанный для того, чтобы AI-модели могли беспрепятственно подключаться к внешним источникам данных и инструментам. Представьте AI-агента, который не просто «знает», как писать код, а действительно «видит» ваши файлы дизайна в Figma, «читает» схему вашей базы данных и «выполняет» развёртывание на вашем облачном хостинге — всё через стандартизированный слой взаимодействия.

Это огромный шаг вперёд для повышения продуктивности. Но, как недавно отметил сооснователь Figma Dylan Field, MCP — далеко не идеальный протокол.

Конфиденциальность против полезности

Figma объявила о планах поддерживать как можно больше стандартов, включая MCP, но с важной оговоркой: Figma не будет открывать доступ ко всем своим данным.

Так проявляется фундаментальное противоречие современной архитектуры программного обеспечения: связность против контроля.

1. Связность: Если Figma откроет через MCP доступ к каждому слою, свойству и design tokens, AI-агент теоретически сможет за считанные секунды воссоздать всю сложную design system. Это сделает AI невероятно мощным инструментом.
2. Контроль: Каждый раз, когда вы открываете «канал» между вашими конфиденциальными данными дизайна и LLM, вы увеличиваете attack surface. Есть опасения насчёт утечек данных, безопасности интеллектуальной собственности и колоссальных вычислительных затрат на потоковую передачу огромных объёмов метаданных дизайна.

Почему это важно для разработчиков и стартапов

Если вы создаёте стартапы или управляете cloud-native-приложениями, «подход Figma» может служить ориентиром для правильной организации интеграции AI:

• Стандартизируйте, но не открывайте всё: Используйте такие протоколы, как MCP, чтобы AI мог взаимодействовать с вашими сервисами, но внедряйте строгие «views» или «schemas». Не давайте AI-агенту доступ ко всей рабочей базе данных, если ему нужно лишь прочитать одну конкретную таблицу.
• Расцвет Context Engineering: Мы вступаем в эпоху, в которой то, как вы структурируете данные, чтобы AI мог их использовать, становится не менее важным, чем сам код. Проектирование «AI-friendly» API, соответствующих таким протоколам, как MCP, станет ключевым навыком следующего поколения инженеров.
• Гибридная инфраструктура: По мере перехода к более автономной разработке ваша хостинговая среда должна быть не просто местом для запуска кода, а защищённой и структурированной средой, в которой AI-агенты смогут работать, не устраивая хаоса.

Главный вывод

Осторожный оптимизм Dylan Field в отношении MCP — это признак зрелости AI-индустрии. Мы выходим за пределы фазы «вау» и переходим к фазе «как сделать это безопасным и масштабируемым».

В NameOcean мы считаем, что по мере того, как AI-агенты начинают брать на себя управление всё большей частью цифровой инфраструктуры — от настроек DNS до облачного масштабирования, — используемые ими протоколы станут основой интернета. Победителями станут не те, кто раскрывает всё, а те, кто предоставляет наиболее полезный контекст при минимальном риске.