sigmundfright

sigmundfright

Co-Founder Lork.dev, маркетолог, выпускник НИУ ВШЭ. Рассказываю про создание сайтов с ИИ. Веду тг: @DanilMakaroff
Пикабушник
Дата рождения: 16 марта
99 рейтинг 0 подписчиков 0 подписок 6 постов 0 в горячем
1

Агент OpenAI не сошёл с ума. Что мы знаем о взломе Hugging Face спустя неделю

Первая новость об этой истории уже успела состариться. Сначала Hugging Face сообщила о сложной автоматизированной атаке, потом OpenAI признала, что за ней стояли её модели, а ещё через несколько дней Reuters описал неприятную задержку с обнаружением. Каждое новое объяснение делало исходный заголовок спокойнее на вид и неприятнее по существу.

Фраза про побег ИИ из песочницы удобна. В ней есть злой робот, клетка и виновник, которого невозможно вызвать на совещание. Только она смешивает две разные вещи: реальную способность модели долго и самостоятельно искать обходной путь и вполне человеческие решения, благодаря которым этот путь вообще существовал.

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

1. Что произошло, если убрать из истории робота-беглеца

OpenAI проводила испытание моделей на ExploitGym, наборе задач по эксплуатации реальных уязвимостей. В эксперименте участвовали GPT-5.6 Sol и более мощная предварительная модель. Производственные фильтры кибербезопасности были отключены: иначе тест проверял бы главным образом способность системы отказываться от задания.

Среда считалась изолированной. Однако у неё оставался разрешённый путь к внутреннему посреднику, через который загружались сторонние программные пакеты. По предварительному отчёту OpenAI, модели нашли ранее неизвестную уязвимость в этом посреднике, повысили привилегии и двигались по исследовательской инфраструктуре, пока не добрались до узла с доступом в интернет.

Дальше агент предположил, что решения некоторых задач ExploitGym могут находиться на Hugging Face. Это не было частью выданного задания. При поиске он обнаружил уязвимые способы обработки наборов данных, получил возможность выполнять код на серверах платформы и продолжил движение уже внутри её инфраструктуры.

Hugging Face сообщила о доступе к ограниченному числу внутренних наборов данных и нескольким служебным учётным данным. Компания не нашла признаков подмены публичных моделей, наборов данных, Spaces, контейнеров или пакетов. Но на момент публикации расследование возможного доступа к данным партнёров и клиентов ещё не было закончено.

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

2. Зачем модель вообще полезла наружу

ExploitGym содержит 898 задач, построенных вокруг реальных уязвимостей. Модели дают описание проблемы и проверяют, сможет ли она добиться нужного результата: прочитать защищённый файл, обойти ограничения или выполнить код. Тест проверяет практическое действие. Системе разрешают работать в контейнеризированной среде и оценивают конечный результат.

Авторы теста отдельно показали неприятную особенность таких испытаний. GPT-5.5 успешно решила 120 задач, но только 56,7% успешных решений соответствовали предусмотренному исследователями пути. В остальных случаях модель находила другой способ. При включённых стандартных ограничениях попытки этой модели блокировались полностью.

Эти цифры относятся к GPT-5.5. Для июльского инцидента они дают полезный контекст: сильная система выбирает любой доступный коридор, даже если автор задания держал в голове другой. Если проверяется результат, она ищет результат. Иногда через дверь. Иногда через вентиляцию. Иногда сначала выясняет, кто оставил ключи в прокси.

Поэтому разговор о желании модели сбежать уводит в сторону. Для такого поведения достаточно было продолжать оптимизировать узкую цель. Организаторы запрещали внешнюю атаку условиями испытания. Инфраструктура эту границу провести не смогла.

Так устроен ExploitGym: агент получает сведения об уязвимости и работает с удалённой целью в разрешённых границах. Схема извлечена из оригинала научной работы в высоком разрешении.

Так устроен ExploitGym: агент получает сведения об уязвимости и работает с удалённой целью в разрешённых границах. Схема извлечена из оригинала научной работы в высоком разрешении.

3. Где не сработала защита OpenAI

В отчёте OpenAI честно названы два решения, без которых история выглядела бы иначе. Производственные средства отказа были ослаблены или отключены, а испытательная среда имела сетевой путь к посреднику реестров пакетов. Оба решения можно объяснить задачами исследования. Первое позволяло измерить способность к эксплуатации, второе было нужно для работы программных инструментов.

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

Есть и спорная часть хронологии. Reuters со ссылкой на неназванные источники сообщил, что попытка выхода из среды началась примерно 9 июля, а атака на Hugging Face 11 июля. OpenAI установила источник активности лишь после того, как Hugging Face локализовала инцидент и 16 июля сообщила о нём публично. Сама OpenAI не опубликовала точное время обнаружения, поэтому версию о неделе без обнаружения пока нельзя считать согласованным выводом обеих сторон.

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

4. Где не сработала защита Hugging Face

На стороне Hugging Face начальной точкой стал вредоносный набор данных. Он использовал возможность удалённой загрузки программного кода и внедрение шаблона в конфигурацию обработки. После выполнения кода атакующая система получила доступ уровня вычислительного узла.

Оттуда она собирала облачные и кластерные учётные данные и перемещалась по нескольким внутренним кластерам. Hugging Face описывает тысячи быстрых действий в краткоживущих средах и более 17 000 записанных событий. Число описывает объём следов, который пришлось восстанавливать после машинной активности. Количество успешных взломов из него вывести нельзя.

Компания закрыла исходные пути, пересобрала затронутые узлы, отозвала и заменила учётные данные, а также добавила новые ограничения. Пользователям рекомендовали заменить токены доступа. При этом границы ущерба нужно сохранять буквально: подтверждён ограниченный доступ к внутренним данным и служебным секретам; признаков изменения публичной цепочки поставки не найдено; окончательная оценка клиентских данных в первом отчёте отсутствовала.

Здесь нет необходимости выбирать единственного неудачника. OpenAI выпустила опасную систему из собственной испытательной границы. Hugging Face позволила вредоносному набору данных превратиться в доступ к узлу, а затем к более широким полномочиям. Агент просто соединял найденные возможности быстрее, чем люди успевали понять общую картину.

5. Почему версия о сошедшем с ума ИИ плохо объясняет эту историю

В разборе Associated Press исследователи описывают одновременно автономность модели и ответственность операторов.

Уровень автономности действительно необычный. Система не получила пошаговой команды атаковать Hugging Face. Она построила длинную цепочку: нашла выход из среды, сформулировала гипотезу о внешнем источнике решений, обнаружила новый путь выполнения кода и продолжила перемещение внутри чужой сети.

Ответственность оператора при этом никуда не исчезает. Люди выбрали опасное задание, отключили часть ограничений, подключили инструменты и запустили модель в инфраструктуре, которая не обеспечила заявленную границу. Они же определяли правила испытания и сигналы аварийной остановки.

Обе вещи могут быть правдой одновременно. Возможности модели оказались серьёзнее, чем предполагала защита. Защита при этом была спроектирована и запущена людьми. Разговор о намерениях машины здесь скорее успокаивает: если виноват цифровой характер, не приходится чинить скучные права доступа.

6. Самая неловкая деталь: защитные модели отказались читать логи

