Разработка САПР с помощью ИИ. Часть 2.1 (Лонгрид)

#СтройпрактИИкум@IIstroika
Как начать программировать свои утилиты для САПР с помощью ИИ 👨‍💻
Вы уже знаете из предыдущего поста, что эффективность продвинутого проектировщика и BIM-специалиста резко возрастает, когда он начинает использовать ИИ.
И не просто как помощника, а как инструмент для разработки плагинов в САПР. 💪
Похожие ощущения у меня были, когда появился Dynamo под Revit и Civil 3D и Subassembly Composer под Civil 3D.
Кстати, тут не отстают и наши, есть инструмент визуального программирования nanoNode под NanoCAD.
Сценарий всегда один и тот же:
🟢сначала эйфория: «теперь можно всё» 🤩
🔴потом реальность: ничего не работает как надо😡
Именно на этом этапе раньше отваливалось большинство.
Потому что:
❌спросить не у кого
❌документация сложная и на английском
❌примеров нет
❌обучения нет

Форумы иногда спасали, но не системно.
А освоить C# или Python (да ещё и вместе с API нужного САПР) было задачей для очень мотивированных. 🖖

Сейчас ситуация изменилась кардинально, благодаря ИИ.
Порог входа в разработку плагинов упал на порядок.😮
Ну, почти для всех…
Если вы до сих пор не разобрались с динамическими блоками в AutoCAD или не можете получить доступ к ChatGPT возможно, пока рано 😄

Что важно понять сразу:
ИИ не превращает проектировщика в разработчика за вечер, но делает гораздо более важную вещь:
ИИ заставляет формализовать задачи так, что из них можно собрать рабочий инструмент с помощью того-же ИИ

И вот здесь начинается самое интересное.
Итак, как начать разрабатывать плагины? Поначалу я хотел расписать пошаговую инструкцию, но потом понял, что это сделает любая GPT-модель. Вы здесь не за этим.
Поэтому дам то, что ИИ обычно не говорит, а именно как это работает на практике. Ниже моя инструкция и она применима не только к разработке плагинов.

Этап 1. Подготовка
📌С чего начинать
Когда я только начинал, хотелось сразу научиться преодолевать болезненные ограничения САПР, которые мне мешали жить годами, но понимал, что без "Hello World!" не обойтись. 👌
Я сел и расписал максимально простые задачи, а потом попросил ИИ приоритизировать по сложности реализации, для того чтобы понять с чего начать. Совместными усилиями мы выбрали первые шаги.

И начал с самых простых.
Это критически важно❗️
Первый плагин должен быть:
✅максимально простой
✅решать одну задачу
✅давать один понятный результат

Одна кнопка, один результат. Без этого вы просто застрянете.
Дальше уже можно, опять же с помощью ИИ, выстроить план усложнения и двигаться к более серьёзным задачам.

📌Как выбрать первую задачу
Перед тем как писать код, ответьте на 5 вопросов:
1️⃣Что я делаю руками регулярно?
2️⃣По каким чётким правилам?
3️⃣Какие входные данные?
4️⃣Какой результат должен получиться?
5️⃣Как я пойму, что всё работает корректно?

Если на эти вопросы нет чёткого ответа, то рано писать код.

📌Примеры

✅ Хорошая задача:

Проверить все двери в проекте: заполнены ли параметры «Марка», «Помещение», «Комментарии».
Если нет — показать список и выгрузить в Excel

❌ Плохая задача:

«Автоматизировать сбор спецификаций на основе универсального шаблона»

Если задача не формализована, то ИИ вам не поможет.

📌Какую модель GPT использовать?

Хочется сказать: чем круче, тем лучше. Можно открыть рейтинги моделей для разработки кода, сравнить бенчмарки и выбрать «самую умную».
Но на практике всё проще. Я видел, как проектировщики без опыта программирования спокойно писали рабочие плагины на бесплатных моделях вроде DeepSeek. Да, если смотреть рейтинги, он далеко не лидер. Но задачи решает.
👉 Поэтому берите то, что у вас есть. Конечно, модели от Anthropic и OpenAI стабильнее. Но китайские или даже отечественные решения от Сбера и Яндекса тоже справляются. Может чуть хуже, но справляются 😊

——-Конец части 2.1——

Продолжение поста "Доработка САПР с помощью ИИ." Часть 2.2
#СтройпрактИИкум@IIstroika

