Дополнение · X-алгоритм · страница 10 из 11

Конфигурация: как система меняется, не меняясь

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

1. Как объявляется параметр

param!(FavoriteWeight, f64, "rust_home_mixer_favorite_weight", 0.5);
param!(AuthorDiversityDecay, f64, "rust_home_mixer_author_diversity_decay", 0.5);
param!(EnableInventoryHoldout, bool, "rust_home_mixer_enable_inventory_holdout", false);

Фрагмент из param.rs · код X, Apache 2.0, коммит 28e414f

Четыре части: имя типа в коде, тип значения, ключ во внешней системе конфигурации и значение по умолчанию. Читается параметр так: query.params.get(FavoriteWeight).

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

2. Как дефолты остаются правдой

Если значения живут во внешней системе, то числа в репозитории — просто заглушки, и открытый код показывает не то, что работает. Эту дыру закрыли явно: в README сказано, что по расписанию запускается скрипт, приводящий дефолты в репозитории к основным продовым значениям.

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

3. Эксперименты через выключатель стадии

Мы уже видели этот механизм на странице про пайплайн: у каждой стадии есть метод enable(query). Теперь понятно, зачем он получает запрос — чтобы прочитать параметры, назначенные именно этому пользователю.

fn enable(&self, query: &ScoredPostsQuery) -> bool {
    query.params.get(EnableBidirectionalFollowHydration)
}

Фрагмент из BIDIRECTIONAL_BOOST_CHANGE.md · код X, Apache 2.0, коммит 28e414f

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

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

4. История одного параметра по дням

В репозитории есть отдельный документ, разбирающий реальное изменение — то самое, которое широко обсуждалось летом 2026 года. Это редкая возможность увидеть не результат, а процесс.

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

Проверим, чем это кончилось, по самому коду. В param.rs сейчас:

param!(
    BidirectionalFollowReplyWeightBoost, f64,
    "rust_home_mixer_bidirectional_follow_reply_weight_boost", 15.0
);
param!(
    BidirectionalFollowDwellWeightBoost, f64,
    "rust_home_mixer_bidirectional_follow_dwell_weight_boost", 0.0
);

Фрагмент из param.rs · код X, Apache 2.0, коммит 28e414f

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

Частые ошибки и подводные камни

Вопросы с собеседований

Шпаргалка одним экраном

Первоисточники

• params/param.rs — все 191 параметр с ключами и дефолтами.
• BIDIRECTIONAL_BOOST_CHANGE.md — история изменения по дням с диффами.
• README, раздел про эксперименты и конфигурацию.
• Курс: глава «Exploration на практике» об экспериментах, глава «Прокси-метрики и долгосрочные цели» о прокси-метриках и их расхождении с целью.