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

Разница проявилась в глубине профилирования. Codex использовал -peek и -list, нашёл per-request логгер, лишний HGETALL ради трёх полей и возможность переиспользовать существующий LRU-кэш; Claude через -peek вышел на схожие причины и получил ту же итоговую оценку 46 из 50. Qwen ограничился -top -cum, корректно нашёл главный корень и не выдумывал API, но пропустил часть проблем, видимых только через разбор вызывающих.

Главная претензия к Qwen — небезопасный quick win: модель предложила переиспользовать объект в цикле и передавать указатель дальше, хотя путь оказался асинхронным и мог привести к порче данных. В субъективной оценке автора Qwen получил 43 из 50 против 46 у Codex и Claude, а по деньгам оказался неудобен: подписку за $50 купить не удалось, пакет за $200 в его сценарии хватил бы примерно на 33 часа работы в один поток и выглядел дороже подписок Claude и ChatGPT.