📌Изучаем поле экспериментов
Не начинайте с кода.
Сначала просто обсудите с ИИ, что вы хотите сделать.
Представьте, что рядом сидит опытный разработчик:
🟢отвечает на любые вопросы
🟢не закатывает глаза, на глупые вопросы
🟢не говорит, что вы «недостойны»
И пользуйтесь этим! Вы узнаете ответы на вопросы, которые вас давно тревожили, а спросить не у кого.😜

Более того, попросите рассказать, как происходит процесс разработки именно под ваш продукт, укажите границы ваших знаний САПР и опыт в разработке. Уточните, что необходимо для этого, общайтесь и задавайте вопросы, как можно больше глупых вопросов.
К моменту формирования промта для разработки кода вам должно быть кристально понятно, что и как будет происходить. 💎

📌Разбираемся с базой
Это продолжение предыдущего шага.
Попросите ИИ объяснить простым языком:
🔴что такое API вашего САПР
🔴как собрать и запустить проект
🔴как читать ошибки
🔴как тестировать
🔴базовые принципы C# или Python ( ну или какой язык использует API, кстати это тоже выясните у ИИ)
Вам не нужно становиться программистом.
❗️Но нужно перестать бояться кода

Этап 2. Написание кода
📍Архитектура важнее кода
Для формирования промта необходимо детально продумать тот плагин, что вы будете делать. Именно как инженер, где вы представляете пошагово этапы реализации задачи: что на входе, что на выходе и даже интерфейс. Вы спросите зачем это делать? Ответ прост для всех ИИ:
Мусор на входе = мусор на выходе🚽 Чем более структурирован и детализирован будет ваш запрос на разработку кода, тем качественнее результат.
С чего начать? Попросите ИИ:
1️⃣ Совместно с вами разработать промт для реализации вашего плагина, дайте всю вводную информацию
2️⃣ Расписать промт как профессиональный продакт менеджер
3️⃣ Задавать вам вопросы по этому промту ❓

Процесс того, как вы вставите промт и получите код и вы его запустите, я описывать не буду, сами справитесь)

📍Что делать когда код не работает
Очень важно понять: не если код не работает, а когда код не работает. Чем серьезнее ваша задача, тем больше шансов на ошибку в коде, и она обязательно будет.
👉 Очевидно, что если решение не работает, вам необходимо в тот же диалог вставить код ошибки, логи, скриншоты и любую другую информация, которая может помочь в поиске ошибок. ⚠️
👉 Не забывайте, что все ИИ имеют контекстное окно и чем ближе к исчерпанию его размера, тем чаще ИИ будет путаться и забывать детали.
При разработке кода это особенно актуально, т.к. поток данных большой и чем проще выбранная ИИ модель, тем серьезнее будет проблема исчерпания контекстного окна. Поэтому рекомендуется после длительного процесса разработки делать суммаризацию диалога и начинать в новом окне. 🤔
👉 Очень хорошим решением является использование другой LLM для код ревью. Например вы писали код в Claude, а потом полученный результат с полученной ошибкой отправляете в ChatGPT и наоборот. Они не плохо друг друга дополняют. 🤲

✅Получили простой плагин. Что дальше?

Вот тут начинается самое интересное. Первый плагин это не цель, а точка входа.
После первого успеха очень хочется:
🟢подключить агентов
🟢сделать автогенерацию кода
🟢прикрутить "умный интерфейс"
🟢настроить супер-IDE
🟢завернуть всё в красивую архитектуру
Не надо!❌❌
Это почти всегда ломает прогресс. Сначала нужно закрепить базу, делать 3–5 простых, но полезных плагинов подряд, чтобы перестать бояться API, увидеть повторяющиеся паттерны, начать мыслить "системно", а не "по примеру"

✅Начните наводить порядок в коде
Вот тут уже появляется настоящая разработка. Скорее всего вам это порекомендует сделать и ИИ, а именно начать формировать расширяемый код, который будет разбиваться на отдельные файлы, классы, вводить логирование и формирование конфигурации (параметры).
Это даст в 10 раз больше пользы, чем любые "агенты", т.к. ваша разработка станет понятна и структурирована. 🧹

—-Конец части 2.2 —-

Продолжение поста "Доработка САПР с помощью ИИ." Часть 2.3
#СтройпрактИИкум@IIstroika

✅Подключите Git
Подключение этого сервиса, есть обязательный шаг настоящего разработчика. Он позволит вам фиксировать рабочие версии, не ломать проект при экспериментах, возвращаться назад
Без Git вы начнёте бояться менять код, а это тупик.

✅Агенты
На этом этапе НЕ НУЖНЫ. Дико модная тема, но вам она противопоказана!
Почему:
❌вы ещё не понимаете архитектуру
❌не умеете проверять код
❌не контролируете результат
Агенты усиливают сильных, но новичков они только путают.

