Китайский аналог GPT: сравниваем DeepSeek, Qwen и Kimi по происхождению и предмету выбора. Как перенести свою задачу и проверить чат, модель или документ.
Д
Денис
Продакт LibraChat
12 мин чтения
Если нужен китайский аналог GPT, короткий список начинается с DeepSeek, Qwen и Kimi. DeepSeek связан с компанией из Ханчжоу, Qwen разрабатывает Alibaba, Kimi — продукт Moonshot AI с офисом в Пекине. Но выбирать между этими названиями удобнее после простого уточнения: тебе нужен разговор, модель для своей программы или работа над документом? За похожей строкой поиска стоят разные покупки и разные результаты.
Для своей проверки я взял опись инструмента перед переездом: шуруповёрт и две батареи уже в ящике, зарядное устройство ещё на полке. Из такого исходника нужен понятный порядок действий. Задача маленькая, зато на ней хорошо видно, сохранил ли помощник факты и не превратил ли удобный совет в обязательное условие. К этой описи вернусь после выбора кандидатов: именно она поможет отделить впечатление от пригодного результата.
Почему эти варианты называют китайскими?
Я сверил происхождение по корпоративным источникам 10 ноября 2026 года. В политике DeepSeek поставщиком сервиса указана Hangzhou DeepSeek Artificial Intelligence Co., Ltd. с зарегистрированным адресом в Китае. Alibaba прямо называет Qwen своим семейством языковых и мультимодальных моделей; корпоративная справка указывает основной офис группы в Ханчжоу. На сайте Moonshot AI есть ссылка на Kimi и адрес компании в Пекине.
Эти сведения отвечают на вопрос о разработчике. Они не устанавливают качество русского текста, одинаковые правила входа или условия хранения данных у всех продуктов с похожим названием. Например, модель может быть развёрнута сторонним оператором. Тогда одного имени разработчика недостаточно, чтобы узнать условия конкретного сервиса. Я бы записал рядом и название продукта, и того, кто предоставляет выбранный доступ.
Слово «аналог» здесь означает альтернативу для определённой работы. Я не ожидаю, что новый помощник повторит расположение кнопок, прежнюю историю бесед и каждый рабочий режим ChatGPT. Сначала стоит выбрать то действие, которое действительно хочется перенести. Обычно оно описывается одним предложением: разобрать заметки, уточнить вопрос по файлу, подготовить документ или встроить ответ в программу.
Какой китайский аналог GPT включить в пробу?
Для короткого разговора я бы начал с потребительского приложения, а для своего приложения смотрел бы документацию модели и API. Если в конце требуется редактируемый документ, нужен ещё и подходящий способ создания и проверки результата. Таблица показывает предмет выбора, а не места по точности: одинаковые ответы трёх сервисов в этом разборе не измерялись.
Название · Что подтверждает первичный источник · Что я выяснил бы перед пробой
DeepSeek App — Официальная страница приложения описывает разговор, поиск, режим обдумывания, загрузку файлов и извлечение текста — Достаточно ли ответа по исходнику и доступны ли нужные действия в выбранном приложении
Qwen — Alibaba описывает семейство моделей, работу с разными типами данных и варианты развёртывания — Какой именно продукт или оператор выбран и какие функции предоставляет он
Kimi — На сайте Moonshot AI выделены работа с документами, таблицами и другими результатами; Kimi Docs предлагает загрузить документ или начать с нуля — Как получить нужный материал, открыть его и продолжить правку
Главное различие возникает ещё до оценки первого абзаца. У DeepSeek App в таблице описано готовое приложение. У Qwen — семейство, которое может использоваться разными способами. У Kimi я выделил документный маршрут, потому что его можно рассматривать как самостоятельный результат. Это не утверждение, что остальные продукты навсегда ограничены своей строкой. Для каждого проверяется именно нужное действие в конкретном месте работы.
Я бы не устанавливал сразу всё из списка. Если нужна одна опись, первая проба должна закончиться понятной описью. Если нужен большой документ, короткий разговор покажет только часть пути. Чем точнее сформулирован результат, тем меньше случайных впечатлений придётся сравнивать. И тем легче объяснить себе, почему какой-то кандидат вообще вошёл в список.
Чем DeepSeek App отличается от названия модели?
У DeepSeek есть потребительское приложение и платформа для разработчиков. В официальном описании приложения перечислены вход через учётную запись, история бесед между устройствами, поиск, обдумывание и работа с загруженным файлом. Для пользователя это маршрут «открыть разговор и дать материал». Для разработчика важны другие вещи: контракт API, обработка ответов и расходы собственной программы.
Если я хочу превратить свою опись в таблицу, мне сначала достаточно текстового разговора. Я дам один исходник и проверю, осталось ли зарядное устройство на полке. Подключать API ради этого незачем. Если же нужно каждое утро разбирать множество однотипных записей внутри своей программы, ручной чат уже не описывает всю задачу. Там потребуется отдельная интеграция и её проверка.
Есть ещё различие между извлечением текста и готовым документом. Чат может прочитать загруженный материал и ответить по нему, но из этого не следует, что на выходе получится нужный редактируемый файл с сохранённым оформлением. Я бы проверил оба действия отдельно. Сначала — верность извлечённых сведений, затем — формат, который получит другой человек. И не переносил бы условия одного способа доступа на другой только из-за общего логотипа.
Почему с Qwen сначала нужно уточнить продукт?
Qwen встречается как название семейства моделей, приложения и отдельных инструментов. На корпоративной странице Alibaba описаны мультимодальность, работа с длинными материалами и разные способы развёртывания. Эти свойства помогают составить список возможностей для проверки. Но характеристика семейства не является обещанием, что любая сторонняя оболочка откроет все перечисленные функции.
Хороший пример — Qwen App внутри экосистемы Alibaba. Корпоративное описание говорит о помощнике в Китае, связанном с покупками, поездками и другими сервисами группы. Из него нельзя вывести, что тот же набор интеграций доступен пользователю международного чата. Для моего переезда достаточно описи. Заказ перевозки через разговор — уже иная операция, которую пришлось бы подтверждать отдельно, а не достраивать по рекламному названию.
Поэтому рядом со словом Qwen я записал бы точное место работы: приложение, сайт, API или собственное развёртывание. Потом проверил бы доступную операцию на своём небольшом материале. Например, ответ в виде таблицы и скачиваемая таблица — разные результаты. Сведения о модели не отвечают за то, какую кнопку выгрузки добавил оператор сервиса. Если нужна именно такая кнопка, её наличие становится условием выбора ещё до оценки текста.
Для описи я бы разделил два требования. Первое относится к содержанию: три предмета, известное расположение, отдельно оставшееся действие. Второе — к дальнейшему использованию: где список можно исправить и как передать актуальную версию. Если первое выполнено, а второе неудобно, не обязательно искать другую модель Qwen. Возможно, нужен другой способ работы с результатом. Такая развилка помогает понять причину смены продукта и не платить за возможность, которая уже была доступна.
Если хочется именно готового ассистента, этот вопрос нужно решить до сравнения качества ответов. Иначе получится странная покупка: человек искал разговорный сервис, а прочитал характеристики модели, которую ещё нужно где-то запускать. Собственное развёртывание имеет смысл при своих требованиях и ресурсах, но не становится простым бесплатным чатом от одного слова «открытая».
Когда в коротком списке нужен Kimi?
Kimi я бы рассматривал отдельно, когда важен путь от материалов к документу. На сайте Moonshot AI выделены соответствующие инструменты, а страница Kimi Docs предлагает загрузить документ или создать его с нуля. Это основание проверить документный процесс. Из него ещё не следует ни качество конкретной описи, ни сохранность сложной таблицы, ни доступность всех возможностей на любом плане.
Для переезда разница понятна. Одно дело — получить три строки в разговоре. Другое — вести опись, которую потом откроют на телефоне, дополнят и передадут помощнику. Во втором случае я бы проверял не только текст, но и возможность вернуться к актуальному материалу. Если после правки зарядное устройство исчезло из списка, красивое оформление не спасает результат.
Перед большой работой я подготовил бы один короткий документ с заранее известным содержимым. Попросил изменить только статус одного предмета и посмотрел, что осталось на месте. Отдельно проверил бы, где лежит исправленная версия и как её открыть повторно. Такой опыт ближе к будущей работе, чем просьба «напиши что-нибудь про переезд». Но это предложенная проверка, а не якобы полученный мной файл Kimi.
В нашем примере следующий статус мог бы звучать так: «Зарядное устройство переложено с полки в синий ящик». После правки в документе не должно одновременно остаться поручение снять его с полки. Количество батарей при этом не меняется. Именно эту связь я проверял бы при продолжении работы: обновилось нужное место, а остальные сведения пережили правку. Один красивый первый документ ещё не отвечает на вопрос, удобно ли его поддерживать до самого переезда.
Как перенести задачу и увидеть скрытое условие?
Для сравнения полезен один сохранённый исходник. Я составил его сам и отправил в LibraChat: шуруповёрт лежит в синем ящике, две батареи уже там же, зарядное устройство осталось на полке, ключ у меня, коробки ещё не привезли. Попросил таблицу из трёх строк, известные сведения и оставшееся действие. Адрес, дату, перевозчика и число коробок добавлять запретил. В конце нужен был один вопрос для продолжения.
LibraChat — отдельная альтернатива для текстового разговора; китайское происхождение или доступ к перечисленным моделям я ему здесь не приписываю. Чтобы подготовить собственную пробу, можно прямо сейчас открыть чат с выдуманной описью. Вот полный фактический ответ на мой исходник:
Предмет · Что известно · Что осталось сделать
Шуруповёрт — Лежит в синем ящике. Ключ от ящика у вас. — Дождаться коробок для переезда и решить, оставлять ли его в этом ящике.
Батареи — Две батареи уже в том же синем ящике. — Проверить, что они на месте, перед тем как закрыть ящик.
Зарядное устройство — Осталось на прежней полке. — Снять с полки и упаковать, когда привезут коробки.
Зарядное устройство класть в тот же синий ящик или отдельно?
Предметы и количество батарей сохранились. Выдуманного адреса или срока не появилось. Но в действиях возникло ожидание коробок. Оно не обязательно: зарядное устройство, возможно, можно положить в синий ящик уже сейчас. Последний вопрос как раз помогает решить эту неопределённость. Я принял бы таблицу как заготовку и уточнил размещение, прежде чем следовать порядку действий.
Этот момент стоит сохранить при переносе задачи между сервисами. Правильные существительные ещё не означают правильные зависимости. Я проверяю ответ в таком порядке:
Каждый известный предмет и его состояние сохранились.
Предложенное действие не выдано за уже выполненное.
Неизвестные место, срок и условия остались неизвестными.
Для ожидания или запрета есть основание в исходнике.
Следующий вопрос действительно помогает продолжить работу.
Один такой ответ показывает конкретную работу LibraChat, а не сравнительную точность DeepSeek, Qwen и Kimi. Для собственной пробы кандидату нужно передать тот же исходник и те же ограничения. Если после первого ответа уточнить, куда положить зарядное устройство, это уже новый этап: его следует повторить и в другом варианте, а не сравнивать уточнённый ответ с первоначальным.
Бесплатный разговор, платный документный режим и API — разные условия использования. Я бы проверял стоимость именно нужного действия, а не искал одну общую цену названия. Важно, можно ли загрузить исходник, продолжить работу и получить материал нужного вида. Доступ к этим действиям может зависеть от продукта и плана. Обещания одинакового входа, оплаты и доступности из любой страны из происхождения компании не следуют.
Для LibraChat актуальный состав доступа указан в тарифах. Для китайского кандидата я смотрел бы его собственные условия перед использованием. Пароль от старого сервиса и его историю новому помощнику для этой проверки не передаю. Условной описи достаточно, чтобы понять сам процесс; реальные домашние подробности здесь ничего не добавляют.
Чтобы не начинать выбор заново, я сохранил бы короткую карточку:
Какой конкретно продукт и оператор рассматриваются.
Что нужно перенести: разговор, модель в программе или документ.
Какой небольшой исходник проверяет эту работу.
Какие сведения нельзя потерять и какие действия пока неизвестны.
Где будет лежать результат и как продолжится правка.
Если в карточке выбрана модель для своей программы, следующая проверка касается условий её использования. Здесь пригодится разбор весов моделей и исходного кода: до развёртывания важно выяснить, что именно доступно и на каких основаниях. Для обычной описи в чате этот дополнительный путь не требуется.
Та же карточка подходит, если исходно искался китайский аналог Claude. Если речь о беседе или работе с документом, список кандидатов пересекается. Когда нужен именно Claude Code или определённый API, потребуется другое сравнение с инструментами, разрешениями и интеграцией; общего названия для такого решения мало.
В моей описи выбор помощника заканчивается очень приземлённо: нужно решить, где поедет зарядное устройство. Чат уже собрал сведения, но порядок упаковки остаётся моим решением. Сначала я уточню это место, потом сохраню исправленную опись. Даже удачный аналог привычного сервиса должен помогать довести такое маленькое дело до конца.