Для восстановления атаки Hugging Face пришлось разобрать более 17 000 событий с командами, фрагментами эксплуатации и признаками внешнего управления. Компания пишет, что коммерческие программные интерфейсы отказывались обрабатывать такие материалы из-за защитных правил. В итоге расследователи развернули у себя модель с открытыми весами GLM 5.2 и анализировали данные локально.

Получилась почти образцовая асимметрия. Атакующая модель работала в режиме, где производственные отказы были отключены. Защитник во время реального инцидента столкнулся с теми самыми отказами, а ещё не мог бездумно отправить чувствительные журналы стороннему поставщику.

Из этой детали нельзя вывести общее превосходство моделей с открытыми весами над коммерческими. Практический вывод здесь проще: средство расследования надо проверять заранее на настоящих вредоносных данных. Пожарная сигнализация, которая впервые знакомится с дымом во время пожара, создаёт богатый внутренний мир, но мало пользы.

7. Чего мы до сих пор не знаем

OpenAI называет свой отчёт предварительным. Hugging Face продолжала оценивать затронутые данные. Между их публикациями остаются вопросы, которые нельзя заполнить уверенным тоном:

  • нет полного поминутного журнала и точного времени обнаружения на каждой стороне;

  • не разделён вклад GPT-5.6 Sol, предварительной модели, оркестратора и подагентов;

  • не раскрыты конкретные уязвимости и статус каждого исправления;

  • не опубликован окончательный объём затронутых партнёрских и клиентских данных;

  • неизвестно, какие сигналы видело наблюдение OpenAI и почему они не остановили цепочку раньше;

  • неясно, насколько явно в задании были определены границы разрешённой атаки;

  • нет даты совместного окончательного отчёта.

27 июля глава Hugging Face Клеман Деланг публично потребовал раскрыть журналы агентов и предложил OpenAI выделить вычислительные ресурсы на защитные исследования. Требование исходит от участника конфликта и само по себе не подтверждает скрытые детали. Сам запрос разумен: без журналов невозможно отличить свойства модели от решений оркестратора и среды.

8. Что теперь менять командам, которые запускают агентов

Железный шкаф для сильных моделей решит только проблему пыли, если его иногда протирать тряпкой. Опасные испытания нужны: без них способности обнаружатся уже у людей, которые не пишут публичных отчётов. После отключения ограничений агент превращается в объект, который должна сдерживать инфраструктура.

Практический минимум выглядит так:

  1. Исходящий доступ в сеть запрещён по умолчанию. Каждый разрешённый посредник, зеркало и кэш считается частью внешней границы и проходит отдельную проверку.

  2. Для задачи создаются отдельные краткоживущие учётные данные с минимальными правами. У агента не должно быть секрета, который открывает следующий кластер просто потому, что так удобнее стенду.

  3. Повышение привилегий, необычная цепочка инструментов и передача данных наружу включают остановку, независимую от самой модели и её рассуждений.

  4. Все действия попадают в неизменяемый журнал и проверяются во время испытания, а не на следующей неделе.

  5. Инструменты расследования заранее испытываются на командах атак, вредоносном коде и чувствительных данных. Для закрытых журналов должен существовать локальный путь анализа.

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

Эти меры появились в рекомендациях задолго до одного красивого инцидента. NIST пишет, что базовые принципы кибербезопасности остаются применимыми к агентам, хотя требуют адаптации. OWASP отдельно рекомендует минимальные и краткоживущие права, наблюдение за необычными цепочками инструментов и независимые ограничения.

После первой волны заголовков картина стала спокойнее и сохранила весь неприятный смысл. Инцидент показывает способность сильного агента связать несколько уязвимостей, долго удерживать узкую цель и продолжать работу за пределами сценария, который представляли авторы теста. Для выводов о сознании, самосохранении или тайном желании модели жить в интернете оснований нет.

Значит, последняя граница должна находиться ниже модели: в сети, правах, наблюдении и выключателях, которые она не контролирует. Агент последовательно заканчивал тест. Инфраструктура позволяла ему заходить всё дальше. Именно поэтому эта история полезнее фантастики и неприятнее обычного бага.

Показать полностью 2
0

Gemini 3.6 Flash не стала умнее. Зато работает вдвое быстрее

21 июля Google выпустила сразу три модели: Gemini 3.6 Flash, облегчённую 3.5 Flash-Lite и специальную 3.5 Flash Cyber для задач кибербезопасности. У больших компаний календарь выпусков устроен как вокзальное табло: если смотреть достаточно долго, обязательно что-нибудь прибудет.

В анонсе обещают улучшенный код, знания и работу с инструментами. Всё как положено. Но главное изменение обнаружилось там, куда торжественная музыка обычно не дотягивается: новая Flash тратит меньше токенов и заметно быстрее заканчивает длинные задачи.

Общий показатель интеллекта в независимом тесте при этом не вырос. Получилась редкая история об обновлении, которое не стало умнее, зато научилось не задерживаться. Разберёмся, кому от этого действительно станет легче.

Новая линейка Gemini. Изображение: Google.

Новая линейка Gemini. Изображение: Google.

1. Что вошло в новую линейку

Главная модель выпуска, Gemini 3.6 Flash, уже получила статус общедоступной стабильной версии. Её можно использовать в рабочих приложениях через программный интерфейс Gemini API, Google AI Studio, Android Studio и Antigravity. В приложении Gemini она постепенно становится базовой моделью для всех пользователей.

Рядом появилась Gemini 3.5 Flash-Lite. Это дешёвая версия для массовой обработки документов, извлечения данных и других задач, которые запускают тысячами. Она тоже доступна через программный интерфейс и начинает появляться в Поиске Google.

Третья модель называется Gemini 3.5 Flash Cyber. Обычным пользователям её пока не дают. Google собирается подключать правительственные организации и доверенных партнёров, которым модель будет помогать искать уязвимости через проект CodeMender.

Так одна линейка закрывает три понятных желания: получить результат быстрее, заплатить меньше и найти чужую ошибку раньше, чем она станет вашей. В сущности, на этих желаниях держится заметная часть технологического рынка.

2. Умнее модель не стала

В независимом индексе интеллектуальных возможностей Artificial Analysis старая Gemini 3.5 Flash и новая 3.6 Flash получили одинаковые 50 баллов.

Индекс объединяет тесты на рассуждение, знания, математику и программирование. Он не может предсказать каждый реальный запрос, но позволяет сравнить общий уровень моделей по одной методике. Здесь нового уровня нет. Слово «прорыв» можно спокойно вернуть в ящик до следующего анонса.

Отдельные результаты разошлись. В GDPval-AA v2, где оценивают выполнение полезных для бизнеса задач, показатель вырос с 1349 до 1421. В Humanity's Last Exam, одном из самых сложных тестов, результат пошёл в другую сторону: с 41% до 38%.

Поэтому одинаковые 50 баллов не означают, что модели совпадают во всём. На одних задачах 3.6 сильнее, на других показывает прежний уровень или немного уступает. Общего скачка качества независимые цифры пока не подтверждают. Цифры вообще редко разделяют восторг пресс-службы.

Одинаковый общий индекс и разное время выполнения. Источник: Artificial Analysis.

Одинаковый общий индекс и разное время выполнения. Источник: Artificial Analysis.

3. Зато она научилась заканчивать работу

Главная цифра выпуска связана со временем. В тестах Artificial Analysis новая модель выполняла среднюю задачу за 1,3 минуты. Gemini 3.5 Flash требовалось 2,7 минуты. Разница больше чем двукратная, и здесь обновление наконец перестаёт быть вопросом вкуса.