✅Подключать базу знаний и типовые параметры
Это уже элемент вайбкодинга, но вам он будет очень полезен. Для того, чтобы какие-либо типовые вещи, списки параметров, атрибутов, название элементов, размеры и т.п. не тащить в промт, их можно прописать в отдельных файлах и подключить к проекту. Лучше всего файлы писать в формате Markdown, т.к. их ИИ понимает лучше всего, да и телега хорошо воспринимает это форматирование. Даже данный текст написан в md файле, по привычке)
Как подключить эти файлы к проекту? Спросите у ИИ.
И это гораздо полезнее, чем кажется. Это превращает хаос в систему.💪💪💪👌

‼️Главная мысль
Помните одну простую вещь, ИИ это лучшая версия вас и чем лучше вы разобрались в каком либо вопросе, и чем лучше вы задали вопрос для ИИ тем качественнее результат. Поэтому анализируйте, спрашивайте и учитесь вместе с ИИ, включайте голову, тогда вместо мусора у вас получится настоящий рабочий код.
—- Конец всей второй части—-

Ну а в следующих постах мы разберёмся:
✅как разрабатывать ИИ плагины уже на уровне отдельно взятой компании
✅как это масштабировать.

#СтройпрактИИкум@IIstroika

Рубрика Бесполезные мысли
ИИ в строительстве и большие компании.
#Бесполезные_мысли@IIstroika

Намедни принимал участие в круглом столе посвященному применению ИИ в строительстве, в рамках деятельности одной крупной корпорации, к которой не имею отношения.
Послушал кейсы внедрения от вендоров и внутренних команд и поймал простую мысль:

Чем крупнее проектно-строительная компания, тем меньше реальных эффектов даёт ИИ и тем хуже он внедряется.

Парадокс? На первый взгляд да, ведь у крупных компаний:
✅больше ресурсов
✅выстроенные процессы
✅структурированные данные
Казалось бы идеальная среда для ИИ.🤔

Но на практике всё упирается в другое: зрелость ИИ технологий и необходимость менять процессы.

Сегодня внедрение ИИ состоит из:
🔴кастомная разработка или no code разработка
🔴постоянная подстройка решений
🔴изменение процессов под результат

И вот тут начинается самое интересное. Ключевое во внедрении это не LLM, не стек и даже не вендор.
Ключевое куда именно ты вставляешь ИИ в процесс и как он меняется.

А теперь реальность крупных компаний:
❌точки потерь информации есть, они всем известны, но их «нельзя трогать»
❌неэффективность очевидна, но у неё есть «владельцы»
❌процессы описаны, но менять их больно
❌департаменты конкурируют
❌бюджеты делятся, а перестройка процессов повлияет на распределение бюджетов
❌бюрократия всё цементирует

И в итоге: ИИ упирается не в технологии, а в организацию.
Это вопрос гибкости, а гибкость это как раз то, чего у крупных компаний меньше всего.
Существуют ли «бирюзовые» крупные стройкомпании, которые могут это переварить? Я таких на рынке не встречал, напишите про них, если есть.

Получается крупным компаниям не стоит лезть в ИИ?
Стоит конечно, в локальных подразделениях будут создаваться условия, где могут случаться прорывы, но думать, что ИИ станет основой изменений крупного проектно-строительного бизнеса, пока преждевременно.
Есть даже примеры у топовых застройщиков, когда ИИ локально повышает эффективность. Большинство внедрений ИИ в стройке сейчас это не трансформация, а дорогие эксперименты.

Вы скажите, Игорь, подожди, вот очередная Крупная западная IT компания сократила многие тыщи сотрудников, потому что ИИ дал рывок эффективности.
Я отвечу: Имея опыт работы в крупных компаниях, могу уверенно сказать, что любая крупная компания, а тем более корпорация может смело сократить 10-15% штата без потери эффективности, а то и повысить её.
Плюс не забываем: IT это максимально удобная среда для внедрения ИИ.
Строительство, совсем другая история.

Что в итоге?
Именно для малых и средних компаний появляется окно возможностей, для быстрого получению эффектов от ИИ! Но для этого нужна гибкость и самое главное специалисты способные выявить правильные точки применения ИИ, об этом в следующих постах. ‼️

А что по всем остальным? Да, мы все рано или поздно будем работать в AI-native компаниях.

Так стоп, а что такое AI-native проектно-строительная компания? Об этом будем говорить дальше, я уже даже описал AI-native проектно-строительнию компанию в своей концепции внедрении ИИ строительстве. Постепенно буду раскрывать этот вопрос.

