Инфраструктура ИИ отвечает на вопрос «что можно», skill — на вопрос «как правильно». Второе нельзя вывести из первого, его можно только знать.

Сергей Драгомиров рассказывает о МСР-серверах, которые позволяют

подключить ИИ к программе и дать ему доступ к тем данным и функциям, которые предоставляет конкретное подключение
— BIMSERT

Главный тренд, это

управляемые оболочки для ИИ, или harness-среды. В них задаются задача, контекст, данные, доступные программы и инструменты, правила и ограничения. Отдельный элемент такой среды – skills, которые описывают логику выполнения конкретных задач
— BIMSERT

И вот это – вызов. Кто опишет логику процесса, инженер-строитель? Сразу может прилететь возражение (все знают от кого): кто владеет предметом, тот не всегда может разложить работу на воспроизводимую последовательность с критериями приёмки, так как это отдельный навык, ближе к системному анализу, чем к проектированию и строительству.
Но и IT-специалист, является предметником только в своей области деятельности, не более того.

⭐️На стороне инженера-строителя лежит skill – логика конкретной задачи. Именно этот специалист – владелец процесса, который понимает что считается правильно выполненной работой. И это не запрос в адрес ИИ: подскажи из какого бетона делают перекрытия

⭐️А вот инженеры из IT – на этой стороне и МСР-сервер, Harness, аудит действий и прочие права доступа, то есть определение того, что технически может агент и что фиксируется

⭐️Далее, опять вступает в дело инженер-строитель, который определяет критерий приемки результата, о чем в сложившейся практике разработки ПО периодически забывают.  Почему это важно: агент, без определения правильного результата просто не остановится в нужный момент.

Поясню на примере:

HuskyBIM использует MCP для подключения ИИ к различным AEC-системам. Для Revit разработчик заявляет 697 инструментов, для AutoCAD – 400, для Civil 3D – 115, для Archicad 29 – 687 API-операций, для Navisworks – 87 инструментов.
— BIMSERT

MCP даёт агенту операции, а не процесс. 697 инструментов для Revit — это поверхность возможностей, а не знание о том, какие пять из них и в каком порядке нужны, чтобы выпустить раздел, и по каким признакам результат считается приемлемым. То же самое относится к технологическим операциям на этапе строительства.

Только IT может построить всю инфраструктуру. Но не может заполнить средний слой (02)

⭐️ MCP-сервер, harness – это нижний слой, слой возможностей. Что агент технически способен сделать: найти элементы, прочитать параметр, изменить значение, собрать спецификацию, запустить проверку. Эти операции по отдельности - атомарные и бессмысленные. Их в примере 697 для Revit не потому, что кто-то продумал 697 сценариев, а потому, что столько операций есть в API.

⭐️ Верхний слой – слой постановки задачи, формулирования цели. Условно: «выпусти раздел АР», «проверь модель перед передачей заказчику». Это то, что человек формулирует.
⭐️ Но между этими слоями пропасть, которую ничем не заполнить, кроме знания организации. Из задачи «проверь модель перед передачей» в «вызови операции №112, 340, Q-87 в таком-то порядке» ведёт не алгоритм, а практика конкретной компании, установленная логикой регламента, практики, традиционного подхода.

Внедрение BIM на этапе строительства провалилось ровно там, где купили лицензии ПО и не написали стандарт организации (я не про BIM-стандарт), в котором урегулирована связь с  другими нормами и правилами. Результат известен — ТИМ вместо BIM, ЦИМ вместо 3D, XML вместо PDF, та же переписка, плюс возросшая трудоёмкость. Технология есть, процесса нет.

Риски те же. Агент не улучшает и не оптимизирует процесс. Он исполняет быстрее. И описанный неверно процесс он будет воспроизводить в