Лучшее, что я здесь построил, — это список вопросов.

Знание было в голове одного инженера.

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

Я не знал ничего из этого. Это и есть реальное исходное условие большей части консалтинговой работы, и притворство здесь — верный способ построить уверенно работающую неправильную систему.

Пятьдесят один пронумерованный вопрос, партиями, каждый ответ становится правилом.

Не воркшоп и не discovery-созвон. Документ с пронумерованными вопросами, отправляемый партиями, с письменными ответами, где каждый ответ прослеживается до породившего его правила и до кода, который это правило применяет. Если ответ менял прежнее допущение, правило менялось вместе с ним, со ссылкой на номер вопроса.

Всё, что не может сдвинуться корректно, останавливается и объясняет почему.

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

Десять таких ситуаций внесены в каталог — короткий участок, уклон которого прыгнул бы с 1% до 39%; деталь, закреплённая на стене, которой пришлось бы переехать; колодец без параметра глубины. По каждой записано, что делает надстройка, точный текст предупреждения и где случай встретился впервые. Новый случай, который ничего не ломает, не чинится на месте: он добавляется в этот список как известное предупреждение.

Один и тот же код в Revit у инженера и headless в облаке.

Инженер получает вкладку с четырьмя командами — посадить на новый рельеф, построить станцию, снять инвентаризацию модели и проверить её. Облачный путь запускает тот же генератор без интерфейса через Autodesk Design Automation и возвращает модель и файл результата. Под обоими путями лежит движок, который читает входные данные, проверяет их, переводит единицы и оценивает глубины, и он вообще не зависит от Revit, поэтому тестируется офлайн на каждом пуше. Смену диаметров отдали собственным правилам маршрутизации Revit: генератор выбирает тип, Revit решает соединения.

Я работаю на Mac, где Revit не запускается. Разработка идёт против API через референсные пакеты, которые компилируются без него; тестирование — Revit 2027 в виртуальной машине с Windows; а облачному пути локальный Revit и не требовался.

177 коммитов за семь дней в стеке, который мне не родной.

C#, Revit API и соглашения BIM — не то, откуда я пришёл. Код генерируется и проверяется с ИИ под моим руководством, поэтому за неделю и вышло столько. От превращения этого в уверенную бессмыслицу спасает форма работы, а не объём: движок, работающий без Revit и проверяемый на каждом пуше; решения, записанные до реализации; и клиент, отвечающий письменно.