AI-native это не про технологии, продукты или навыки это про изменение организации, систему управления, фокус и перестройку большинства процессов в работе. Больно, сложно, страшно, но неизбежно.

P.S. В ближайшее время буду принимать участие в ещё одном круглом столе в крупной корпорации по вопросу применения ИИ в строительстве. Надеюсь, мне разрешат поделиться важной информации с вами, а там действительно есть чем поделиться!

#Бесполезные_мысли@IIstroika

Доработка САПР с помощью ИИ. Часть 3
#СтройпрактИИкум@IIstroika
В предыдущем лонгриде я показал алгоритм как самостоятельно, с помощью ИИ, начать разрабатывать плагины для любого САПР, где есть API интерфейс.
Предложенная инструкция работает только для индивидуальной разработки, конкретного проектировщика или BIM-менеджера.

ИИ сильно упростил и снизил порог входа. Но по прежнему он есть. На текущий момент нельзя сказать, что каждый проектировщик может сам себе написать нужный плагин с помощью ИИ.

Соответственно, если мы говорим о внедрении на уровне компании, в разрезе доработки САПР с помощью ИИ, то тут можно выделить несколько сценариев.

Сценарий 1 (как это происходит на практике)❗️
В компании появляется инициативный BIM-щик или проектировщик.
Он открывает ChatGPT, но чаще бесплатный DeepSeek, пишет первый скрипт. Скрипт работает. Все радуются.
Через месяц:
🟢появляется 10 разных скриптов
🔴никто не понимает, как они устроены, но активно пользуются
🔴они ломаются после обновления
🔴автор уходит в отпуск или увольняется и всё встаёт

И руководство делает вывод:
«Это всё игрушки, не масштабируется»

📌Вывод сценария 1:
ИИ действительно позволяет писать плагины без программиста.
Но он не заменяет процесс разработки.
Если нет:
🔴постановки задач
🔴стандартов
🔴контроля качества
🔴хранения и версий
У вас не разработка, а «кружок по интересам».

Сценарий 2. Целевой🛠
Рабочая модель выглядит не как «дайте людям ИИ», а как:
👨‍💻BIM Dev внутри компании, даже без программиста.
Минимальная структура:
✅1–2 BIM-щика с уклоном в автоматизацию (возможно плюс продвинутый инициативный проектировщик🤪)
✅backlog задач (что автоматизируем и зачем)
✅единые правила написания скриптов
✅централизованное хранение (Git или аналог)
✅централизованная закупка подписок у топовых ИИ сервисов
И главное:
каждый инструмент это не код, а продукт в рамкой общей архитектуры👨‍💻

Как выглядит нормальный процесс👍
1️⃣Формулируется проблема. Но для этого необходимо провести исследование силами BIM-щиков, что эффективно автоматизировать. Это отдельное искусство, которое надо осваивать всем, кто проводит комплексную автоматизацию.
2️⃣Описывается задача, с описанием текущего и желаемого процесса, что на входе, что на выходе. По сути функциональные требования, на основе которых уже вместе с ИИ пишется план разработки и промты
3️⃣Через ИИ генерируется решение
4️⃣Документация (обязательно!), Git, единый интерфейс, общие правила написания кода.
5️⃣Внедрение + сбор обратной связи
6️⃣Поддержка плагина и архитектуры плагинов

Нужен ли программист в качестве консультанта?🧠
На старте нет, если есть, то хорошо, но не обязательно.
Но в целом:
✅ Консультант по ИИ да (очень желательно)
✅Консультант по разработке точечно
Но если начинается интеграция с другими САПР или специфичным ПО, сложная логика и масштабирование, то без консультаций разработчика уже не обойтись.

Главная ошибка, которую я вижу🧐
Компании думают, что внедряют ИИ. На деле они внедряют зависимость от одного «умного сотрудника», причем такая ситуация часто бывает и с BIM.
А это противоположность цифровизации.

Как выглядит необходимый подход🤔
🟢автоматизация встроена в процессы
🟢инструменты описаны и повторяемы
🟢знания не теряются
🟢есть измеримый эффект (время / деньги / ошибки)
И только в этот момент ИИ начинает приносить реальную пользу.

Вывод‼️
Индивидуальная разработка плагинов без программиста уже реальность. Но системная разработка на уровне компании работает только при организации процесса. Без неё всё придёт к хаосу и быстрой потерей наработанных решений.

