Пункт 6 поручений Президента и Приложение В «ИИ-готовность» ГОСТ УРИП: графовая модель города, навыки и сценарное моделирование

1. Что именно поручено в пункте 6

В перечне поручений от 22 октября 2026 года пункт 6 адресован Правительству Российской Федерации при участии ПАО «Сбербанк России», ПАО «ДОМ.РФ», АО «Национальная система платежных карт» и МКПАО «Яндекс» (первый доклад — до 1 декабря 2026 года, далее — ежегодно; ответственный — М. В. Мишустин):

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

Именно эту задачу решает Приложение В проекта ГОСТ Р УРИП. При этом стандарт принципиально не привязывает систему к конкретной программной платформе, языку реализации или поставщику программных средств (п. В.1.3) — он задаёт единые методологические требования к структуре данных, графовой модели территории и порождающей системе навыков.

2. Соответствие подпункту 6«а»: единые требования к платформе социально-экономического и пространственного развития

2.1. Трёхуровневая система: норма — навыки — графовая модель (разделы В.1–В.2)

В разделах В.1–В.2 подход к ИИ-готовности документации и эксплуатации информационной системы территории разделён на три взаимозависимые составляющие одной системы (п. В.2.1, таблица В.1):

Под структурированными данными (п. В.8.17) понимаются таблицы, реестры и машиночитаемые наборы данных, обрабатываемые без ручной расшифровки сплошного текста. Под навыком (п. В.8.2) — формализованная процедура информационной системы (в том числе на основе искусственного интеллекта) с определёнными исходными данными, результатами и правилами проверки, для которой всегда известно, из какого раздела стандарта и через какой навык она получена.

2.2. Единая графовая модель территории из четырёх именованных частей (раздел В.3)

По п. В.3.1 граф городской системы — это одна связная модель территории, а не набор разрозненных отраслевых моделей. Внутри неё выделяются четыре именованные части (п. В.3.2, таблица В.2), а связи всегда соединяют конкретные узлы, а не части модели целиком:

Принципиальные правила целостности (п. В.3.3–В.3.5):

• Принципы и проблемы не выносятся в оторванные графы: 37 принципов раздела 4 с неизменными смысловыми идентификаторами (PRINCIPLE-GEN-01..05, PRINCIPLE-HUM-01..05, PRINCIPLE-ENV-01..13, PRINCIPLE-ECO-01..07, PRINCIPLE-GOV-01..11 — раздел В.9) и узлы проблем живут внутри графа текущего состояния и привязаны к конкретным состояниям.
• Обязательная сквозная цепочка трассируемости (п. В.3.4): при приёмке связки графов мероприятий и при каждой актуализации проверяется полная цепочка мероприятие → цель → проблема → принцип. Ни одно мероприятие в стратегии или мастер-плане не может повиснуть без связи с измеряемой целью, решаемой проблемой и реализуемым принципом.
• Ядро цифрового двойника (п. В.3.5, п. 11.6.5): граф текущего состояния в связке с геоинформационными слоями и навыками образует ядро цифрового двойника территории.

2.3. Сшивка социально-экономики и пространства: два слоя узлов и 13 отраслевых доменов (раздел В.4)

Пункт 6«а» поручения требует объединить в одной платформе комплексное социально-экономическое и пространственное развитие. В Приложении В эта сшивка решена через двуслойную организацию узлов (п. В.4.1, таблица В.3):

1. Доменный слой (тематические состояния) — 13 отраслевых доменов (п. В.4.1.1, таблица В.4). Каждый узел обозначается кодом домена и наименованием состояния (например, INFRA.energy_efficiency или HER.okn_condition). Показатель не является отдельным узлом — это характеристика доменного узла, для которой фиксируются текущее значение, единица измерения, источник данных и дата актуализации.
2. Пространственный слой (территориальная привязка) — территориальные единицы анализа выступают самостоятельными узлами графа (п. В.4.4). Значение доменного узла для конкретной территории задаётся ребром вида «территориальная привязка» между доменным и пространственным узлами.