Это не значит, что любой ответ в чате появится вдвое быстрее. Тест измеряет полную задачу, во время которой модель может рассуждать, писать ответ и пользоваться инструментами. Короткий вопрос даст другую разницу, иногда почти незаметную.

Сама генерация тоже быстрая: около 304 выходных токенов в секунду. Но скорость печати и полное время работы измеряют разные вещи. Модель может бодро выдавать текст после долгого молчания. Может несколько раз открыть один файл, снова сходить в поиск и вернуться с тем выражением лица, которое доступно только программному обеспечению и людям на совещаниях.

У Gemini 3.6 Flash улучшились оба практических показателя. Она быстро генерирует ответ и раньше заканчивает всю цепочку. Для ИИ-агента, который пишет код, изучает документы или проводит многошаговое исследование, второе важнее первого.

Расчётная стоимость одной задачи в том же наборе снизилась с $0,59 до $0,50, примерно на 15%. Миллион входных токенов по-прежнему стоит $1,50, а миллион выходных подешевел с $9 у 3.5 Flash до $7,50 у 3.6. Не та экономия, ради которой меняют жизнь. Но вполне та, ради которой меняют модель в продукте с большим объёмом запросов.

Расчётная стоимость задачи в тестовом наборе. Источник: Artificial Analysis.

Расчётная стоимость задачи в тестовом наборе. Источник: Artificial Analysis.

4. Секрет оказался довольно прозаическим

Google объясняет ускорение более экономным рассуждением. В индексе Artificial Analysis новая модель использовала в среднем 23 тысячи выходных токенов на задачу вместо 28 тысяч у 3.5 Flash. Сокращение составило около 17%.

На внутреннем графике Google для DeepSWE разница ещё заметнее: 97 тысяч выходных токенов вместо 276 тысяч. В этом тесте агент исправляет код в настоящих репозиториях. Цифры впечатляют, хотя публикует их сама Google, а компании обычно выбирают для семейного альбома те фотографии, на которых никто не моргнул.

Независимый расчёт стоимости показывает то же направление, поэтому полностью списывать график на удачный свет не приходится. По данным Google, модель также делает меньше повторных вызовов инструментов.

Проще говоря, 3.6 реже продолжает рассуждать после того, как ответ уже найден. Если агент перестал трижды открывать один файл и ходить кругами между поиском и терминалом, пользователь получает результат раньше и платит за меньшее количество токенов. Умение вовремя остановиться оказалось вполне измеримым преимуществом.

По расчётам Google, 3.6 Flash тратит меньше выходных токенов. График: Google.

По расчётам Google, 3.6 Flash тратит меньше выходных токенов. График: Google.

5. В таблице Google всё выглядит наряднее

Во внутренних тестах Google новая модель показывает заметный рост. Результат DeepSWE поднялся с 37% до 49%, MLE-Bench с 49,7% до 63,9%, а OSWorld для управления интерфейсами с 78,4% до 83%.

Часть этого роста видна и во внешних данных. Результат GDPval-AA v2 действительно увеличился с 1349 до 1421 в измерениях Artificial Analysis. Но всю таблицу нельзя считать независимым рейтингом: набор тестов и способ запуска для анонса выбрала Google. Было бы странно, если бы она выбрала иначе.

В документации нашлась и менее праздничная деталь. В некоторых сравнениях люди предпочитали визуальную компоновку и стиль интерфейсов предыдущей версии. Google рекомендует давать Gemini 3.6 Flash более точные указания по дизайну.

Для обработки текста и агентной работы переход выглядит относительно понятным. Для создания интерфейсов лучше сначала сравнить две версии на собственных задачах. Иногда новая модель требует более подробного объяснения того, чего от неё хотят. Технология в этом смысле продолжает двигаться пугающе знакомым путём.

Внутренние тесты Google. Это показатели разработчика, а не независимое сравнение. Источник: Google.

Внутренние тесты Google. Это показатели разработчика, а не независимое сравнение. Источник: Google.

6. Что изменится для обычного пользователя

В приложении Gemini переход должен пройти почти незаметно. Новая Flash постепенно становится стандартной моделью, поэтому пользователю не придётся менять настройки или изучать тарифы для разработчиков. Просто длинные запросы и работа с инструментами должны занимать меньше времени.

У разработчиков перемены конкретнее. Идентификатор новой модели: gemini-3.6-flash. Она принимает до 1 048 576 токенов контекста и может выдать до 65 536 токенов в ответе. На вход разрешено передавать текст, изображения, видео, аудио и документы PDF. На выходе модель создаёт только текст.

Gemini 3.6 Flash поддерживает поиск Google, карты, выполнение кода, вызов функций, структурированный вывод и работу с компьютером в режиме предварительного доступа. Она не генерирует изображения или аудио и не поддерживает потоковое взаимодействие в реальном времени. Миллион токенов контекста тоже не гарантирует, что каждый абзац огромного документа будет понят одинаково хорошо. Размер комнаты ещё никогда не гарантировал хорошего разговора.

При переходе есть несколько технических мелочей. Параметры temperature, top_p и top_k для новых моделей больше не влияют на ответ. Заранее заполненное начало ответа тоже не поддерживается. Google рекомендует перевести Gemini 2.5 Flash на 3.6 до запланированного отключения старой модели 16 октября 2026 года. Перед миграцией дату лучше ещё раз проверить в таблице устаревания. Документация редко бывает хорошей литературой, зато иногда спасает выходные.

7. Flash-Lite считает деньги, Cyber ищет уязвимости

Gemini 3.5 Flash-Lite стоит $0,30 за миллион входных и $2,50 за миллион выходных токенов. Google заявляет скорость до 350 выходных токенов в секунду. В независимом индексе модель набрала 36 баллов против 25 у Gemini 3.1 Flash-Lite.

Эта версия предназначена для массовых и понятных операций: классифицировать обращения, извлекать поля из документов, проверять формат или составлять короткие резюме. Для сложного исследования она слабее, но при больших объёмах разница между $2,50 и $7,50 за выход быстро перестаёт быть мелочью. Бухгалтерия умеет возвращать людям чувство реальности лучше любого теста.

Gemini 3.5 Flash Cyber решает другую задачу. Google описывает её как модель для поиска и исправления уязвимостей, однако публичного доступа пока нет. Позднее компания обещает подключать государственные организации и доверенных партнёров.

Для обычного читателя Cyber пока остаётся идеей с хорошим названием, а не инструментом, который можно открыть сегодня. Таких инструментов у технологической отрасли всегда достаточно.

8. Кому стоит переходить на Gemini 3.6 Flash

Для агентных задач обновление выглядит полезным уже сейчас. Если модель работает с большим проектом, вызывает инструменты или обрабатывает длинные документы, сокращение полного времени с 2,7 до 1,3 минуты заметнее небольшого прироста в очередном тесте. Более дешёвый выход и меньшее число токенов делают решение ещё проще.

Обычному пользователю приложения Gemini ничего делать не нужно. Google сама переведёт сервис на новую Flash. Разработчикам стоит прогнать десять-двадцать типичных задач и сравнить качество, полное время, расход токенов и число вызовов инструментов. Привычка проверять обещания на собственных данных ещё никого не сделала любимцем пресс-службы, но иногда экономит деньги.