P.S. Нужно признать что, теперь навыки программирования под САПР и вайб программирования небольших утилит станут стандартом для нормального BIM-щика. Не сейчас, но уже в следующем году это будет повсеместным. Если хотите быть уникальным BIM специалистом, вы уже поняли, что изучать!

#СтройпрактИИкум@IIstroika

Рубрика Бесполезные мысли
Инфоцыганщина в ИИ.
#Бесполезные_мысли@IIstroika
В комментариях возник вопрос: Как отличить консультанта по ИИ от ИИ инфоцыгана? 💃
Я серьезно задумался. Прежде всего из-за того, что специалистов пока единицы, а практического опыта ещё меньше, тем более в стройке, поэтому лезут сюда все кому не лень, особенно ИТшников. 🫵
Но намедни мне в руки попала подробная программа курса "ИИ в строительстве" (название изменено) от одной известной онлайн школы. Посмотрев её, я был серьезно озадачен. ❓
Там намешано всё на свете, охватываются задачи от прораба, проектировщика и до директора, всё по верхам, затрагиваются инструменты и подходы, которые надо изучать месяцами, а то и годами! Человек после этого не сможет решать свои практические задачи, а просто будет знать много умных слов и интерфейсы ПО, и самое главное что ИИ где-то лишь на фоне.😡

Ну и добила меня ценовая политика в рекламе этого курса на одном большем ТГ канале (500К подписчиков): "оставьте заявку с *ПРОМОКОД* — получите скидку 65% и второй курс в подарок." 🙌
После этого я понял как выглядят инфоцыгане в ИИ.
…Консультант стремится решать и обучать решать ЗАДАЧИ клиента, а не продавать ощущение причастности к "будущему".

Он всегда начинает не с инструментов, а с вопроса:
Что у вас болит? Где деньги теряются? Где люди тратят время впустую?✍️

И дальше происходит то, что инфоцыгану невыгодно сужение фокуса.
Не "внедрим ИИ во всё", а докопаемся до проблем и будем их решать.
И вот тут вскрывается главное отличие.

Настоящий консультант не всем подходит.
Потому что не будет делать красиво и "вдохновляюще", а будет копать в процессы, покажет, где у вас бардак и будет менять привычную работу. Будет делать больно и вскрывать, что не хочется показывать, но зато можно получить конкретный результат, через непростую работу.

Инфоцыган же комфортен. Выходишь с курса или после общения и можно ничего не менять, но говорить что у нас ИИ!

Поэтому если коротко:
🔴Если после общения у вас больше вдохновения, чем конкретных действий осторожно.
🔴Если вам сразу показывают, где можно заработать или сэкономить, показывая вашу неэффективность скорее всего, вы на верном пути.

А если хотите простой тест, спросите у человека:
“Какую одну задачу в моей компании ты бы автоматизировал в первую очередь и почему?”
❌Инфоцыган начнёт рассказывать про тренды, про то как другие круто внедряют ИИ.
✅Консультант начнёт задавать вопросы, вернее пытать вопросами.

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

P.S. Мне кажется, что нужно обязательно ещё раскрыть тему "Куда пойти учится, чтобы освоить ИИ в *ваша_специальность*. Ставьте большой палец 👍если это интересно или какашки 💩, если сами всё уже освоили))

Рубрика "СтройпрактИИкум"
Как может выглядеть процесс внедрения ИИ в проектировании и строительстве?
#СтройпрактИИкум@IIstroika
Для начала необходимо определить какие уровни внедрения ИИ могут быть? На текущий момент обычно выделяют 4 основных уровня, скоро станет заезженным как BIM Levels:
1️⃣Осведомленность
2️⃣Ассистирование
3️⃣Автоматизация
4️⃣Трансформация
Расписывать, для экономии места не буду, сами погуглите))
Но я считаю приведенную "классическую" классификацию этапов порочной. В чем её проблема?
В том, что на уровне 1-2, фактически выделенная группа ИИ развлекается. Да, именно так. Они экспериментируют, пробуют разные инструменты и пытаются в рандомном порядке применить ИИ туда, куда смогут дотянуться. Где проще, где «прикольно», где быстрее показать демо.

В результате:
🔴автоматизируется не то, что даёт максимальный эффект
🔴игнорируются ключевые узкие места
🔴создаются локальные «игрушки», которые не масштабируются
🔴формируется иллюзия внедрения
Фактически внедрение ИИ сводится к элементам случайности, наследуя стохастическую природу LLM. Но вот бяда, случайность это самый дорогой способ внедрения технологий.

