поддержка

Модель Harvi Code

Harvi Ultra 2: когда нужен один сильный рабочий режим внутри Harvi Code

Harvi Ultra 2 — собственная модельная позиция Harvi Code, поэтому честнее оценивать её не по чужим рекламным сравнениям, а на своём проекте. Сильная модель имеет смысл там, где стоимость ошибки выше стоимости нескольких попыток: сложный баг, критичный рефакторинг или решение, которое затрагивает несколько частей продукта.

01Не ищите универсальную оценку

Внешний рейтинг редко отвечает на ваш вопрос. Один проект состоит из строгих типов и тестов, другой — из легаси-кода и неявных интеграций. В первом важна точность правки, во втором — способность восстановить картину по обрывкам. Harvi Ultra 2 стоит проверять именно на тех задачах, которые у вас повторяются.

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

02Как поручать сложную работу

У сильной модели лучше просить сначала оценку ситуации. Пусть она перечислит затронутые части проекта, предложит порядок работы и назовёт места, где может измениться поведение. После этого можно разрешать изменения.

Для большого поручения полезен ритм: исследование → план → один ограниченный шаг → проверка. Так вы получаете работу агента, а не чёрный ящик, который внезапно переписал половину репозитория.

03Признак правильного выбора

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

Если задача стандартизирована и хорошо покрыта шаблоном, Ultra 2 может быть избыточной. Оставляйте её для мест, где действительно требуется самостоятельное исследование и инженерное суждение.

Коротко

Как оценить Harvi Ultra 2 честно?
На небольшом наборе собственных повторяющихся задач. Считайте переделки, пропущенные риски и качество проверок, а не только первое впечатление от ответа.
Когда её выбирать?
Для сложного исследования кода, критичных исправлений и больших задач, где нужен план, последовательное выполнение и контроль границ.