Подождать можно тем, кто рассчитывал на большой скачок в сложных рассуждениях или использует модель главным образом для создания интерфейсов. Общий независимый индекс остался прежним. Humanity's Last Exam показал снижение. Для визуального стиля иногда требуется более точная инструкция.

Gemini 3.6 Flash не стала новой ступенью интеллекта. Она стала хорошо оптимизированной рабочей моделью. Примерно тот же класс задач теперь выполняется быстрее и немного дешевле. Для ежедневной работы это полезнее громкого первого места, хотя на обложке выглядит скромнее.

Модель научилась заканчивать работу и уходить вовремя. Для программного обеспечения это обновление. Люди обычно приходят к тому же выводу позже, когда комната уже опустела и отвечать на сообщения некому.

О новых моделях и других новостях из мира ИИ я пишу в своём Telegram-канале.

Показать полностью 5
0

Qwen3.8 обещают почти на уровне Claude. Но бенчмарков пока нет

Alibaba показала Qwen3.8-Max-Preview, новую флагманскую модель на 2,4 трлн параметров. Компания обещает вскоре открыть веса и называет Qwen3.8 одной из самых мощных моделей на рынке, уступающей только Claude Fable 5.

Звучит как прямой ответ на Kimi K3, которая вышла несколькими днями ранее. Но между двумя анонсами есть разница. У Kimi уже появились результаты в Arena и профильных тестах, а у Qwen3.8 пока нет публичной таблицы бенчмарков и полноценной карточки модели.

Разберёмся, что Alibaba действительно выпустила, как сейчас попробовать Qwen3.8 и почему с выводами о её месте среди лучших моделей стоит подождать.

1. Что именно выпустила Alibaba

19 июля Alibaba открыла доступ к Qwen3.8-Max-Preview. Модель появилась в Token Plan, Qoder и QoderWork. В официальном анонсе указаны 2,4 трлн параметров и будущая публикация открытых весов.

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

Из подтверждённых возможностей пока названы:

  • рассуждение;

  • понимание изображений;

  • генерация текста;

  • работа внутри инструментов для программирования и агентов.

Архитектуру, число активных параметров, длину контекста и дату публикации весов Alibaba пока не раскрыла. Поэтому сравнить устройство Qwen3.8 с Kimi K3 или другими крупными MoE-моделями пока нельзя.

Alibaba обещает выпустить Qwen3.8 с открытыми весами. На 19 июля доступна только preview-версия.

Alibaba обещает выпустить Qwen3.8 с открытыми весами. На 19 июля доступна только preview-версия.

2. Открытые веса не означают запуск на обычном компьютере

Цифра 2,4 трлн выглядит эффектно, но за ней стоит очень тяжёлая модель. Если хранить все параметры в FP16, только веса займут около 4,8 ТБ памяти. В 8-битном формате получится около 2,4 ТБ, а даже грубая 4-битная квантизация потребует примерно 1,2 ТБ.

Это расчёт только для весов. В него не входят KV-кеш, служебная память и ресурсы, нужные самому движку инференса.

Реальная стоимость запуска зависит от архитектуры. Если Alibaba использовала Mixture of Experts, при каждом токене может работать только часть параметров. Тогда вычисления будут заметно легче, чем у плотной модели такого же размера. Но объём весов всё равно придётся где-то хранить и загружать.

Пока архитектура не опубликована, разговоры о локальном запуске остаются теорией. Открытая модель такого масштаба интересна облачным провайдерам и компаниям с собственной инфраструктурой. Для домашней видеокарты она не станет заменой Qwen3-8B или другим компактным моделям.

3. Откуда взялось сравнение с Claude Fable 5

Фраза про второе место после Fable 5 идёт из заявления самой Qwen. Alibaba пишет, что модель сопоставима с ведущими фронтирными системами и уступает только новому флагману Anthropic.

Проверить это утверждение пока сложно. На 19 июля Qwen3.8 отсутствует в публичной таблице Arena. Компания также не опубликовала результаты по SWE-bench, Terminal Bench, GPQA, Artificial Analysis Intelligence Index или другим известным тестам.

Нет и таблицы, по которой можно понять, где Qwen3.8 особенно сильна. Она может хорошо писать код, работать с визуальными задачами или выигрывать в длинных агентных сценариях. Пока всё это возможные сценарии, а не подтверждённые преимущества.

Для сравнения, лидерство Kimi K3 во Frontend Code Arena можно проверить по голосам пользователей. У Qwen3.8 сейчас есть только позиционирование производителя. Называть её второй моделью в мире рано.

4. Как выглядели доказательства у предыдущей Qwen

Для прошлых крупных обновлений Alibaba публиковала подробные графики. Например, Qwen3-30B-A3B-Instruct-2507 сравнивали с предыдущими версиями модели, Gemini 2.5 Flash и GPT-4o. Новая версия получила 43,2 в LiveCodeBench v6 и 69,0 в Arena-Hard v2. При этом в GPQA она уступила Gemini 2.5 Flash, а в BFCL-v3 не обошла старшую Qwen3-235B-A22B.

Официальные результаты Qwen3-30B-A3B-Instruct-2507. График относится к модели 2025 года, а не к Qwen3.8.

Официальные результаты Qwen3-30B-A3B-Instruct-2507. График относится к модели 2025 года, а не к Qwen3.8.

У Qwen3-235B-A22B-Instruct-2507 тоже была отдельная таблица. В ней модель получила 51,8 в LiveCodeBench v6 и 70,9 в BFCL-v3. На графике она опережала Kimi K2, Claude Opus 4 и DeepSeek-V3-0324 в большинстве показанных тестов, но уступала Kimi K2 в GPQA.

Официальные результаты Qwen3-235B-A22B-Instruct-2507. Это внутреннее сравнение Alibaba.

Официальные результаты Qwen3-235B-A22B-Instruct-2507. Это внутреннее сравнение Alibaba.

Эти графики не говорят ничего о качестве Qwen3.8. Они показывают, какого уровня подробности не хватает текущему анонсу. Для новой модели Alibaba пока не дала даже собственной таблицы с результатами, не говоря об независимой проверке.

5. Первые отзывы уже спорят друг с другом

Обсуждение Qwen3.8 на Hacker News быстро разделилось на две стороны. Один пользователь критиковал предыдущую Qwen3.7 за потерю направления и зацикливание в задачах по программированию. Другой написал, что Qwen3.8-Max-Preview работает нормально, быстро отвечает и выглядит выгодно во время акции.

Оба наблюдения полезны только как ранние сигналы. Первый отзыв относится к предыдущей версии. Второй основан на нескольких часах использования preview-модели. Из таких комментариев нельзя получить нормальное сравнение качества.

Разброс мнений показывает другую проблему: итог сильно зависит от инструмента, промпта и типа проекта. Для агентного программирования важны не только ответы модели, но и то, как оболочка передаёт контекст, результаты команд и историю работы.

6. Как сейчас попробовать Qwen3.8

Официально Qwen3.8-Max-Preview доступна через Token Plan Personal Edition. В документации Alibaba указаны три тарифа:

  • Lite: 39 юаней в месяц и 2500 Credits на семь дней;

  • Standard: 139 юаней и 10 000 Credits;

  • Pro: 499 юаней и 40 000 Credits.

Есть и отдельные лимиты на пятичасовое окно: 700, 3000 и 12 000 Credits соответственно. Если один из лимитов закончился, доступ приостанавливается до освобождения квоты.