Для того чтобы на последующих этапах избежать этого хаоса и внедрять ИИ максимально эффективно, необходимо начинать не с инструментов, а с обследования бизнеса. Причём не формального, а реального.
Такое обследование должно проводиться через:
🟢разбор реальных процессов «как есть», а не через ARIS и BPMN модели
🟢общение с ключевыми специалистами
🟢выявление узких мест, потерь времени, данных и денег
🟢анализ структуры данных и документооборота
Вплоть до того, что надо сесть рядом с ГИПом, инженером, сметчиком и пройти вместе весь процесс, шаг за шагом. Потому что самые потайные и интимные проблемы можно выявить только так. Это я говорю, как консультант в области автоматизации с многолетнем опытом.

Только в этот момент становится видно:
❌где на самом деле теряются деньги,
❌где люди тратят часы на бессмысленную рутину,
❌и где ИИ даст кратный эффект, а где ноль.
После этого уже формируется:
✅карта точек внедрения
✅приоритеты
✅архитектура решений
✅и поэтапный план внедрения
Но есть одна проблема. Такое обследование должен проводить человек, который одновременно:
🟪понимает, как реально работают ИИ-инструменты (а не как о них пишут в презентациях)
🟪знает ограничения LLM, агентов, интеграций, сложности пайплайнов под задачи стройки
🟪и при этом глубоко понимает процессы проектирования и строительства

Где такого найти? Ждать, что университеты подготовят таких специалистов? Я давно уже разочаровался в классическом образовании для столь динамичных областей, они просто не успевают за авангардом.
Внутренние команды?
Чаще всего это либо айтишники без понимания стройки, либо проектировщики без понимания ИИ.
Внешние консультанты "по ИИ"?
В 80% случаев это шаблонные подходы и попытка натянуть универсальные решения на любой бизнес со стороны ИТ и ИИ специалистов.

В итоге получается простая вещь:
Если вы доверяете внедрение ИИ энтузиастам внутренним или внешним вы почти гарантированно получите дорогой набор экспериментов вместо результата. Что-то конечно заработает, но именно что-то.

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

А вот теперь главный вопрос: кто должен этим заниматься?
не «отдел ИИ», не подрядчик с презентацией на 50 слайдов и не человек, который вчера прошёл курс "ИИ в стройке".
Нужен специалист, который: говорит на языке бизнеса, понимает стройку изнутри и умеет проектировать решения на базе ИИ, а не просто "использовать инструменты".

В следующих постах я как раз разберу:
✅как выглядит нормальное ИИ обследование бизнеса
✅какие артефакты должны получаться на выходе
✅и как из этого собрать реальный, а не бумажный план внедрения
#СтройпрактИИкум@IIstroika

Есть 500! Или немного обо мне)

Мой ТГ-канал за неполные 2 месяца набрал 500 подписчиков.
И что важнее с нормальной вовлечённостью, а не «мертвыми душами», коих в среде автоматизаторов полно.
Спасибо вам за это!
По такому случаю расскажу, зачем вообще я его веду и кто я такой в этой всей истории с ИИ в стройке.

Начнём с бородатого анекдота и из далека:
Собрал лев🦁 всех зверей и говорит: Умные соберитесь справа, красивые слева. Постепенно все разошлись по углам, а обезьяна растерянно по середине стоит. Лев спрашивает: А ты чего не выбрала в какую сторону? Обезьяна и отвечает: Дык мне разорваться что-ли?! 😎

А теперь к делу.
Если посмотреть на то, что сейчас происходит с ИИ в строительстве, видно чёткое разделение на два лагеря:

Скептики. Большинство людей из строительной сферы кардинально недооценивают возможности ИИ, скорость роста технологий на основе ИИ, а главное влияние на их работу в скором будущем. 👎

Техноптимисты. Большинство людей из мира ИИ и софта кардинально недооценивают сложность и нюансы процессов в строительной сфере.👍

Где правда? Как обычно посередине.

Да, рабочие специальности в стройке ещё долго будут вне зоны полной автоматизации. 🛠
Роботы, которые качественно кладут плитку, тянут сети и работают как нормальные специалисты появятся, но не завтра.

А вот всё, что связано с управлением проектами, КСГ, ВОР, контролем обязательств, закупками, документацией, ЦИМ/BIM. Это уже сейчас идеальная среда для внедрения ИИ и вот тут начинается самое интересное.
Потому что в теории всё «очевидно», а на практике почти ничего не работает так, как обещают.
К какому лагерю принадлежу я? Я как обезьяна из анекдота про умных и красивых. Всю жизнь разрывался, находясь между строителями и IT миром а теперь понимаю, что лучше жить по середине. Да и всегда был в этой роли, никуда не помещался)))

