Проект «Архитектура Небес» представляет собой системное исследование образа купола в мировой культуре. Мы выходим за рамки архитектуры и смотрим на купол и его первооснову — круг и полусферу — как на архетип в истории человечества.
Круг как символ солнца, целостности, вечности и божественного начала. Визуальное, философское и технологическое исследование того, как эта форма на протяжении тысячелетий становилась рукотворными небесами из камня, веры и света.
Конечная цель — построить целую онтологию концепции купола, собрав и систематизировав данные, чтобы понять глобальный масштаб этого явления.
System V3: Architecture → — полное описание мульти-модельной генеративной системы, exploration grid, совет критиков и pipeline logging.
Heavens — третий по счёту генеративный агент проекта, развивающий архитектуру Emerge и Nebula. Каждое поколение вносило принципиальные изменения.
Первая версия генерировала купольные интерьеры в трёх стилях (Cosmos, Womb, Timeless) без системы отслеживания результатов. V2 ввела exploration grid — пространство поиска 8 переживаний × 12 примитивов × 6 подходов = 576 ячеек.
Что изменилось:
dome_repertoire.py — реализован exploration grid с epsilon-greedy алгоритмом
(70% исследование неизведанных ячеек, 30% мутация лучших). Каждая ячейка хранит историю оценок.defaults_heavens.py — добавлены три пресета (Cosmos, Womb, Timeless)
с описаниями палитр, освещения и масштаба.snapshot_builder.py — контекстный сборщик научился принимать cell_data
из exploration grid и включать примитив, переживание, подход в creative brief.Что изменилось:
critic_council.py) —
три модели (GPT-5, Claude Opus 4.6, Gemini 3.1 Pro) независимо оценивают каждое
изображение. Консенсус = медиана. Расхождение >3 баллов → отметка для ручного
анализа. Каждый голос: 5 числовых критериев + 3 текстовых поля.pipeline_logger.py,
таблица PipelineLog в db.py) — каждая стадия генерации
записывается в БД: модель, вход/выход, длительность, токены, cell_key.
Позволяет анализировать, какие формулировки и ячейки дают лучшие результаты.defaults_heavens.py,
generation_engine.py) — все промпты переписаны: определяют что создать,
а не что запретить. Вместо «DO NOT render X» → «Focus exclusively on Y».llm_client.py) — единый клиент
для маршрутизации запросов к разным моделям через OpenRouter API.
Функция track_chat() записывает расход токенов для аналитики.Ключевой сдвиг: от фотореалистичных интерьеров куполов к абстрактным визуальным экспериментам. Купол — архетип и отправная точка, но не конечная форма.
Что изменилось:
defaults_heavens.py, массив HEAVENS_FORM_SUBJECTS) —
дуги, градиенты, вихри, пустоты, интерференционные паттерны.
Примитив работает как визуальная сила, а не элемент здания.defaults_heavens.py, промпт HEAVENS_IMAGE_BASE_PROMPT) —
градиент, который ощущается как восхождение, сильнее фотографии потолка.
Референсы: Turrell, Eliasson, Kapoor.defaults_heavens.py, промпт HEAVENS_PLOT_PROMPT) —
добавлен принцип COMPOSITION VARIETY: 8 типов компоновки (асимметрия, диагональ,
all-over, edge-weighted, и др.) + 5 разнообразных примеров вместо одного.defaults_heavens.py, generation_engine.py) —
правило «uninhabited space» в HEAVENS_IMAGE_BASE_PROMPT и HEAVENS_PLOT_PROMPT:
изображения содержат только геометрию, свет, материал и атмосферу.defaults_heavens.py, промпт HEAVENS_IMAGE_BASE_PROMPT) —
добавлены конкретные визуальные медиумы: математические поверхности, жидкий металл,
кристаллические решётки, замёрзший дым, паттерны муара, градиентные поля.Версия 3.2 включает три принципиальных изменения: деконтаминацию промптов, новую концептуальную парадигму и систему обнаружения дрифта.
Обнаружена системная проблема: название проекта («Heavens»), слово «dome» и связанные термины («sacred space», «vault», «oculus») присутствовали в ~140 местах текстов, уходящих в генеративные модели. Модели буквально интерпретировали эти слова, генерируя куполообразные формы вместо абстрактных экспериментов, заданных в остальном промпте.
Инсайт: для нейросети нет разницы между именем проекта и инструкцией. Слово «Heavens» в промпте — это прямое указание генерировать «небеса». Слово «dome» — прямое указание генерировать купол. Названия, комментарии, заголовки секций — всё читается моделью как равноправная инструкция.
Конкретные изменения (6 файлов, ~140 правок):
defaults_heavens.py — полная переработка:
HEAVENS_DOME_SEEDS (20 архитектурных феноменов) → HEAVENS_FORM_SEEDS
(12 абстрактных перцептивных состояний, напр. «a single point of light in infinite darkness»)HEAVENS_DOME_SUBJECTS (15 описаний куполов) → HEAVENS_FORM_SUBJECTS
(10 абстрактных описаний форм)HEAVENS_SCENE_DIRECTOR_PROMPT — убраны «Heavens», «DOME KNOWLEDGE» → «REFERENCE KNOWLEDGE»,
«THE HOLD TEST» → «THE EXTRACTION TEST», добавлен принцип «COMPOSITION IS A CHOICE» с 8 типами компоновкиHEAVENS_CRITIC_PROMPT — добавлены критерии TEMPORAL EXTRACTION (20%) и INTENT FIDELITY (15%),
убраны «for the Heavens project», «dome interior»HEAVENS_IMAGE_BASE_PROMPT, HEAVENS_PLOT_PROMPT,
HEAVENS_INTERPRET_PROMPT — полная деконтаминацияHEAVENS_OUTPUT_SCHEMA_JSON — «dome note» → «perceptual experiment»,
«dome meditation» → «geometry speaking», «dome emotions» → «perceptual emotions»HEAVENS_INITIAL_KB — dome_vocabulary → form_vocabularygeneration_engine.py —
HEAVENS_DOME_SEEDS → HEAVENS_FORM_SEEDS,
блок «DOME SEED» → «PERCEPTUAL SEED»critic_council.py — все три системных промпта
(GPT-5, Claude, Gemini): «dome interior images» → «abstract geometric art»dome_repertoire.py — 8 описаний Experiences переписаны
без «dome»: «cosmic containment» теперь про «geometry holds the universe»,
«womb return» — про «space before consciousness»dome_collector.py — «DOME KNOWLEDGE BASE» → «REFERENCE KNOWLEDGE BASE»,
dome_relevance → relevance с fallbacksnapshot_builder.py — убрано «Dome KB injected» из логовПравило: никакие имена проектов, метаданные или внутренние термины не должны попадать в текст промпта. Модель не знает, что это «просто название» — для неё это инструкция.
«...воплощение типического в его наиболее устойчивой и неизменной форме обеспечивает пригодность пиктограмм для зрителя, который должен увидеть в них одновременно и свое прошлое и свое бесконечное будущее изъятым из потока времени.» — Э. Гомбрих, Искусство и иллюзия
Эта мысль стала новой методологической основой генеративной системы. Цель — не «красивая абстракция» и не «иллюстрация купола», а поиск типической формы: визуальной конфигурации настолько устойчивой и неизбежной, что зритель видит в ней одновременно начало и конец, изъятые из потока времени.
Конкретные изменения в промптах:
HEAVENS_IMAGE_BASE_PROMPT): добавлена установка
«seeking the TYPICAL FORM — the embodiment of a state so stable that past and future become co-present».
Интегрирована как идеологическое направление, а не инъекция конкретных фраз.HEAVENS_SCENE_DIRECTOR_PROMPT):
принцип «THE HOLD TEST» (оценка «удерживает ли состояние?») заменён на «THE EXTRACTION TEST» —
«Does this image extract itself from time? Is the form so inevitable that it embodies
both past and future simultaneously?»HEAVENS_CRITIC_PROMPT): добавлен
критерий TEMPORAL EXTRACTION (20%) — «Does the form feel inevitable?
Does the viewer perceive past and future as co-present?». Пересчитаны веса остальных критериев.dome_repertoire.py, словарь EXPERIENCES):
все 8 описаний переживаний обогащены темпоральным измерением — например,
«suspended_time» теперь включает «past and infinite future simultaneously».agent4_pages.py, статья): добавлен раздел
«Типическая форма: Гомбрих и египетское искусство» с анализом связи египетских пиктограмм
и купольных примитивов.Проблема: система задумывает одно (примитив Point + подход Isolation + переживание Cosmos), а генерирует другое (купол с дыркой, человеческие фигуры). Существующий цикл критики оценивал качество изображения, но не проверял соответствие замыслу.
Уровень 1 — Intent Fidelity в критике:
defaults_heavens.py, промпт HEAVENS_CRITIC_PROMPT:
добавлен критерий INTENT FIDELITY (15%) — каждый критик оценивает,
насколько результат соответствует artistic statement, target primitive и experience.critic_council.py: intent_fidelity добавлен в
_extract_scores, _extract_text_fields (поле intent_drift),
и в формулу composite score.dome_repertoire.py, функция record_score:
intent_fidelity (вес 0.15) включён в composite, state_transmission
снижен с 0.40 до 0.30, preset_fidelity — с 0.10 до 0.05.Уровень 2 — Intent Drift Analyzer:
critic_council.py, новая функция analyze_intent_drift():
отдельный вызов к Claude Opus 4.6 (модель-судья отличается от модели-создателя GPT-5).
Получает INTENT (что система задумала) и CRITIQUE (что критики увидели). Возвращает:
match (YES/PARTIAL/NO), why (гипотеза причины дрифта),
suggestions (2-3 конкретных предложения), priority_suggestion
(самое важное), drift_category (model_bias / prompt_ambiguity /
conflicting_instructions / primitive_too_abstract / compositional_default / other).critique_engine.py: после оценки критиков, если intent_fidelity < 7,
запускается analyze_intent_drift(). Результат логируется в PipelineLog
(stage "intent_analysis") и сохраняется в pipeline_trace_json генерации.
Если match = NO или PARTIAL, priority_suggestion автоматически добавляется
в config_store → scene_director.prompt.supplement,
чтобы Scene Director следующей генерации учёл эту коррекцию.Уровень 3 — Drift Dashboard:
agent4_pages.py, эндпоинт /api/heavens/pipeline-health:
в ответ добавлен объект drift_stats — агрегация из логов "intent_analysis"
(% попаданий, % частичных, % дрифта, топ категорий причин, последние 5 случаев дрифта).agent4_pages.py, страница /heavens/health:
блок «Intent Drift Analytics» — карточки с процентами Hit/Partial/Drift,
топ причин дрифта, таблица последних дрифтов с полями match, category, why, suggestion.
В таблице Council Samples добавлена колонка Intent с цветовой индикацией
(зелёный ≥7, жёлтый ≥5, красный <5).Health Monitor → — живая диагностика пайплайна, включая drift analytics.
Проверка исследовательских гипотез на собранном материале. Принцип «поливалентности» — объекты анализируются на предмет принадлежности к нескольким концептуальным полям одновременно.
Алексей Макин, 2025