Шесть уровней пространственной иерархии (п. В.4.4): модель масштабируется под любую глубину анализа — от стратегии малого населённого пункта до пообъектного проекта регенерации:

• а) муниципальное образование (территория мастер-плана) — стратегические показатели, бюджет, целевые ориентиры;
• б) населённый пункт;
• в) территория исторического поселения — зона особых требований (п. 5.3.1);
• г) крупные территориальные образования — программы по ОКН, туристические маршруты, межрайонные связи;
• д) наименьшие единицы детального анализа — озеленение, транспорт, шум;
• е) конкретный объект.

Дополнительно на пространственном слое фиксируются функциональные и территориальные зоны, зоны с особыми условиями использования территорий (ЗОУИТ), включая зоны охраны ОКН и защитные зоны, территории приоритетных проектов и территории комплексного развития (КРТ). Распространение влияния между территориальными единицами опирается на матрицу пространственных весов (соседство, транспортная связь, принадлежность одной зоне охраны) и доменный коэффициент затухания (п. В.8.14–В.8.15), который калибруется по данным мониторинга: между одними и теми же кварталами разные отрасли имеют разный радиус и скорость затухания эффекта.

2.4. Связи (рёбра) между узлами и отраслевыми проблематиками: 5 групп и 7 атрибутов (п. В.4.2)

По п. В.4.2 ребро в графе — это смысловая зависимость или отношение между двумя узлами, а не совместное упоминание в тексте. Связь без зафиксированного обоснования в модель не вносится. В стандарте приведены прямые межотраслевые примеры: INFRA.energy_efficiency → BUDGET.operating_costs, INFRA.water_supply → SOC.health, HER.okn_condition → TOUR.attractiveness.

Все связи делятся на пять нормативных групп:

1. Нормативные ограничения (вид «нормативное ограничение»): правовые требования и условия охраны ОКН и предмета охраны исторического поселения. Выступают как блокирующие связи с вероятностью 1,0 (атрибуты силы влияния и затухания к ним не применяются — они отсекают несовместимые проектные решения).
2. Связи между частями модели: рёбра, соединяющие узлы целей, целевых состояний, видения и мероприятий с узлами состояния, проблем и принципов (п. В.4.3).
3. Доменные зависимости (виды «причина и следствие», «наблюдаемая зависимость», «непроверенная гипотеза»): связи между состояниями узлов 13 доменов, основанные на социально-экономических, социокультурных, градостроительных, экологических и историко-культурных исследованиях.
4. Пространственные связи (вид «пространственная близость»): планировочная, транспортная, экономическая или охранная связанность территориальных единиц.
5. Территориальная привязка: ребро между доменным узлом и территориальной единицей, задающее значение показателя в границах этой единицы.

Для доменных зависимостей и пространственных связей в модели обязательно фиксируются семь атрибутов (таблица В.5), а основания выстраиваются по строгой иерархии: нормативное требование → данные наблюдений и исследования → экспертная оценка → непроверенная гипотеза:

3. Порождающая структура навыков информационной системы (разделы В.2 и В.5)

Чтобы цифровая платформа не превращалась в мёртвое хранилище после сдачи отчёта, Приложение В вводит трёхуровневую структуру формирования навыков (п. В.2.2–В.2.4, раздел В.5):

• Навык-родитель (п. В.2.2): на основе разделов 4–12 стандарта формирует навыки разделов, задаёт их входные данные, результаты и критерии проверки, ведёт реестр навыков, поддерживает соответствие действующей редакции стандарта и формирует общесистемные навыки (п. В.5.11: контроль целостности модели, присвоение кодов и единиц показателей Приложения Б, ролевая модель доступа и публикация машиночитаемых открытых данных). Сам навык-родитель узлов графа не создаёт.
• Навыки разделов 4–12 (п. В.2.3): имеют двойное назначение — они являются инструментом разработки разделов документации и одновременно собирают единую графовую модель территории (разделы 4–9 наполняют модель; разделы 10–12 работают с уже построенной моделью) и порождают производные навыки.
• Производные навыки (п. В.2.4): остаются работать с построенной моделью и образуют функциональное ядро цифровой системы муниципалитета после утверждения стратегии или мастер-плана.