С одной стороны:
🟢больше 15 лет в автоматизации проектирования и строительства
🟢BIM, ЦИМ, интеграции, от стартапов до корпораций
🟢работа с крупными проектами в режиме никто не знает как, но надо придумать

С другой:
🟪запуски проектов и экспериментов с ИИ
🟪развертывание, прототипы, архитектура решений
🟪и, да, слитые бюджеты без этого никуда
Я успел закопать не один миллион рублей в ИИ-решения🤑: часть из них не взлетела, часть дала реальный результат.
И именно это даёт мне понимание, где ИИ реально работает, а где просто красивая презентация.

Со временем я понял простую вещь:
Самая ценная роль сейчас не быть «ещё одним специалистом по ИИ» и не быть «ещё одним экспертом в области строительства».
А быть переводчиком между этими мирами. Человеком, который:
✅понимает стройку изнутри
✅понимает ИИ не на уровне «поигрался в ChatGPT»
✅и умеет соединять это в рабочие решения

Собственно, поэтому и появился этот канал.
Я здесь:
✅разбираю, где ИИ реально даёт эффект
✅показываю рабочие подходы
✅и вскрываю откровенную ерунду, которой сейчас на рынке очень много

Если вы:
✅из стройки и хотите понять, как это всё применить
✅или из IT и хотите не выглядеть на стройке как инопланетянин
То вы по адресу. Поехали дальше!

Снова поспамлю, обещал посты только по делу, но не получается.😄 Хочу поделиться планами на публичные выступления на апрель - май 2026 года. Буду рад увидится с вами на этих мероприятиях и пообщаться.

✅23-24 апреля. ЮФИД. Крым, Алушта. Очно.🏝
Тема: Экономически оправданное внедрение ИИ в проектировании.

🟢28 апреля. BIMAC. Санкт-Петербург.💦 Планировал очно, но к сожалению только онлайн. Тема таже самая.

✅15 мая. ТИМИ. 🤍Нижний Новгород. Очно. Тема по названию такая же, но по содержанию отличается. Готовим с коллегами из Model Studio, как можно дорабатывать MS на основе ИИ. Уникальный контент))) Также вечером этого дня веду батл Model Studio VS Revit для электрики. 💪

✅19 мая. ЦИПР. ⚡️ Нижний Новогород. Модерирую дискуссию о текущем положении цифровизации строительства на партнерской сессии СиСофт.

Основной упор в моих презентациях будет сделан на правильную организацию и управление внедрения ИИ в проектировании. Начиная от планирования и заканчивая стоимостью. Частично эти темы я уже подымал здесь и продолжу рассказывать. В презентации же будет концентрированная информация.

Буду рад вас видеть в живую!😍

Философский пост
"Прошлое и будущее строительства и ИИ, через призму кинематографа."🍿
Сейчас нахожусь в разъездах и командировках, поэтому пока взял паузу в публикациях. Но всё таки одна мысль меня заставила написать пост. Находясь вечером в отеле, после тяжёлого командировочного дня, я решил полистать YouTube, дабы не впасть в кому, в виде выжигающих мозговую активность рилсов, которыми частенько балуюсь на ночь. Алгоритм YouTube мне подсунул старый советский фильм 1974 года "Премия", и я залип... Посмотрел на одном дыхании. Без телефона в руках, без «СДВГ-стайл» просмотра💬. Не отрывался от фильма ни на секунду.

Этот фильм пробрал до холодного пота. Потому что почти в каждом персонаже я узнавал себя на разных этапах своей жизни: от молодого рабочего до руководителя, который всё понимает и регулярно принимает тяжёлые решения.
Другое время, другая политическая и экономическая система, другие технологии и даже люди другие🗳! Но если убрать название должностей и исторический контекст, то выходит современная стройка. Проблемы и способы их решения равно одни и те же.

За прошедшие 50 лет ничего не поменялось на больших стройках, особенно на тех, что связанных с государственными деньгами.

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

Как может ИИ поменять ситуацию? Да никак! ❗️

Да, в проектировании и особенно управлении строительством ИИ в ближайшие годы позволит резко повысить качество понимания ситуации и прогнозирования. Но для этого мы должны прийти к AI- driven проектной и строительной компании. Как это выглядит?

ИИ это связующее звено между системами управления компании (PDM,ERP,HR, CRM и т.п.) и системами, генерирующими данными (BIM, Системы контроля и сбора информации).

