Как RuStore читает мысли пользователей (и причём тут теги)

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

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

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

Как устроен поиск в RuStore
Чтобы пользователь быстрее находил именно то, что ему нужно, поиск в RuStore работает в два этапа — retrieval и ranking. Первый отвечает за отбор кандидатов, второй — за их упорядочивание.

Retrieval
На этапе retrieval система формирует список приложений, которые по смыслу и тексту максимально близки к запросу. Например, при поиске «тренировки дома» в выборку попадут фитнес-приложения, трекеры активности и сервисы для йоги.

Retrieval начинается с нормализации запроса: он приводится к базовой форме, чтобы сравнивать не отдельные слова, а смысл. Базовая форма — это, например, когда слово «бегаю» или «бегал» приводится к общему корню «бег». Благодаря этому система понимает, что все варианты относятся к одной теме.

Далее включаются два независимых механизма:

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

Семантический поиск строится на эмбеддингах — это такие числовые представления текста, которые отражают его смысл. Например, у слов «бег» и «тренировка» эмбеддинги будут близкими: система «понимает», что оба они относятся к спорту, хотя сами слова разные.

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

Результаты обоих подходов объединяются в общий пул кандидатов.

Ranking
На этапе ranking система решает, какие из найденных кандидатов окажутся выше в поисковой выдаче. За это отвечает модель ранжирования на деревьях решений, обученная специально под поисковую задачу. Она учитывает десятки факторов и взвешивает их так, чтобы наверху оказались не просто похожие, а действительно полезные приложения.

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

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

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

Поиск в сторе
При поиске в сторе среди пользователей есть два популярных паттерна поведения: чёткий поиск и нечёткий поиск.

Чёткий поиск

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

Нечёткий поиск

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

Cloudflare выпустила Pingora v0.6.0 для разработки защищённых высокопроизводительных сетевых сервисов на языке Rust

15 августа 2025 года Cloudflare представила шестой публичный релиз открытого проекта Pingora v0.6.0. Это асинхронный многопоточный фреймворк на Rust, который помогает создавать прокси-сервисы HTTP. Проект используется для создания сервисов, обеспечивающих значительную часть трафика в Cloudflare (вместо применения Nginx). Исходный код Pingora опубликован на GitHub под лицензией Apache 2.0.

Проект Pingora предоставляет библиотеки и API для создания сервисов поверх HTTP/1 и HTTP/2, TLS или просто TCP/UDP. В качестве прокси-сервера он поддерживает сквозное проксирование HTTP/1 и HTTP/2, gRPC и WebSocket. (Поддержка HTTP/3 — в планах). Pingora также включает в себя настраиваемые стратегии балансировки нагрузки и аварийного переключения. Чтобы соответствовать требованиям безопасности, он поддерживает как широко используемые библиотеки OpenSSL, так и BoringSSL, которые соответствуют требованиям FIPS (федеральных стандартов обработки информации США) и пост-квантового шифрования.

Вышел Chrome 140

По информации OpenNET, основные изменения и доработки в Chrome 140:

для усиления защиты от отслеживания перемещения между сайтами в режиме инкогнито реализована возможность скрытия сведений об IP‑адресе пользователя в сторонних контекстах (например, для страниц, загружаемых через iframe). Скрытие применяется только для доменов, присутствующих в списке MDL (Masked Domain List), и реализовано через отправку запроса не напрямую, а через прокси‑сервер Google. Соответственно, сайт увидит в качестве входящего IP‑адреса адрес прокси, а не пользователя;

для получения выборочной информации об IP‑адресах пользователей при включении в браузере режима защиты IP‑адресов, отправляющем запросы через транзитный прокси, реализован механизм PRT (Probabilistic Reveal Token). PRT подразумевает отправку заголовка с зашифрованным токеном, позволяющим получить случайную урезанную выборку реальных IP‑адресов клиентов, обращавшихся к заданному домену, но не привязанных к конкретным запросам. Часть PRT‑токенов содержит информацию о реальном IP, а часть нет, и определить содержимое токена можно только после истечения определённого времени, расшифровав их ключом, выданным Google после отдельного запроса. Подобная информация об IP‑адресах может использоваться в системах защиты от мошенников и для анализа качества веб‑трафика;

в режиме инкогнито реализован механизм «Script Blocking», выборочно блокирующий доступ к некоторым JavaScript API, которые можно использовать для скрытой идентификации пользователя. Например, как дополнительный признак для идентификации могут учитываться различия в отрисовке разными браузерами изображений через API Canvas. Блокировка осуществляется только для стороннего контента (например, встроенного на страницу через теги iframe или script) при выявлении активности, специфичной для скрытой идентификации, и для доменов из чёрного списка MDL (Masked Domain List), уличённых в скрытой идентификацииж

включён режим OverrideDefaultOzonePlatformHintToAuto для автоматического выбора бэкенда в прослойке Ozone, абстрагирующей взаимодействие с графической подсистемой. Изменение позволяет адаптивно активировать Wayland‑бэкенд на системах с поддержкой Wayland, не привязываясь по умолчанию с бэкенду X11;