На время preview расход Credits для Qwen3.8 может составлять 10% от стандартного. Ночью, с 22:00 до 08:00 по UTC+8, Alibaba обещает дополнительную скидку. Условия временные и могут измениться.

Здесь есть несколько ограничений. Personal Edition в документации доступна только в регионе China (Beijing). Ключ разрешено использовать в интерактивных coding- и agent-инструментах, например Claude Code, Cursor, Qwen Code и OpenClaw. Автоматические скрипты, бэкенды приложений и пакетные API-вызовы для этого плана запрещены.

Alibaba также предупреждает, что запросы и ответы в Personal Edition могут использоваться для улучшения сервиса и модели. Для коммерческого кода или закрытых документов этот пункт стоит проверить до начала работы.

7. Что известно об открытых весах

Alibaba использует формулировку open-weight soon. Самих файлов, лицензии и точной даты релиза пока нет. Поэтому Qwen3.8 нельзя считать уже опубликованной открытой моделью.

Предыдущие модели семейства Qwen3 выходили под Apache 2.0. Это хороший ориентир, но переносить ту же лицензию на Qwen3.8 заранее нельзя. Финальные условия станут понятны после появления репозитория или страницы модели на Hugging Face.

Даже после публикации весов главный вопрос останется прежним: кто сможет обслуживать 2,4 трлн параметров по приемлемой цене. Для большинства разработчиков практическая ценность открытого релиза будет зависеть от сторонних провайдеров, квантизаций и возможных уменьшенных версий.

8. Стоит ли ждать Qwen3.8

Анонс выглядит серьёзно. Alibaba возвращается к открытым весам в масштабе фронтирных моделей, добавляет визуальное понимание и уже дала разработчикам preview для coding-инструментов. Если независимые тесты подтвердят уровень Fable 5, Qwen3.8 станет одним из главных конкурентов Kimi K3 и закрытых западных моделей.

Но сейчас подтверждён только масштаб модели и доступность preview. Нет независимых бенчмарков, карточки архитектуры, стабильной цены API, лицензии и даты выхода весов.

Поэтому Qwen3.8 пока лучше воспринимать как интересный анонс, а не как нового лидера. Вернуться к сравнению стоит после четырёх событий: появления модели в Arena, публикации технической карточки, выхода весов и объявления обычной стоимости после завершения акции.

О новых моделях и других новостях из мира ИИ я пишу в своём Telegram-канале.

Показать полностью 3
2

Как сделать сайт в ИИ-конструкторе таким, каким вы его представляли

ИИ-конструкторы - это платформы для создания сайтов без необходимости писать код. Достаточно описать идею, после чего сервис автоматически генерирует интерфейс, бизнес-логику, базу данных, аутентификацию, хостинг и необходимые интеграции. ИИ-конструкторы позволяют быстро создавать и публиковать готовые сайты, существенно сокращая время разработки.

Примеры ИИ-конструкторов сайтов 

Примеры ИИ-конструкторов сайтов 

Однако сайты можно создавать по-разному. Можно после 2-3 промпта получить рабочий прототип, а можно много часов возиться с правками и все равно получить очень сырой проект. Цель этой статьи - рассказать, как найти общий язык с ИИшкой, чтобы сэкономить время и быстрее получать нужный результат, а не переделывать его 15 раз (как у меня это бывало).

1 Первый промпт определяет все

У меня часто есть соблазн не тратить время на промпт и вбить «сделай красиво», а потом ждать идеальный продукт на выходе. Проблема короткого промпта заключается в том, что у ИИ остается очень много пространства для принятия решений. Как правило, когда я иду делать сайт, у меня есть очень четкий образ того, как он должен выглядеть на выходе. Проблема только в том, что у ИИ такого образа нет.

Поэтому каждый раз, когда вы не указываете какой-то важный кусок контекста, вы оставляете решение за нейронкой. В каких-то случаях это нормально - не было бы смысла писать промпт, если бы в нем нужно было указывать расположение и содержание каждого пикселя (тогда уже можно было бы и код пойти писать).

Что добавить в первый промпт:

- Проблема: что должен делать ваш сайт?
- Целевая аудитория: для кого ваш сайт?
- Польза: как сайт решает проблему?
- Структура: какие страницы вы хотите и в каком порядке?
- Общий визуальный стиль: какой образ вы хотите создать?
- Реальный контент: ваши фото, видео

Пример сайта после простого промпта без реальных файлов 

Пример сайта после простого промпта без реальных файлов 

Пример сайта после проработанного промпта с добавлением реального изображения (бренд вымышленный)

Пример сайта после проработанного промпта с добавлением реального изображения (бренд вымышленный)

2 Сайт для референса

Когда вы вбиваете промпт, ИИ должен принять множество микрорешений по дизайну и содержанию. Как покрасить вот эту кнопку? Что написать в эту секцию? Как именно расположить форму для заявок?

Чтобы избежать сюрпризов, гораздо проще сразу найти сайт, на который вы хотите ориентироваться, и закинуть его вместе с промптом как референс. Здесь есть свои ограничения: некоторые сайты хорошо выглядят и понятны человеку, но нейронка не сможет их прочитать.

Что нейронке сложно интерпретировать с референса:

- Сайты, которые сильно зависят от JS
- Пейволлы
- Дашборды
- Кастомные шрифты, которых нет в общедоступных библиотеках
- Сайты, построенные вокруг WebGL
- Эффекты на Three.js

При попытке прочитать такой референс ИИ увидит пустую оболочку и плохо поймет, что требуется.

3 Визуальный редактор для мелких правок

Даже сайт после идеального промпта редко готов к проду. Нужно тут кнопку подвинуть, там текст чуть-чуть переписать - и вот уже накапливается объемный список небольших правок и полировок. Чтобы быстро и без лишних промптов их внести, проще использовать визуальный редактор, если он есть в выбранном ИИ-конструкторе.

Визуальный редактор - это функционал, который позволяет пользователю править отдельные компоненты сайта, просто кликая на них и внося изменения без использования окна общения с ИИ.

Преимущество такого метода внесения правок заключается в том, что вы не тратите лишнее время и токены на описание каждого мелкого изменения для ИИ: вы просто сразу вносите эти изменения в сам сайт. При работе через чат даже простой запрос из серии «покрась кнопку» может потребовать чтения файлов проекта, анализа запроса, внесения правок в код и проверки результата. Когда используется визуальный редактор, вы меняете нужный элемент напрямую, без отдельного запроса к ИИ.

К быстрым правкам, которые можно внести через визуальный редактор, относятся, например:

- Перетащить компонент
- Изменить цвет
- Поправить текст в 1-2 местах
- Поменять шрифт в 1-2 местах

Пример использования визуального редактора

Пример использования визуального редактора

4 Режим планирования, чтобы сразу задать нужное направление

Нет ничего страшнее, чем смотреть на то, как ИИ начинает с максимальной уверенностью делать совершенно не то, что вы планировали. Представьте: вы построили сайт, и на первый взгляд все хорошо, но затем вы видите, что навигация сломана, данные не те, а юзер-флоу исковеркан до неузнаваемости. В этот момент вы уже перестаете доделывать проект - вы начинаете его переделывать, потому что нейронка изначально не поняла общего направления проекта.

Во многих ИИ-конструкторах есть режим планирования. Он позволяет предварительно обсудить с нейронкой все детали проекта до внесения каких-либо реальных изменений в код.

Зачем он нужен?

