На 18-й встрече лидеров БРИКС Си Цзиньпин выдвинул пять инициатив. Две из них касаются цифровой сферы напрямую: Инициатива по инклюзивному и открытому искусственному интеллекту и Инициатива по цифровому сотрудничеству. Вместе они описывают то, что в публичном поле называют открытым AI-сообществом и цифровой облачной платформой под эгидой Китая.
Сразу зафиксируем границу известного. Подтверждён факт инициатив и их формулировки. Архитектура платформы, схема владения серверами, порядок хранения ключей шифрования, юрисдикция данных: этих деталей в доступных материалах нет. Дальше речь пойдёт о сценариях и о том, какие вопросы решают исход.
Главная развилка выглядит так. Открытые китайские модели вроде Qwen можно скачать и запустить на своём железе, и тогда данные не покидают машину. Если же инференс и обучение идут в чужом облаке, открытость весов перестаёт быть гарантией: доступ к данным, метаданным, телеметрии и сетевой активности получает владелец серверов и ключей.
Что именно предложил Китай на саммите БРИКС
Пять инициатив: от AI до цифрового сотрудничества
Список инициатив выглядит так:
- Инициатива по инклюзивному и открытому искусственному интеллекту;
- Инициатива по упрощению торговых и инвестиционных процедур;
- Инициатива по цифровому сотрудничеству;
- Инициатива по сотрудничеству в области интеллектуального производства;
- Инициатива по развитию научно-технических талантов.
Ядро темы - первая и третья. AI-инициатива задаёт рамку «инклюзивного и открытого» доступа к технологиям, цифровая предполагает совместную инфраструктуру. Остальные три касаются торговли, промышленного производства и кадров, то есть создают для первых двух экономический и человеческий контур.
Формулировки намеренно широкие. Политическая открытость описывает, кто получает доступ к сервису. Техническая открытость описывает, кто может скачать веса и запустить модель у себя. Это разные вещи, и подменять одно другим не стоит.
Почему это важно именно сейчас
За два десятилетия БРИКС заметно расширился и превратился в одну из самых влиятельных площадок сотрудничества для развивающихся рынков и стран. Си Цзиньпин призвал участников стать пионерами в продвижении инновационного развития, в обеспечении мира и стабильности, в обмене между цивилизациями и в реформировании глобального управления.
Календарь добавляет теме веса. Китай примет председательство в БРИКС в 2027 году и проведёт 19-ю встречу лидеров. Между объявлением инициативы и председательством есть окно, за которое её успеют либо наполнить конкретикой, либо оставить декларацией.
Контекст появления инициативы тоже объясняет многое. Китайские лаборатории выпускают фундаментальные модели быстрее остальных, в том числе за счёт государственных субсидий, дешёвых кредитов и внутреннего спроса. Разбор причин отставания США в open-source показывает, как источники капитала определяют открытость разработок. Облачная платформа для БРИКС логично продолжает этот трек: модели уже есть, дальше нужен канал доставки вычислений.
Открытые модели vs облачная инфраструктура: в чём принципиальная разница
Разница проявляется в момент, когда вы решаете, где выполняется вычисление. Модель может быть полностью открытой, а вся ценность при этом остаётся у оператора инфраструктуры.
Как работает локальный запуск Qwen и что он даёт
Qwen - открытая китайская модель, веса которой доступны для скачивания. Дальше всё зависит от железа. Наглядный пример - Perplexity Portable Computer, локальный вариант агента Perplexity Computer для Windows. Он работает на модели линейки Qwen (27B), включая дообученную PPLX 27B, и запускается прямо на машине пользователя.
Практический эффект: конфиденциальная информация остаётся на устройстве, а локально выполненная работа не расходует кредиты облачного сервиса. Диктовка тоже обрабатывается на месте, транскрипция и действия с файлами не уходят наружу.
Цена такого контроля - железо. Для локального вывода нужна GPU NVIDIA GeForce RTX или RTX PRO с минимум 24 ГБ видеопамяти. Альтернатива - DGX Spark: настольная машина на платформе Grace Blackwell GB10 с 20-ядерным Arm-процессором, GPU NVIDIA и 128 ГБ унифицированной памяти.
Второй слой локальности - интеграции. Portable подключается к настольным приложениям через локальные серверы Model Context Protocol, которые работают на той же Windows-машине. Коннекторы закрывают Outlook, OneDrive, Word, Google Drive, Gmail, Slack и GitHub. Запросы к этим сервисам идут через ваш компьютер, а не через сторонний шлюз.
Схема простая: открытая модель плюс локальная инфраструктура дают контроль над данными. Открытая модель без локальной инфраструктуры не даёт ничего.
Что меняется, когда модель уходит в облако
В облаке провайдер видит несколько слоёв одновременно:
- содержимое запросов и ответов, если нет сквозного шифрования с ключами на стороне клиента;
- метаданные: кто, когда и что спрашивал, как часто, из какой сети;
- телеметрию: загрузку ускорителей, длину контекста, размеры батчей, паттерны использования;
- сетевую активность: с какими сервисами обменивается трафиком ваша инфраструктура.
Открытые веса на эти слои не влияют. Вы можете запустить в облаке ту же Qwen, что и дома, но оператор площадки всё равно окажется в позиции наблюдателя.
Насколько тема стала чувствительной, видно по реакции на релизы китайских моделей: вокруг Kimi от Moonshot AI поднялась волна обсуждений в США, где политику и рынок разбирают в одной связке.
Архитектура платформы: что известно и что остаётся неизвестным
Подтверждено: инициативы существуют. Не подтверждено: будут ли серверы, ключи и данные под контролем каждой страны или централизованы у китайских провайдеров. Именно от этого зависит оценка последствий, и именно этих деталей в открытых материалах нет.
Сценарий 1: децентрализованная платформа с национальным контролем
Гипотетически платформа может быть устроена так: серверы стоят на территории каждой страны-участницы, ключи шифрования хранят национальные операторы, данные не покидают юрисдикцию. Обмен идёт моделями, весами и совместимыми API, а не сырыми данными.
Такая схема дороже и сложнее в эксплуатации. Синхронизация версий, разный уровень железа, неоднородные требования регуляторов. Зато риск привилегированного доступа резко падает: наблюдатель видит только тот сегмент, который ему отдали. Это возможный сценарий, а не подтверждённый факт.
Сценарий 2: централизованная облачная платформа под эгидой Китая
Другая крайность - единая облачная инфраструктура, которой управляют китайские провайдеры. Страны БРИКС получают доступ к вычислениям, моделям и инструментам, но данные, метаданные, телеметрия и сетевая активность проходят через чужую площадку. Это даёт оператору привилегированный доступ и создаёт зависимость: миграция с такой платформы стоит дорого.
Это тоже сценарий, а не утверждённый план. Исключать его нельзя, но и подавать как решённый вопрос нечестно.
Между двумя крайностями есть промежуточные варианты: гибрид с национальными дата-центрами и общим управляющим слоем, мультиоблако с разными провайдерами, схема «данные у вас, вычисления у нас». Какой из них выберут, станет видно по публикации технических требований.
Почему инфраструктура важнее открытых моделей: три уровня контроля
Разложим по уровням.
| Уровень | Что контролируется | Кто получает доступ к данным |
|---|---|---|
| Модель | Веса, лицензия, возможность дообучения | Никто, если запуск локальный |
| Вычисления | Где идут инференс и обучение | Владелец площадки, если это облако |
| Инфраструктура | Серверы, сеть, хранилища, ключи шифрования | Тот, кто владеет железом и ключами |
Первый уровень сегодня доступен почти всем: веса Qwen скачиваются свободно. Второй уровень определяется бюджетом: своя GPU или аренда. Третий уровень и решает исход. Открытый код модели ничего не говорит о том, кому принадлежит сервер, на котором она крутится.
Аналогия простая. Открытая лицензия на программное обеспечение не делает ваш сервер вашим, если железо стоит в чужом дата-центре, а ключи от шифрования лежат у администратора площадки.
Экономика это подтверждает. Стоимость открытых весов стремится к нулю, а деньги концентрируются вокруг хостинга, маршрутизации запросов и биллинга. Крупные сделки в open-weight сегменте касаются именно этих слоёв, а не самих моделей. Кто владеет слоем доставки вычислений, тот и определяет правила.
Что это значит для стран БРИКС и Глобального Юга
Для развивающихся стран доступ к AI-инфраструктуре ускоряет цифровизацию: государственные сервисы, промышленность, наука, образование. Строить собственные кластеры уровня современных дата-центров дорого и долго. Аренда выглядит быстрым решением.
Обмен понятен: технологии в обмен на контроль над данными и инфраструктурой. БРИКС позиционирует себя как площадку сотрудничества для развивающихся рынков, и инициатива вписывается в этот нарратив. Вопрос в том, чем именно платят страны-получатели.
Цифровой суверенитет в такой сделке держится на трёх вещах: где физически лежат данные, у кого ключи шифрования, кто может отключить сервис. Если хотя бы один пункт вне национальной юрисдикции, суверенитет становится условным.
Отдельная ставка - экономическая. Страны, которые отдают вычисления внешнему оператору, теряют не только контроль, но и рынок облачных услуг, а вместе с ним налоги и локальные компетенции. Тот, кто строит инфраструктуру первым, закрепляет стандарты на годы.
Практические выводы: как оценивать такие инициативы и что делать разработчику
Набор вопросов, который стоит задавать к любой облачной AI-платформе, включая будущую платформу БРИКС:
- Кто владеет серверами и на чьей территории они стоят?
- Где хранятся ключи шифрования и кто имеет к ним доступ?
- Видит ли оператор метаданные и телеметрию запросов?
- Можно ли вывезти данные и артефакты и в каком формате?
- Есть ли локальный или гибридный режим работы?
- Что произойдёт с сервисом при смене политического курса?
Для разработчика выбор выглядит так. Локальный запуск открытых моделей вроде Qwen даёт предсказуемый контроль, но требует GPU с минимум 24 ГБ VRAM и постоянных расходов на железо и электричество. Облако снимает эти затраты и даёт масштабирование, зато вы отдаёте оператору содержимое запросов, метаданные и паттерны использования.
Компромисс, который работает на практике: держать на своей стороне то, что чувствительно, и уводить в облако то, что не жалко. Секретные данные обрабатывать локально, тяжёлые эксперименты и публичные задачи гонять в облаке.
Если вопрос «подписки или локальный стек» уже стоит ребром, полезно посмотреть на экономику отдельно: тренд на локальные AI-модели и отказ от облачных подписок разбирает расчёты, ограничения и сценарии интеграции.
По платформе БРИКС вывод конкретный. До публикации архитектуры оценивать нечего, а до этого момента критичные данные лучше держать там, где вы контролируете и железо, и ключи. Как только появятся ответы про серверы, юрисдикцию и криптографию, станет ясно, получилась ли инициатива про открытость или про доступ к чужим данным.