«завис» значит «считает»: как две нейросети разгрузили каталог в Archicad

В Archicad 26 у дизайнера интерьеров каталог отделки стен открывался больше шести минут. Окно не отвечало на команды, и со стороны это выглядело как поломка: программа «зависла». Автор разбора на Habr называет происходящее точнее: она не зависла, а считала. «Зависло» означает: чинить нечего, надо перезапускать и мириться. «Считает» — у процесса есть вход, время и выход, значит его можно измерить и ускорить. Реакция практика предсказуема: подождать, перезапустить, а потом обходить неудобный инструмент — держать отделку в отдельных файлах, открывать каталог раз в день, просить коллегу с более быстрой машиной. Так шестиминутное ожидание превращается в постоянный налог на весь отдел.

Ключ — в разделении ролей между двумя нейросетями. Codex управлял рабочим столом через удалённый доступ и вёл журнал замеров: что открывали, сколько ждали, что получилось. Claude Code читал журнал и готовил задания: что проверить следующим шагом. Одна модель была руками, вторая — головой, которая разбирает результаты. Кода не писали вовсе: обычно «ускорить программу» означает найти разработчика, согласовать задание и ждать, а здесь работа шла поверх уже установленного Archicad — примерно как это сделал бы стажёр за чужим компьютером, только без перерывов на усталость.

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

1. Сначала замер, потом ускорение. Codex вёл журнал: что открывали и сколько ждали. Пока время процесса не записано, любое «стало быстрее» остаётся ощущением.
2. Одна модель — одна роль. Codex работал руками, Claude Code разбирал журнал и ставил задачи. Цепочка узких ролей надёжнее одного универсального помощника.
3. Начинайте с уровня оператора, а не интеграции. Программу не трогали и код не писали: модель работала за компьютером, как человек. Где нет API и бюджета на разработку, автоматизация поверх интерфейса остаётся рабочим вариантом.
4. Проверка остаётся за человеком. Замеры и задания моделей — черновик, который кто-то подтверждает: модель уверенно выдаёт правдоподобный результат.
5. Узкое место ищите в инструменте, а не в людях. Шесть минут забирал каталог, а не дизайнер: прежде чем «оптимизировать» сотрудника, посчитайте, сколько времени у него отнимает программа.

«Не завис, а считал - как две нейросети ускорили каталог Archicad с минут до секунд.»