В итоге, имея доступ ко всем этим структурированным данными ИИ может видеть полную картину и стать системой поддержки принятия управленческих решений. Тогда такая система не упустит никакой детали и всегда подскажет правильное управленческое решение. Казалось бы, качество управления и планирования будет безукоризненным, ведь ничего не будет упущено.
НО!‼️ Решение всегда принимает человек (по крайней мере пока) и решения даже на самом высоком уровне принимаются, исходя из множества неочевидных причин и балансов интересов. Поэтому, пока кожаные мешки будут принимать решения, будут нереальные сроки, неадекватные бюджеты, проблемы планирования и банального раздолбайства. 😐
ИИ изменит подходы, но не изменит сущности человека, поэтому даже через 100 лет будут "объективные причины", которые не позволят реализовывать проекты в срок и в рамках бюджета.
Т.е. как было сказано в фильме:

"Объективные причины рождаются непрофессионализмом и безответственностью других."

Объем использования ИИ: 10%

Хочу дополнить пост, где указывал в каких мероприятиях приму участие и с какими темами в мае.

12 мая (уже завтра) в 11.00 на онлайн трансляции, вместе с управляющем партерном Айбим, Алексеем Зотовым разбираем, как меняются крупные компании, и почему это не имеет отношения к внедрению систем, ну и конечно же ИИ. Обсуждаем:

🔵 Как цифровизировать гигантов и не утонуть в бюрократии
🔵 Почему «прозрачная стройка» ломает сложившиеся процессы (и чьи-то роли)
🔵 Импортозамещение: что происходит на практике, и какие будут последствия
🔵 ИИ в строительстве: есть ли реальные кейсы или только презентации

✨ Поговорим про системы управления строительством, давление сверху, дорожные карты и «эффекты», которых все требуют.
Формат необычный, никакого монтажа и цензуры, прямая речь. Опасно ⚠️ меня пускать в прямой эфир, так что приходите, повеселю. 😄
Лучше зарегистрироваться, чтобы не пропустить.

Ещё в мае наконец-то доберусь до "Белые Ночи САПР 2026" от Аскона. В этот раз расскажу как управлять внедрением ИИ с учетом особенностей продуктов Аскона и Renga.
28-29 мая Петергоф. Особо хочу отметить возможности Renga для ИИ, они предоставляют хорошую основу.

Кстати, сейчас закончил материалы для ТИМИ Нижний Новгород на 15 мая, получилось очень интересно. Даже не ожидал, что ИИ доработка Model Studio и CADLib могут дать такое расширение функционала.

XML. Нужны люди, которые хотят сделать работу с XML чуть менее болезненной

#XML@IIstroika
Я уже давно веду проект по автоматическому преобразованию классической проектной документации в XML схемы Минстроя с использованием LLM.👨‍💻
Честно говоря, задача оказалась заметно сложнее, чем выглядела в начале. История здесь не только про «скормить ПЗ PDF нейросети и получить XML». Пришлось разбираться с логикой разделов ПД, структурой документов, качеством исходников, пайплайнами обработки и сборкой решения на относительно небольших open source LLM, чтобы не зависеть исключительно от дорогих топовых моделей. 🧠

📆Но проект постепенно выходит на финишную прямую.💃
В ближайшее время планируем запуск первого сервиса по автоматического преобразованию ПЗ в XML с дальнейшим расширением на другие разделы и сценарии работы.
Сейчас для нас особенно важна не только техническая часть, но и понимание того, как этим реально будут пользоваться инженеры.

📌Поэтому хочу собрать вокруг проекта людей, которым тема XML, автоматизации проектирования и применения ИИ в стройке действительно интересна.
Ищу не просто будущих тестировщиков.
Хочется собрать пул практиков и энтузиастов, которые смогут влиять на развитие сервиса:
✅ГИПов и ГАПов
✅BIM-специалистов
✅Специалистов работающих в экспертизе
✅Людей, которые уже работают с XML Минстроя
✅Инженеров, которым просто интересно, куда всё это движется

📍На первом этапе проведём короткие интервью и опросы, затем откроем доступ к закрытому тестированию. Не за горами уже и открытая работа сервиса!
Если хотите присоединиться к развитию ядра преобразования ПД в XML, то записывайтесь ➡️по ссылке⬅️
Попробуем вместе сделать так, чтобы XML перестал быть отдельным видом инженерного страдания.😭

P.S. Если у вас есть опыт работы с XML Минстроя или вы уже пытались решать эту задачу самостоятельно особенно жду. Возможно, именно из этой группы получится собрать сильное профессиональное ядро проекта.

#XML@IIstroika