Рубрика Бесполезные мысли.
ИИ-Джарвис для ГИПа
#Бесполезные_мысли@IIstroika
На заре освоения мною LLM для задач проектирования и строительства я чётко понимал, что до ИИ-проектирования ещё очень далеко. Но в одном ИИ реально может помочь: в автоматизации рутины.

❓И я задал себе простой вопрос «Кто в проектировании больше всего завален хаосом информации?»
Хотелось бы сказать проектировщик. Но ответ очевиден - ГИП.
В его голове одновременно живут письма, замечания, изменения ТЗ, согласования, версии документов, нормативка, графики, встречи, созвоны, раздача люлей.
Бесконечный поток входящих и исходящих данных, которые нужно держать в голове, сопоставлять и контролировать.

💡Идея была понятной: ИИ должен взять на себя контроль информационного шума и высвободить голову ГИПа для принятия решений.
Казалось бы, здесь ИИ может раскрыться на полную. Воодушевившись этим, я провёл несколько десятков интервью с действующими ГИПами и даже написал функциональные требования (ФТ) к системе управления деятельностью ГИПа на основе ИИ.
🔜Кстати, выяснилось, что порядка 20% ГИПов это очень аккуратные люди, у которых всё под контролем и мышь не проскочит. Но даже у них мы находили зоны, где контроль можно было бы смело передать ИИ.
Как-нибудь отдельно напишу, почему именно такой процент людей способен работать таким образом и почему больше их не станет.🔜

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

💡А теперь самое интересное.
Прошло всего пару лет. И, работая с агентскими системами вроде Claude Code и OpenClaw, я неожиданно понял одну простую вещь: дело было не только в мощности моделей. Дело было в архитектуре.
Многоагентные системы с разделением ролей, с управлением контекстом, с возможностью описывать поведение и ключевую информацию в отдельных файлах, с автоматической суммаризацией при приближении к лимиту окна контекста и т.п. всё это радикально снижает требования к «центральному мозгу»🦀.

То, что раньше казалось монолитным сверхпроектом, сегодня можно разложить на управляемые модули например, агент-маршрутизатор входящих, агент контроля замечаний или агент ежедневной выжимки по проекту.

💥И вот здесь возникает ощущение перелома.
Не потому, что наступила «сингулярность» технологии ИИ.
А потому, что технология применения LLM стала зрелее.

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

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

🧑‍🔬Если вы уже экспериментируете с ИИ-агентами в стройке расскажите о своём опыте.
#Бесполезные_мысли@IIstroika

В продолжении предыдущего поста:
Не всегда ИИ-агенты полезны.

Последнее время активно тестирую разные агентские системы типа Paperclip, CrewAI и т.п. Сейчас модно делать так: нажимаешь кнопку, у тебя автоматически появляется «компания» из ИИ-агентов. Один CEO, другой CTO, третий разработчик. Потом CEO решает нанять ещё одного разработчика, тот активно включается в работу.
Все активно обсуждают задачи, строят планы, делегируют работу друг другу.
Чистой воды стартап или МТК😯

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

💥Особенно забавно, что даже в самой «родной» для ИИ области разработке программного обеспечения полностью автоматическая оркестрация агентов пока работает довольно скромно. Агент ставит задачу агенту, тот пишет план для другого агента, который создаёт подзадачи для следующего. В итоге возникает ощущение, что ты наблюдаешь за совещанием, а не работой.

И чем больше я с этим экспериментирую, тем яснее становится одна простая вещь: проблема не в агентах и не в выбранной LLM, проблема в архитектуре.
Это особенно хорошо видно на инженерных задачах. Когда я экспериментировал с формированием XML пояснительной записки с использованием LLM, быстро стало понятно: если просто «подать в LLM» схему и исходную ПЗ, то получаем тонны потраченных токенов и полное отсутствие результатов.🫙

В проектировании и строительстве такая проблема ощущается ещё сильнее. В стройке нельзя просто надеяться, что агенты сами как-то договорятся между собой. Слишком сложная предметная область, слишком жёсткая структура данных и слишком высокая цена ошибки.💩

Поэтому на текущем этапе главной задачей становится не «создание армии агентов», а очень аккуратная настройка их ролей, архитектуры ответственности, скилов, ограничений и оркестрации.