включена функция автоматической смены пароля, основанная на использовании AI. Если пароль присутствует в известных базах скомпрометированных учётных записей, то при попытке входа c данным паролем на сайт Chrome выведет предупреждение с предложением изменить пароль. При согласии браузер сгенерирует стойкий к подбору пароль, сменит пароль на сайте (сам заполнит и отправит нужные веб‑формы) и сохранит новый пароль в менеджере паролей;

добавлена оптимизация DSE Prewarming (Default Search Engine Prewarming) для ускорения открытия страницы с результатами поиска после выполнения запроса через адресную строку. При включении DSE Prewarming сразу после перехода фокуса ввода на адресую строку осуществляется пререндеринг макета страницы с результатами поиска и загрузка необходимых для этой страницы ресурсов. Загруженные ресурсы также используются для ускорения следующих запросов. Возможность пока активирована по умолчанию только для части пользователей;

расширены средства автозаполнения форм, которые задействуют ИИ‑модель для понимания веб‑формы и автоматического заполнения полей, отталкиваясь от того, как ранее пользователь заполнял похожие формы. Настройка «Autofill with AI» переименована в «Enhanced autofill». В новой версии расширено число стран и языков, для которых доступна функция, а также добавлена поддержка дополнительных типов информации;

для пользователей из США активирован встроенный в браузер чат‑бот Gemini, который может пояснять содержимое просматриваемой страницы и отвечать на связанные со страницей вопросы, не переключаясь с текущей вкладки. Поддерживается текстовое и голосовое взаимодействие с Gemini. В дальнейшем планируется включения чат‑бота и для пользователей из других стран;

для всех пользователей включена возможность присоединения к уже созданным группам совместных вкладок, с которыми одновременно могут работать несколько пользователей. Поддержка создания групп пока доступна только для пользователей тестовых сборок (Beta/Dev/Canary), подразумевается, что они могут создать набор вкладок и поделиться им с другими пользователями, которые будут видеть те же вкладки на своих устройствах. В случае, если кто‑то из участников поменяет вкладку в группе, изменение будет сразу отражено и на устройствах других пользователей;

Microsoft прекращает поддержку устаревших веб-компонентов в Windows

Microsoft обновила список устаревших функций в клиентских версиях Windows. Компания прекращает поддержку ряда веб-компонентов, в первую очередь связанных с EdgeHTML и веб-приложениями в Windows 8 и 8.1.

К ним относятся устаревший Web View, HTML/JavaScript-приложения Windows 8/8.1/UWP (также известные как размещённые веб-приложения и веб-приложения Windows), устаревшие прогрессивные веб-приложения (PWA) и инструменты разработчика Microsoft Edge (EdgeHTML). Microsoft больше не разрабатывает эти компоненты Windows, поскольку они основаны на уже не поддерживаемом EdgeHTML, который использовался в оригинальном Microsoft Edge в эпоху Windows 10 до перехода Microsoft на браузер Edge на базе Chromium.

Microsoft призывает разработчиков перейти на WebView2, прогрессивные веб-приложения на базе Chromium и другие веб-технологии. Однако компания не прекратит поддержку и выпуск обновлений безопасности для старых компонентов. Компания пока не готова объявить точную дату окончания поддержки или дату их удаления.

В число других функций, поддержку которых прекратила Microsoft, оказались WMIC и PowerShell 2.0. Полный список можно найти на официальном сайте Microsoft Learn.

Вышла Node.js 25

В середине октября 2025 года состоялся релиз JavaScript‑платформы Node.js 25. Платформа Node.js может быть использована как для серверного сопровождения работы веб‑приложений, так и для создания обычных клиентских и серверных сетевых программ. Предыдущий мажорный выпуск проекта Node.js 24.0 с длительным сроком поддержки (LTS) вышел в мае 2025 года. Релиз Node.js 23 случился в октябре 2024 года. В апреле 2024 года вышла Node.js 22.

Проект Node.js 25.0 отнесён к промежуточным веткам, сопровождение которых осуществляется в течение 7 месяцев (до июня 2026 года). Поддержка Node.js 24.x будет осуществляться до 30 апреля 2028 года. Сопровождение LTS‑ветки Node.js 22.x продлится до апреля 2027 года, а LTS‑ветки 20.x — до апреля 2026 года. Сопровождение LTS‑ветки 18.x прекращено 30 апреля 2025 года. Поддержка промежуточной ветки Node.js 23.x прекращена 1 июня 2025 года.

Как ИИ-очки предсказывают ваши желания прежде чем вы о них подумаете

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

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

Определить подходящий момент для вмешательства;

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

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

Исследователи определяют проактивное поведение ИИ с помощью двух ключевых параметров: момента вмешательства и метода помощи.

Как это устроено
Предлагаемая архитектура Alpha‑Service, отсылающая к классической, но актуальной концепции фон Неймана, состоит из пяти блоков, которые охватывают весь путь от получения информации до формирования ответа.