- Позволяет обсудить проект до генерации кода
- ИИ часто задает вам вопросы, что позволяет уточнить все нужные детали заранее
- Вы сначала получите план, который сможете согласовать, и только после вашего согласования ИИ начнет писать код

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

Начав с планирования, вы сможете сразу же, до написания кода, рассмотреть эти предположения и либо согласиться с ними, либо попросить их поправить.

Что можно и нельзя делать в режиме планирования

Что можно и нельзя делать в режиме планирования

5 SEO

Публикация проекта похожа на финишную прямую для пользователя, но для поисковой оптимизации это только начало. Многие ИИ-конструкторы создают сайты на React с клиентским рендерингом. Поисковые системы умеют обрабатывать JavaScript, но контент, который подгружается только на клиенте, все равно стоит отдельно проверять.

На сайтах из ИИ-конструкторов могут встречаться проблемы с доступностью контента для поисковых роботов, мета-тегами и структурированными данными. Иногда после запуска бот видит загрузочный экран или неполную версию страницы. Поэтому SEO-настройки лучше проверять отдельно, а не считать, что конструктор сделал все автоматически.Часть этих проблем можно исправить отдельным SEO-промптом.

В нем важно указать:

- Уникальные теги <title> для каждой страницы
- Корректные метаописания
- Open-Graph-теги для отображения ссылок в социальных сетях
- Понятные alt-описания изображений
- Структурированные данные в формате JSON-LD
- Карту сайта (sitemap.xml)
- Семантическую HTML-разметкудля каждой страницы

Все это может никак не влиять на пользовательский опыт, но это важно для восприятия сайта поисковиками. Open Graph-теги здесь заслуживают отдельного внимания, потому что они отвечают за превью ссылок, которыми пользователи могут делиться в социальных сетях. Если их не будет, превью могут отображаться некорректно.

Еще 1 важная ловушка - это мета-теги. Google может сформировать заголовок и описание в выдаче не так, как они указаны на странице. Например, в качестве заголовка может использоваться <h1> или другой заметный текст. Поэтому важно создавать понятный и релевантный тег <title> для каждой страницы: обычно он используется как основа для кликабельного заголовка в поисковой выдаче.

Старайтесь размещать основную информацию и смысл в первой половине. Не сокращайте название искусственно.

для каждой страницы: обычно он используется как основа для кликабельного заголовка в поисковой выдаче. Старайтесь размещать основную информацию и смысл в первой половине. Не сокращайте название искусственно.

Важна доступность изображений: каждое содержательное изображение должно иметь понятное alt-описание. Структура заголовков также важна: на странице должен быть понятный <h1>, а остальные заголовки должны логично следовать по иерархии. Эти заголовки помогают поисковым роботам понять структуру контента и то, что вообще перед ними за страница: описание продукта, организации или каталог товаров. Без правильной структуры сделать это становится сложнее.

Показать полностью 5

Как мы используем нейросети в Lork

Я являюсь кофаундером и директором по маркетингу в Lork - ии конструкторе сайтов для малого и среднего бизнеса, хочу поделиться как в команде используем нейросети

Что используем

Сразу скажу, что мы используем Codex. Почему так? Пробовали Claude - но регулярно ловили баны так как подключались с разных устройств и впн к одному аккаунту. Решили не ломать себе голову с обходами и принять Codex как более надежное решение для командной работы (пока с ним все стабильно, кстати)

Как используем

Схема во всех кейсах ниже одна и та же

Подключиться к сервису через API -> Написать MCP для работы с сервисом -> Написать скиллы для работы по MCP -> вызывать скиллы под задачу

Кейс №1 - это полная автоматизация контекстной рекламы. Я в проекте отвечаю за маркетинг, и раньше чтобы запустить рекламную кампанию в Директе нужно было заходить в кабинет, заводить кампанию, вбивать все настройки, ключевые слова, писать тексты объявлений. Сейчас же запуски/редактирования/остановки кампаний у нас происходят по одному промпту.

То, на что раньше уходили часы, теперь занимает минуты

Кейс №2 - аналитика запросов. Мы подключили Codex к Яндекс Вордстату и можем в любой момент просить его проанализировать тренды, уточнить, по каким запросам еще не показываемся через контекст или через SEO, ну и сразу же запустить кампанию по недостающим ключам используя п.1

Кейс №3 - SEO контент на сайте. Мы научили Codex проводить предварительный анализ рынка по ключевым запросам, выявление паттернов которые выводят те или иные статьи в топ, и применение их в нашем контенте. Как итог, например, получилось вывести ряд статей по запросам, связанным с lovable, в топ выдачи (такие как lovable аналог)

Кейс №4 - глобальная дата-аналитика проекта. У нас есть ряд источников данных: Яндекс директ и другие рекламные кабинеты, Метрика, другие аналитические события внутри кода фронтенда. Все эти события попадают в нашу базу данных на PostgreSQL. Codex имеет полный доступ к этой базе данных и может писать любые запросы, а также создавать новые объекты базы данных. Чтобы иметь доступ к данным регулярно, мы также полностью автоматизировали создание регулярно обновляемых дашбордов через Grafana

Наш дешборд в Grafana

Наш дешборд в Grafana

Кейс №5 - массовая генерация лендингов под сегменты пользователей. У нас есть свой опенсорс дизайн скилл, который используем для верстки фронтенда под самые разные задачи. Не могу сказать, что Codex так же в этом хорош как например Gemini, поэтому правок вносить приходится немало, но работа тем не менее ускоряется в разы. Вот, например, страницы для партнеров, которую полностью сгенерила нейронка

Мы продолжаем искать новые интересные способы использовать нейронку, тут еще и 5.6 недавно выкатили - буду писать апдейты как найдем что-то еще новое и интересное

Показать полностью 1

Лучшие сервисы для создания сайта с ИИ в 2026 году: что реально стоит попробовать

Еще совсем недавно фраза «создать сайт с помощью ИИ» звучала как очередное маркетинговое обещание из серии «нажмите одну кнопку и получите готовый бизнес». На практике все обычно заканчивалось тем, что тебе подсовывали шаблон, а дальше ты все равно сам мучительно переставлял блоки, переписывал тексты и думал, почему сайт выглядит как дипломная работа по информатике за 2017 год.

Но сейчас ситуация реально изменилась.

В 2026 году сервисы для создания сайтов с нейросетью уже стали заметно полезнее. Они умеют не просто выдавать пустую болванку, а собирать первую версию сайта по описанию: с заголовками, блоками, картинками, призывами к действию и более-менее понятной структурой. Где-то это выглядит как AI-конструктор для малого бизнеса, где-то — как почти полноценный цифровой напарник, который помогает собрать не только лендинг, но и что-то ближе к продукту.

Я собрал сервисы, которые сейчас реально стоит смотреть, если вы хотите сделать сайт с ИИ, не лезть в код и не тратить недели на ручную сборку.

Сразу оговорюсь: идеального сервиса для всех не существует. Где-то лучше дизайн, где-то ниже цена, где-то проще запуск, где-то больше свободы, а где-то уже начинается почти vibe coding вместо обычного конструктора.

Какие вообще бывают сервисы

Если сильно упростить, то сейчас есть два основных лагеря.

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

Второй — новые AI-платформы и AI-агенты.
Это уже не совсем обычные конструкторы. Они больше похожи на сервисы, которые по текстовому описанию помогают собирать интерфейсы, сайты, MVP и даже веб-приложения. Там уже меньше логики «перетаскивай блоки мышкой» и больше логики «объясни, что хочешь получить».

