От архитектурной идеи к первой рабочей механике

20 июля 2026 года в архитектурном коворкинге Центрального дома архитектора началась DØMO ARCHITOYS — летняя школа Михаила Корси для архитекторов. Первый день прошёл одновременно в очном и дистанционном формате и стал запуском десятидневной экспериментальной лаборатории.

Главной задачей было не освоение очередной программы, а поиск новых способов создавать, исследовать и воспринимать архитектуру. Участники обсуждали, как архитектор может самостоятельно придумать и собрать цифровой инструмент, сформулировали пять проектных направлений и увидели первый ранний прототип.

Архитектор как автор цифрового инструмента

Вводная лекция началась с принципиального вопроса: обязательно ли архитектору быть программистом, чтобы создавать собственные цифровые сервисы, конфигураторы и интерактивные приложения?

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

Архитектор остаётся автором задачи. Именно он должен:

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

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

Почему школа начинается с архитектурных игрушек

DØMO ARCHITOYS задумывается как лаборатория архитектурных игр. Слово «игрушка» здесь не означает поверхностного развлечения. Это небольшой экспериментальный инструмент, позволяющий проверить новый способ взаимодействия человека с архитектурой.

Такой формат снимает необходимость сразу создавать сложную профессиональную систему. Участник может позволить себе странную гипотезу, неожиданный результат или ошибку. Если идея не срабатывает, её можно быстро изменить или заменить другой.

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

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

Архитектура может начинаться не только с чертежа

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

Исходными данными для архитектурного эксперимента могут стать:

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

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

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

Общая формула эксперимента выглядит так:

исходный материал или действие → правило интерпретации → пространственный результат → возможность сохранить и продолжить работу.

От одной фразы к минимальному прототипу

Одним из главных результатов вводной части стала общая методика работы. Хорошая идея должна объясняться простым предложением: что делает человек и во что приложение превращает его действие.

Дальнейший процесс состоит из нескольких последовательных шагов.

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

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

Первый практический спринт

После вводной лекции участники перешли к самостоятельной работе. Используя ноутбуки и смартфоны, они начали формулировать задания, уточнять пользовательские сценарии и собирать первые веб-версии.

После короткого спринта группа снова собралась для общего просмотра. Обсуждение строилось не вокруг степени завершённости, а вокруг ясности каждой идеи:

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

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

Пять проектных направлений

01. Коллективная идея — «Чертёж → трёхмерное пространство»

Первое направление возникло из обсуждения связи плоского изображения и пространственной модели. План, рисунок или архитектурный эскиз должен становиться входом в трёхмерное пространство.

Рассматривались разные варианты механики. Изображение может работать как метка дополненной реальности, над которой на экране смартфона появляется заранее подготовленная модель. В другом варианте система интерпретирует рисунок и создаёт на его основе новый объём.

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

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

02. Варвара — «Фотография → форма + палитра»

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

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

В ходе обсуждения появилось важное уточнение: перед загрузкой изображения пользователь выбирает типологию объекта — например, библиотеку, жилой дом или общественное здание. Это позволяет ограничить интерпретацию и сделать результат более осмысленным.

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

03. Дмитрий — онлайн-конфигуратор здания

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

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

Группа предложила добавить:

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

Этот показ стал важным эпизодом первого дня. Несовершенная, но работающая версия позволила перейти от общего описания к конкретной критике интерфейса и механики.

04. Андрей — персональный городской музей

Проект Андрея начался с идеи архитектурного дневника, объединяющего фотографию, геолокацию и личную заметку. В процессе коллективного обсуждения он вырос в концепцию персонального городского музея.

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

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

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

05. Роза — «Метр на метр»

Рабочее название проекта Розы — «Метр на метр». Это сервис для предварительного разбора студенческой архитектурной подачи, прежде всего выставочного планшета или листа размером метр на метр.

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

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

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

В первый день идея осталась на стадии концепции; работающий прототип зафиксирован не был.

Можно ли вычислить качество архитектуры?

Идея «Метр на метр» стала поводом для центральной дискуссии первого дня. Разговор начался с практического вопроса: способна ли цифровая система отличить сильный архитектурный проект от слабого?

Часть параметров действительно поддаётся проверке. Можно определить наличие обязательных чертежей, проверить масштаб, подписи, состав подачи и соответствие формальным требованиям. Можно сравнить пропорции элементов, распределение цвета и некоторые композиционные характеристики.

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

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

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

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

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

Заменит ли автоматизация архитектора?

Дискуссия неизбежно вышла к вопросу о будущем профессии. Участники предположили, что автоматизация может взять на себя всё больше типовых операций: построение вариантов, оформление, первичную визуализацию и проверку параметров.

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

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

Цифровой инструмент способен быстро предложить множество вариантов. Но решить, какой из них нужен конкретному человеку и конкретному месту, должен автор проекта.

Что получилось к завершению первого дня

Первый день не завершился пятью готовыми продуктами — такой задачи и не ставилось. Его результатом стала более важная основа для дальнейшей работы.

За день удалось:

сформулировать общую методику цифрового эксперимента;
определить пять проектных направлений;
описать входные данные, действия и предполагаемые результаты;
уточнить идеи Варвары, Дмитрия и Андрея;
увидеть ранний прототип онлайн-конфигуратора;
обозначить границу между автоматической проверкой и профессиональным суждением;
договориться о взаимном тестировании и обмене замечаниями.

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

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

Главный итог

Первый день DØMO ARCHITOYS перевёл разговор из общей плоскости «что сегодня может искусственный интеллект» в гораздо более профессиональный вопрос: какой именно инструмент хочет создать архитектор и зачем он нужен человеку?

Цифровой эксперимент начинается не с программы и не с эффектной картинки. Он начинается с точно поставленного архитектурного вопроса. Затем появляется правило, первая рабочая механика, критика и следующая версия.

Именно этот путь — от идеи через прототип к осмысленному инструменту — стал основой дальнейшей работы летней школы.