Полная карта того, как разделы 4–12 стандарта отображаются в графовую модель и какие производные навыки порождают, закреплена в таблице В.6 Приложения В:

Порядок наполнения модели (п. В.5.2) строго синхронизирован с циклом планирования: реестр принципов (4) → предварительная постановка целей (5) → основа графа текущего состояния (6) → связи, проблемы и гипотезы (7) → уточнение измеримых целей и сшивка частей модели (5) → видение и целевые состояния (8) → графы мероприятий и прогноз влияния (9) → исполнительские атрибуты (10) → статусы исполнения и цифровая среда (11) → мониторинг, факт и калибровка рёбер (12).

4. Соответствие подпункту 6«б»: цифровые методы сценарного моделирования для малых населённых пунктов и интеграция с НСПД

4.1. Двухэтапная сборка графов мероприятий и каскадный расчёт сценариев (п. В.4.5)

Подпункт 6«б» поручения Президента прямо требует предусмотреть для органов местного самоуправления малых населённых пунктов разработку стратегий развития с применением цифровых методов сценарного моделирования. В Приложении В механизм такого моделирования детально регламентирован в п. В.4.5 и разделе В.6:

1. Этап 1 — проектный граф мероприятия (навык раздела 9): каждое предлагаемое мероприятие формируется в тех же видах узлов и связей, что и граф текущего состояния. Внутри графа мероприятия описываются состав работ, ожидаемые изменения значений доменных узлов, нормативные ограничения охраны наследия и пространственная привязка к территориальным единицам. Набор таких графов образует проектное решение (или альтернативный сценарий).
2. Этап 2 — связка с моделью города и каскадный прогноз влияния (производный навык раздела 9): узел мероприятия привязывается якорями к конкретным узлам графа текущего состояния (фактическим состояниям, проблемам и принципам), к узлам графа целей и при необходимости к узлам видения. Прямые и косвенные эффекты рассчитываются каскадом по рёбрам графа текущего состояния — между всеми 13 отраслевыми доменами и по связанным территориальным единицам с учётом силы влияния, вероятности и коэффициентов пространственного затухания. При этом нормативные ограничения охраны наследия работают как блокирующие связи с вероятностью 1,0, не позволяя сценарию нарушить предмет охраны или режимы зон охраны.

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

4.2. Четыре базовые операции с моделью и самообучение графа (раздел В.6)

Вся эксплуатация цифровой платформы в муниципалитете строится на четырёх операциях, которые выполняют производные навыки (п. В.6.1, таблица В.7):

Отдельное требование п. В.6.2 — калибровка и самообучение графа по данным мониторинга: вероятности гипотетических связей обновляются по числу фактических подтверждений с учётом качества доказательной базы. Подтверждённые гипотезы переходят в статус установленных зависимостей, неподтверждённые — понижаются в вероятности или исключаются из расчёта, а доменные коэффициенты пространственного затухания калибруются под реальную динамику населённого пункта (с фиксацией всех изменений в журнале). Нормативные блокирующие связи охраны наследия при этом понижению не подлежат.

4.3. Критерии ИИ-готовности документации (раздел В.7)

Чтобы стратегия или мастер-план малого города могли быть загружены в цифровую платформу без ручной переработки, п. В.7.1–В.7.2 вводят проверяемый чеклист признания раздела документации ИИ-готовым:

• результаты раздела представлены в виде машиночитаемых структурированных данных и отражены в графовой модели в объёме таблицы В.6;
• связи между элементами указаны явно как рёбра с атрибутами, включая связи с конкретными узлами других частей модели;
• значения доменных узлов привязаны к территориальным единицам соответствующего уровня глубины анализа;
• цели связаны с доменными узлами, значения которых отслеживаются в мониторинге;
• сформирован навык раздела и предусмотренные для него производные навыки;
• для всех мероприятий подготовлены графы мероприятий, а при затрагивании ОКН учтена оценка воздействия по п. 7.12.

При этом п. В.7.3 прямо учитывает специфику малых населённых пунктов: глубина и конкретное наполнение узлов адаптируются под наличие исходных данных и масштаб задач поселения при сохранении четырёхчастного каркаса модели и структуры навыков.

4.4. Прямое отображение в мастер-план и выгрузка во ФГИС ТП и ФГИС ЕЦП «НСПД» (раздел В.10 и п. 11.6.2)

Вторая часть подпункта 6«б» поручения Президента требует обеспечить интеграцию создаваемой цифровой платформы с федеральной государственной географической информационной системой «Единая цифровая платформа „Национальная система пространственных данных“» (НСПД). В проекте ГОСТ УРИП эта связка нормативно закреплена сразу в двух местах — в разделе В.10 Приложения В и в пункте 11.6.2 основного текста стандарта:

• Источники пространственного слоя (п. В.10.2): единая электронная картографическая основа (ЕЭКО), государственные фонды пространственных данных, Единый государственный реестр объектов культурного наследия (ЕГРОКН), Единый государственный реестр недвижимости (ЕГРН) и государственные информационные системы обеспечения градостроительной деятельности (ГИСОГД).
• Выгрузка во ФГИС ТП и ФГИС ЕЦП «НСПД» (п. В.10.3 и п. 11.6.2, перечисления «б», «в», «г»): структурированные результаты модели изначально формируются в машиночитаемых форматах, обеспечивающих размещение в Федеральной государственной информационной системе территориального планирования (ФГИС ТП), передачу в ФГИС «Единая цифровая платформа „Национальная система пространственных данных“» (НСПД), а по финансовым атрибутам мероприятий — интеграцию с ГИИС «Электронный бюджет» и ГИСОГД регионов.

5. Вывод: готовый стандарт архитектуры к докладу 1 декабря 2026 года

Сопоставление пункта 6 поручений Президента РФ от 22 октября 2026 года и Приложения В проекта ГОСТ Р УРИП показывает стопроцентное совпадение предмета и архитектуры:

• для подпункта 6«а» (единые требования к платформе) в Приложении В уже формализованы трёхуровневая структура «норма — навыки — модель», 4 части единого графа города, 13 социально-экономических и отраслевых доменов, 6 уровней пространственных единиц, 5 групп и 7 атрибутов межотраслевых связей, реестр из 37 принципов и сквозная цепочка трассируемости мероприятие → цель → проблема → принцип;
• для подпункта 6«б» (сценарное моделирование для ОМСУ малых населённых пунктов и интеграция с НСПД) в Приложении В прописаны двухэтапная сборка графов мероприятий с каскадным расчётом прямых и косвенных эффектов между отраслями и территориями, четыре базовые операции производных навыков (актуализация, прогноз влияния, сверка «прогноз — факт», самообучающийся мониторинг) и прямая передача структурированных данных во ФГИС ТП и ФГИС ЕЦП «НСПД».

Полный текст Приложения В открыт для профессионального использования и обсуждения в навигаторе стандарта: nasledie.tech/gost/ii-gotovnost/, а внедрение графовых моделей и ИИ-навыков для региональных и муниципальных команд доступно в рамках направления ИИ-консалтинга в градостроительстве и сохранении наследия.

Частые вопросы

Первоисточники: Перечень поручений Президента РФ от 22.10.2026 (п. 6) · Приложение В «ИИ-готовность документации и графовая модель городской системы» · Навигатор проекта ГОСТ УРИП · Канал автора: @VerkhPRO.