Input: непрерывное восприятие видео от первого лица. Легкая модель ловит триггеры в реальном времени, тяжелая — по запросу — разбирает детали сцены. Это баланс скорости и глубины.

CPU: мозг‑диспетчер на базе дообученной LLM. Он решает, что делать: отвечать сразу, дождаться нужного момента, сходить в память или вызвать инструменты.

Memory: простое, но полезное долговременное хранилище — история, привычки, краткие резюме взаимодействий. Нужное подмешивается в промт для персонализации.

ALU: набор инструментов — от веб‑поиска до специализированных моделей. Подключаются только при нехватке уверенности.

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

Мультиагентная система распределяет роли: восприятие, планирование, вычисления, память, подача — и держит низкую задержку на очках.

Anthropic запустила веб-приложение ИИ-помощника Claude Code

Компания Anthropic представила веб-приложение для своего популярного помощника по программированию на основе ИИ Claude Code. Оно позволяет разработчикам создавать нескольких агентов и управлять ими прямо из браузера.

Claude Code для веб-приложений доступен подписчикам тарифного плана Anthropic Pro с ежемесячной оплатой $20, а также тарифов Max за $100 и $200. Пользователи Pro и Max могут получить доступ к Claude Code через веб-сайт, перейдя на claude.ai и нажав на вкладку «Code», либо через приложение Claude для iOS.

Этот запуск знаменует собой очередную попытку Anthropic вывести Claude Code за рамки инструмента командной строки (CLI), к которому разработчики получают доступ через терминал. Компания надеется, что разработчики будут использовать агенты ИИ-кодирования в большем количестве приложений.

Менеджер по продукту Anthropic Кэт Ву рассказала в интервью TechCrunch, что во многом объясняет успех Claude Code моделями ИИ компании, которые в последние годы стали фаворитами среди разработчиков. Однако она также отметила, что команда Claude Code намеренно старается «привнести немного веселья» в продукт.

«В перспективе мы стремимся сделать CLI-продукт максимально интеллектуальным и настраиваемым способом использования агентов программирования. Но мы продолжаем делать Claude Code доступным везде, помогая разработчикам, где бы они ни находились. Веб и мобильные устройства — большой шаг в этом направлении», — сказала Ву.

Microsoft выпустила экстренное обновление Windows 11 для устранения бага с USB-клавиатурой и мышью

Несколько дней назад Microsoft признала баг с работой USB-устройств в среде восстановления Windows (WinRE) в Windows 11 25H2 и 24H2 после последнего обновления KB5066835. Компания выпустила экстренный апдейт KB5070773 в сборках 26200.6901 (в Windows 11 25H2) и 26100.6901 (в Windows 11 24H2), чтобы решить проблему.

Обновление является накопительным и включает исправления и улучшения безопасности из KB5066835, а также исправляет баг с работой USB-устройств.

Апдейт будет загружен и установлен автоматически, а также его можно скачать вручную на сайте каталога Центра обновления Microsoft.

Ранее компания признала, что после установки обновления KB5066835 USB-устройства, такие как клавиатура и мышь, не работают в среде восстановления Windows (WinRE). Баг препятствовал навигации по любым параметрам восстановления в WinRE. При этом USB-клавиатура и мышь продолжали нормально работать в операционной системе Windows.

Это потенциально серьёзная проблема, учитывая, что WinRE предоставляет различные ключевые функции восстановления ОС, такие как устранение неполадок, сброс, восстановление при загрузке, командная строка и другие.

Некоммерческий публичный DNS-сервис DNS0 объявил о закрытии

Некоммерческий публичный DNS-сервис DNS0, ориентированный на европейских пользователей, объявил о немедленном закрытии из-за нехватки времени и ресурсов.

Размещённый во Франции сервис был построен как отказоустойчивая инфраструктура, охватывающая нескольких хостинг-провайдеров во всех государствах-членах Европейского Союза.

«Сервис dns0.eu был закрыт. Мы хотели бы сохранить его работу, но это было бы для нас невыгодно с точки зрения времени и ресурсов», — сообщил оператор DNS0.

Команда поблагодарила партнёров по инфраструктуре и безопасности и рекомендовала перейти на DNS4EU — ориентированный на конфиденциальность резолвер, разработанный ENISA (NextDNS), основатели которого участвовали в создании DNS0. Он проще в настройке и предлагает функцию разрешения IP-адресов, которая может блокировать доступ к веб-сайтам с мошенническим или вредоносным контентом, защищать от контента откровенного или неподходящего для детей содержания, а также блокировать рекламу.

Microsoft передаст функции поиска в Windows 11 Ask Copilot на панели задач

 

Microsoft подтвердила, что планирует заменить поиск Windows на панели задач на Ask Copilot. Инструмент будет использовать API Windows Search, а также функции искусственного интеллекта, что поможет улучшить работу поиска, утверждает компания.

Ранее пользователи жаловались на медленную работу поиска Windows, а также отмечали, что он почти всегда отдает приоритет результатам Bing даже при попытке найти локальный файл или приложение. Альтернативами выступали PowerToys Run или сторонние приложения, такие как Everything.