Skip to main content
бенчмарки ИИDeepSWEartificialanalysis

DeepSWE v1.1 і Artificial Analysis без плутанини

Якщо вам потрібно об’єктивно порівняти моделі, я б дивився на два різних рівні: Artificial Analysis як агрегатор метрик за версіями та DeepSWE v1.1 як бенчмарк для кодових агентів. Для впровадження ШІ це важливо, бо вони відповідають на різні питання і їх легко сплутати.

Технічний контекст

Я б одразу розподілив ці інструменти за ролями, інакше на етапі AI implementation можна ухвалити хибне архітектурне рішення. Artificial Analysis зручний як зовнішній агрегатор: там я швидко порівнюю різні моделі, збірки та їхню поведінку за публічними метриками. Це добрий перший фільтр, коли треба зрозуміти, що взагалі варто тягнути в тестовий контур.

Але DeepSWE v1.1 — це вже інша історія. Я зазирнув у опис, і там немає порівняння effort-режимів, саб-агентів чи внутрішніх конфігурацій однієї моделі. DeepSWE v1.1 вимірює, як coding agent проходить реальні довгі інженерні завдання, і у версії 1.1 акцент змістили на оцінку закомічених змін, а не проміжних кроків.

Тож формулювання “DeepSWE як стандарт для порівняння рівнів зусиль” було б неточним. Коректніше так: це потужний benchmark для frontier coding agents у задачах з довгим горизонтом. Згідно з відкритим описом, там 113 завдань, 91 репозиторій і 5 мов, а сама версія 1.1 оновлює механіку виконання та скорингу.

У таких кейсах мені подобається просте правило. Якщо я обираю модельну лінійку, дивлюся агрегатори на кшталт Artificial Analysis. Якщо перевіряю, чи потягне агент реальну розробку, дивлюся DeepSWE.

Що це змінює для бізнесу та автоматизації

На практиці це економить тижні. Я не раз бачив, як команда бере високий бал з одного лідерборда й намагається на його основі будувати automation with AI для розробки, сапорту чи внутрішнього пошуку, а потім дивується падінню в проді.

Кому це вигідно? Тим, хто обирає AI solutions for business не за хайпом, а за типом завдання. Aggregator допомагає звузити шортлист, а DeepSWE корисний, коли ви справді хочете створити AI agent для інженерних workflow.

Програють ті, хто звалює бенчмарки в одну купу. У Nahornyi AI Lab я саме такі речі вирішую руками: спершу розкладаю, що саме треба міряти, а потім збираю адекватну AI architecture під процес, а не під гарний скріншот лідерборда.

Якщо у вас зараз спір щодо вибору моделі, effort-налаштувань чи агентного контуру, давайте розберемо це на ваших задачах. Часто достатньо одного нормального тестового стенда, щоб перестати гадати і спокійно build AI automation під реальні обмеження бізнесу.

Раніше ми розглядали, як метрики IRT допомагають виміряти надійність LLM-суддів. Ця тема безпосередньо пов’язана з пошуком об’єктивної правди про моделі, про що йде мова в цій статті.

Поділитися статтею