Поэтому вопрос не в том, какой сервис «самый лучший», а в том, что именно вам нужно.

Если нужен обычный бизнес-сайт — один набор вариантов.
Если нужен красивый стартаповый лендинг — другой.
Если нужен почти продукт — третий.


1. Wix AI — самый понятный вариант для тех, кто не хочет разбираться

Ссылка: https://www.wix.com/ai-website-builder

Wix — это, пожалуй, один из самых безопасных вариантов для человека, который хочет просто взять и создать сайт с помощью ИИ без особых приключений.

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

Главный плюс Wix не в том, что он самый навороченный. Главный плюс в том, что он максимально понятный. Это хороший вариант для малого бизнеса, услуг, записи клиентов, визитки, презентационного сайта, блога и простого коммерческого проекта.

Что нравится:

  • низкий порог входа;

  • понятный интерфейс;

  • подходит тем, кто не хочет думать о техчасти;

  • можно быстро получить первую версию сайта.

Что может не зайти:

  • если нужен очень нестандартный проект, может стать тесновато;

  • иногда AI-результат надо довольно сильно очеловечивать руками.

Вывод: если вам нужен нормальный путь без боли, Wix — один из первых кандидатов.


2. Hostinger AI Website Builder — когда нужен дешевый и быстрый старт

Ссылка: https://www.hostinger.com/ai-website-builder

Hostinger — это история не про вау-эстетику, а про прагматичность.

Если задача звучит как «мне нужно быстро и недорого сделать сайт с ИИ», то Hostinger выглядит очень здраво. Сервис помогает собрать сайт по описанию, а дальше вы уже дорабатываете его в редакторе. Плюс у них сразу закрывается хостинг, домен, SSL и прочая техническая часть, которую новички обычно не любят.

Хорошо подходит для:

  • первого сайта;

  • сайта услуг;

  • небольшого бизнеса;

  • простого интернет-магазина;

  • запуска без лишних заморочек.

Плюсы:

  • хороший вход по деньгам;

  • все техничное уже внутри;

  • можно быстро стартовать;

  • не перегружает.

Минусы:

  • по визуалу не самый сильный игрок;

  • для «дорогого» брендового сайта хочется чего-то более выразительного.

Вывод: очень практичный вариант, если хочется быстро выйти онлайн и не переплатить.


3. Framer — для тех, кто хочет, чтобы сайт выглядел современно

Ссылка: https://www.framer.com/

Framer любят не за то, что он самый простой, а за то, что он часто дает ощущение реально современного сайта. Не «конструкторного», а более живого, аккуратного, местами даже «стартапового».

Если вам нужен красивый лендинг, продуктовая страница, сайт агентства, портфолио или что-то, где внешний вид реально важен, Framer очень силен. Нейросеть помогает собрать стартовую основу, а дальше вы уже можете доводить результат до хорошего визуального состояния.

Подходит для:

  • стартапов;

  • агентств;

  • дизайнеров;

  • портфолио;

  • красивых лендингов.

Плюсы:

  • сильный визуал;

  • современное ощущение от сайта;

  • хороший контроль над внешним видом.

Минусы:

  • для совсем простых задач может быть избыточен;

  • новичку он не всегда покажется таким же простым, как Wix.

Вывод: если нужно не просто сделать сайт с ИИ, а сделать красивый сайт, Framer точно стоит смотреть.


4. 10Web — если хочется AI, но с прицелом на WordPress

Ссылка: https://10web.io/ai-website-builder/

10Web интересен тем, что это не просто еще один конструктор с нейросетью. Он ближе к сценарию «дайте мне AI-генерацию, но так, чтобы сайт потом можно было нормально развивать».

Если вы думаете не только о первой странице, но и о блоге, SEO, каталоге, интернет-магазине и вообще о росте проекта, этот вариант выглядит серьезнее, чем многие максимально упрощенные платформы.

Хорошо подходит для:

  • сайта компании;

  • блога;

  • каталога;

  • интернет-магазина;

  • проекта с запасом на развитие.

Плюсы:

  • больше гибкости;

  • хороший задел на рост;

  • не ощущается игрушечным;

  • особенно интересен тем, кто смотрит в сторону WordPress.

Минусы:

  • чуть выше порог входа;

  • новичку может быть не так легко, как в совсем простых конструкторах.

Вывод: хороший вариант для тех, кто хочет не просто стартануть, а строить сайт с запасом.


5. Webflow AI — если нужен серьезный сайт, а не просто конструктор

Ссылка: https://webflow.com/ai-site-builder

Webflow — это уже история для тех, кто хочет уровень выше среднего. Там больше контроля, больше свободы и, как следствие, больше сложности.

Если вы хотите собрать сильный маркетинговый сайт, продуктовую страницу, SEO-страницы на CMS или корпоративный сайт без классической фронтенд-разработки, Webflow — очень мощный инструмент.

Подходит для:

  • агентств;

  • digital-команд;

  • стартапов;

  • серьезных маркетинговых сайтов;

  • проектов, где важен контроль.

Плюсы:

  • мощный редактор;

  • высокий потолок качества;

  • хороший задел на рост;

  • можно делать реально сильные сайты.

Минусы:

  • требует большего погружения;

  • для простого сайта услуг может быть слишком серьезным.

Вывод: отличный инструмент, если нужен сильный профессиональный сайт и вы готовы немного в него вникнуть.


6. Squarespace AI — спокойный и аккуратный вариант

Ссылка: https://www.squarespace.com/websites/ai-website-builder

Squarespace — это платформа для тех, кому нужен не кричащий, а аккуратный, собранный и визуально приятный сайт. Это особенно хорошо работает для портфолио, услуг, брендов, студий, небольших магазинов и тех, кто хочет производить ощущение «все на месте».

AI там помогает собрать стартовую версию, но вся суть Squarespace все равно в общем качестве упаковки.

Подходит для:

  • брендов;

  • портфолио;

  • услуг;

  • студий;

  • небольших коммерческих сайтов.

Плюсы:

  • приятный визуальный стиль;

  • ощущение аккуратности;

  • хороший вариант для презентабельной упаковки бизнеса.

Минусы:

  • не самый дешевый;

  • не всем зайдет более закрытая экосистема.

Вывод: хороший выбор, если нужен красивый и спокойный коммерческий сайт без лишней суеты.


7. Durable — если сайт нужен буквально прямо сейчас

Ссылка: https://durable.com/

Durable мне нравится своей прямолинейностью. Это сервис для сценария «у меня есть бизнес, мне нужен сайт, я не хочу делать из этого проект на месяц».

Он подходит для локальных услуг, консультантов, специалистов, экспертов, небольших агентств и всех, кому важен быстрый запуск. Не обязательно самый уникальный. Главное — рабочий.

Подходит для:

  • малого бизнеса;

  • услуг;

  • экспертов;

  • консультантов;

  • тех, кто хочет быстро стартовать.

Плюсы:

  • очень быстрый запуск;

  • заточенность под бизнес;

  • минимум лишнего.

Минусы:

  • для сложных и нестандартных задач может быть простоват;

  • уникальность результата сильно зависит от ручной доработки.

Вывод: если вам нужен сайт «на вчера», Durable очень даже хорош.


8. Lork.dev — русскоязычный вариант, который стоит смотреть отдельно

Ссылка: https://lork.dev/