ИИ-агенты штука мощная, но пока они больше напоминают группу очень инициативных стажёров.
Если их оставить без жёсткого руководства, они быстро организуют стратегическую сессию, обсудят Дорожную карту, назначат друг другу роли…и забудут сделать работу, полностью спустив бюджет. Всё как в жизни кожаных мешков.👨‍💻

ИИ в строительстве пока почти ничего не изменил.
#СтройПрактИИкум@IIstroika
Да, звучит непопулярно. 💩
Но если убрать маркетинг, презентации и хайп, картина выглядит именно так.
Про ИИ в стройке сегодня говорят очень много.
Но в реальности большинство компаний всё ещё находится на стадии экспериментов, а массовый проектировщик и строитель просто отмахивается от этого.
До системного роста эффективности отрасль пока не дошла.
❓Почему так происходит? Если говорить именно о LLM (другие типы ИИ чуть более эффективны), то причин много, но ключевых я бы выделил две.

Первая: комплексность и детерминированность самой отрасли.
Даже самые передовые LLM с сотнями миллиардов параметров, не способны сходу решать инженерные задачи в области проектирования и строительства.
Что-то более-менее приемлемое получается только на простых сценариях.
Всё остальное требует:
🔴подготовки данных и очистки информации
🔴продуманной архитектуры решений
🔴доработки инструментов
🔴серьезных интеллектуальных и вычислительных ресурсов
ИИ сам по себе не делает магию.💯

Вторая причина: низкий уровень автоматизации стройки.
Даже если у нас будет LLM заточенная под задачи проектирования и строительства, возникает простой вопрос:
куда её подключать?😰
Большинство САПР и СОД:
👎разрознены
👎не имеют общей модели данных
👎нормальный API есть у единиц
👎работают в закрытых экосистемах

Чтобы по-настоящему встроить ИИ в рабочие процессы, разработчикам САПР и СОД ещё предстоит сделать огромный объём работы.😡

Получается, у нас нет шансов прокатиться на ИИ экспрессе роста эффективности вместе с остальными отраслями?
Конечно прокатимся. Но по-своему.📞
Уже сейчас можно получать реальные эффекты. Но только в определённых сценариях.
Например:
1️⃣Визуализация проектных решений
От интерьера комнаты до застройки кварталов и магистралей.
По моим наблюдениям, архитекторы и инженеры уже активно используют инструменты генерации изображений и визуальных моделей (например, Nano Banana и подобные решения). Я имею в виду всё, что не требует точности и требуется красота.
Для архитектора сегодня это уже практически must have.
По этому сценарию материалов более чем достаточно, поэтому подробно останавливаться на нём не буду.

2️⃣Автоматизация написания плагинов для САПР
Напомню фразу, которую я сформулировал ещё в 2015 году, когда писал рекомендации по внедрению BIM:
"BIM-жизнь без программиста тяжела и неказиста."
Не существует САПР, которые способны полностью закрыть задачи проектировщика.
Доработка функционала нужна всегда. Особенно когда инженер высококвалифицирован.
ИИ в этом месте начинает давать очень интересные эффекты.

3️⃣Офисная автоматизация и извлечение данных
Рутинная автоматизация на стыке:
🟥САПР
🟥СОД
🟥офисных документов
🟥инженерных данных из Excel / Word / PDF/Фото салфетки из ресторана с принятым объемом работ

Ещё недавно я активно топил за no-code инструменты вроде n8n и Make.🔞
Но сейчас даже эти инструменты начинают проигрывать конкуренцию агентским системам и грамотному вайб-кодингу.
Все остальные сценарии применения ИИ в строительстве значительно сложнее.
Они требуют более квалифицированных специалистов, инфраструктуры и серьёзных инвестиций.
✍️К чему я это всё?
Способов внедрения ИИ в стройке на самом деле огромное количество на любой бюджет.
Но мой опыт автоматизации строительного бизнеса показывает простую вещь:
‼️не нужно влетать в ИИ с двух ног.‼️
Начните с простых и осязаемых шагов.
В первую очередь упростите жизнь самой базовой единице отрасли.
Проектировщику\Прорабу🧑‍💻
В следующих постах разберу реальные сценарии применения ИИ в строительстве. Что действительно работает, а что пока остаётся красивыми презентациями или бесконечным полем для экспериментов.

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

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

Разработка САПР с помощью ИИ. Часть 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 могут дать такое расширение функционала.