Отдельно хочу добавить Lork.dev, потому что в таких подборках часто перечисляют только западные сервисы, как будто у пользователя автоматически нет языкового барьера, локальных задач и желания работать в более понятной среде.

Lork.dev — это AI-конструктор сайтов для русскоязычного рынка. Логика у него понятная: вы описываете, какой сайт нужен, сервис собирает первую версию, дальше вы можете править ее через чат с ИИ или через редактор.

Что здесь важно: в случае локальных решений часто выигрывает не «магический AI», а общая понятность сценария. Когда сервис сделан ближе к твоему рынку, твоему языку и твоему способу мыслить о сайте, это иногда дает больше пользы, чем самый модный зарубежный бренд.

Подходит для:

  • малого бизнеса;

  • русскоязычных предпринимателей;

  • экспертов;

  • услуг;

  • быстрого запуска лендингов и промо-сайтов.

Плюсы:

  • локальный и понятный контекст;

  • русскоязычный сценарий;

  • быстрый старт;

  • хорошая логика для услуг, продуктов и офферных страниц.

Минусы:

  • по узнаваемости пока уступает мировым гигантам;

  • тем, кто хочет глобальный стек и мировое комьюнити, могут быть ближе западные платформы.

Вывод: если вам важно не просто «создать сайт с ИИ», а сделать это в более понятной русскоязычной среде, Lork.dev точно стоит попробовать.


9. Lovable — уже ближе к продукту, чем к обычному конструктору

Ссылка: https://lovable.dev/

Lovable — это уже не совсем классический конструктор. Скорее платформа из новой волны, где вы через текстовое описание собираете сайт, интерфейс или MVP быстрее, чем делали бы это руками с нуля.

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

Подходит для:

  • стартапов;

  • MVP;

  • продуктовых сайтов;

  • внутренних инструментов;

  • быстрых экспериментов.

Плюсы:

  • высокая скорость итераций;

  • ощущение, что работаешь не с шаблоном, а с AI-помощником;

  • подходит для более сложных сценариев.

Минусы:

  • не всем привычен такой формат;

  • для простого сайта-визитки может быть перебором.

Вывод: очень интересный инструмент, если вам уже тесно в обычных конструкторах.


10. Bolt — для тех, кому нравится vibe coding

Ссылка: https://bolt.new/

Bolt — это уже история для тех, кто хочет через AI собирать не только сайты, но и приложения, интерфейсы и всякие веб-штуки в более свободной форме.

Это не первый выбор для кофейни, фотографа или маленькой региональной компании, которым просто нужен сайт. Но для стартапа, MVP, теста гипотез и быстрых продуктовых запусков — очень даже интересно.

Плюсы:

  • быстрые итерации;

  • ощущение более «разработческого» подхода;

  • подходит для сайтов и приложений.

Минусы:

  • для обычного пользователя может быть сложнее, чем надо;

  • модель с лимитами и токенами не всем нравится.

Вывод: не для всех, но в своем сценарии очень сильный вариант.


11. v0 — если нужен быстрый современный интерфейс

Ссылка: https://v0.dev/

v0 — это тоже уже скорее про продукт и интерфейс, чем про обычный сайт. Он очень хорош там, где нужно быстро собрать современный UI, прототип, промостраницу продукта или интерфейс для MVP.

Если вы мыслите не страницами, а компонентами и сценариями, то v0 выглядит очень интересно.

Подходит для:

  • прототипов;

  • MVP;

  • продуктовых интерфейсов;

  • стартапов;

  • быстрых экспериментов.

Плюсы:

  • сильный современный UI-подход;

  • быстрый старт;

  • хорош для продуктовых задач.

Минусы:

  • для обычного малого бизнеса часто избыточен;

  • это уже не самый «бытовой» путь создания сайта.

Вывод: хороший выбор для тех, кто строит уже не просто сайт, а продуктовую оболочку.


12. Replit Agent — когда хочется, чтобы AI уже почти «делал за тебя»

Ссылка: https://replit.com/products/agent

Replit Agent — это уже очень близко к ощущению «я объяснил идею, а система начала строить продукт». Там речь не только про страницы, а вообще про веб-приложения, сайты, интерфейсы и разработку в браузере.

Для простого лендинга это может быть даже слишком жирно. Но если вы хотите быстро превратить идею в рабочую основу, Replit очень интересен.

Подходит для:

  • MVP;

  • продуктовых экспериментов;

  • веб-приложений;

  • сайтов, которые потом станут чем-то большим.

Плюсы:

  • сильный AI-подход;

  • удобно для быстрого старта идеи;

  • можно двигаться дальше, а не упираться только в сайт.

Минусы:

  • для обычной визитки это уже пушка по воробьям;

  • нужен более продуктовый способ мышления.

Вывод: вариант для тех, кто смотрит дальше обычного конструктора.


Так что в итоге выбрать

Если совсем коротко:

Нужен простой и понятный сайт для бизнеса
Смотрите: Wix, Hostinger, Durable, Lork.dev

Нужен красивый современный лендинг
Смотрите: Framer, Squarespace, Webflow

Нужен сайт с запасом на рост и SEO
Смотрите: 10Web, Webflow

Нужен интернет-магазин или коммерческий сайт с товаркой
Смотрите: Hostinger, 10Web, Wix

Нужен уже почти продукт, а не просто сайт
Смотрите: Lovable, Bolt, v0, Replit


Что я бы сказал честно

Нейросети реально упростили запуск сайтов. Это уже не игрушка. Но и магии тут нет.

AI хорошо делает:

  • старт с пустого листа;

  • первую структуру;

  • черновые тексты;

  • быстрый первый драфт;

  • ускорение запуска.

AI пока не очень хорошо делает:

  • точное понимание вашей аудитории;

  • сильный продающий смысл;

  • нормальную отстройку от конкурентов;

  • действительно живой человеческий тон без правок.

То есть лучший сценарий такой:
нейросеть делает 70–80% стартовой работы, а вы уже доводите это до внятного результата.

И вот тогда это реально работает.


Полезные ссылки одним списком

Показать полностью
Отличная работа, все прочитано!

Темы

Политика

Теги

Популярные авторы

Сообщества

18+

Теги

Популярные авторы

Сообщества

Игры

Теги

Популярные авторы

Сообщества

Юмор

Теги

Популярные авторы

Сообщества

Отношения

Теги

Популярные авторы

Сообщества

Здоровье

Теги

Популярные авторы

Сообщества

Путешествия

Теги

Популярные авторы

Сообщества

Спорт

Теги

Популярные авторы

Сообщества

Хобби

Теги

Популярные авторы

Сообщества

Сервис

Теги

Популярные авторы

Сообщества

Природа

Теги

Популярные авторы

Сообщества

Бизнес

Теги

Популярные авторы

Сообщества

Транспорт

Теги

Популярные авторы

Сообщества

Общение

Теги

Популярные авторы

Сообщества

Юриспруденция

Теги

Популярные авторы

Сообщества

Наука

Теги

Популярные авторы

Сообщества

IT

Теги

Популярные авторы

Сообщества

Животные

Теги

Популярные авторы

Сообщества

Кино и сериалы

Теги

Популярные авторы

Сообщества

Экономика

Теги

Популярные авторы

Сообщества

Кулинария

Теги

Популярные авторы

Сообщества

История

Теги

Популярные авторы

Сообщества

Недвижимость и ремонт

Теги

Популярные авторы

Сообщества