Брендбук

Паспорт документа #

• Редакция: 2.1.2.
• Дата: 29 октября 2026 года.
• Язык: русский.
• Владелец: Растяпин Данил Алексеевич.
• Канонический адрес: rdan.cc/brand.

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

Брендбук — основа для дальнейших проектов. Главная rdan.cc служит местом применения и испытания системы: на ней можно менять отбор работ, композицию и способы представления. Содержание бренда не сводится к устройству главной страницы.

Версия 2.1 развивает утверждённую систему 2.0 через открытые музейные изображения и программную графику: единая семья Golos Text, индиго и оптическая графика, продолжающая изображение. Утверждённый принцип не допускает подмены иллюстрации универсальной иконкой с декоративной рамкой.

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

Обязательное правило: никаких слоганов

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

Вместо слогана указывается конкретное содержание: «Проекты», «Брендбук», «Задачи на неделю», «Расшифровка записи». Эти названия применяются по назначению страницы; они не образуют постоянную подпись бренда. Имя продукта и фактическая подпись «Проект RDAN» допустимы. Поле tagline в шаблонах отсутствует, а не заполняется новой формулой.

Назначение и позиционирование #

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

На главной представлены gamepipe и Cordy с обложками, а Skip — текстовой строкой. Состав можно менять по качеству материала и назначению страницы. Другие инструменты могут оставаться в личном кабинете, появляться в отдельном материале или не публиковаться.

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

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

Описание для профиля: «RDAN — личные проекты в области приложений, веб-сервисов и автоматизации».

Описание для раздела о проекте: «На rdan.cc представлены проекты Данила Растяпина. На странице проекта можно узнать его назначение и посмотреть доступные материалы. Общие правила оформления и интерфейсов опубликованы в брендбуке».

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

Аудитории и приоритеты #

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

Принципы решений #

Конкретность. Название блока сообщает, что внутри. Описание объясняет действие или результат. «Сравнение компаний» лучше абстрактного призыва к развитию.

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

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

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

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

Архитектура бренда #

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

Используются три модели:

1. Имя с RDAN: RDAN ID и RDAN Remote. Слово RDAN входит в имя и не дублируется соседней подписью.
2. Самостоятельное имя: Cordy, gamepipe, AlfaTarget, TBook, Things, Skip, Invest. В информационном блоке допустима подпись «Проект RDAN»; на англоязычном носителе — by RDAN.
3. Описательное имя работы: «Редактор постов», «Карта регионов», «ML-тренажёр». Оно обозначает содержание и может сопровождаться состоянием «Прототип» или «Архив».

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

Сторонний бренд упоминается в описании совместимости, источника данных или зависимости. Такое упоминание не означает партнёрство. Для AlfaTarget сохраняется явное указание на исследовательский прототип; официальная связь с банком не заявляется.

Названия и словарь #

RDAN пишется латиницей прописными буквами. Домен — rdan.cc. В русскоязычных текстах предпочтительны «сайт RDAN», «проекты RDAN», «в RDAN ID». Аббревиатуре не придумывают расшифровку.

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

Термины «проект», «задача», «запись», «сцена», «устройство» сохраняют предметный смысл. Нельзя называть все сущности «карточками» только из-за оформления. «Сохранить» относится к сохранению данных; «Применить» — к вступлению настройки в силу; «Опубликовать» — к появлению материала у обозначенной аудитории.

Отбор и представление проектов #

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

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

Статус указывается при практической необходимости: «Бета», если это влияет на ожидания; «По приглашению», если иначе непонятен переход; «Архив», если материал может быть принят за работающий сервис. Краткое пояснение рядом с действием предпочтительнее нескольких бейджей на каждой карточке.

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

Действие соответствует реальности: «Открыть проект», «Посмотреть интерфейс», «Читать о разработке», «Войти через RDAN ID». Если рабочий сценарий не доступен посетителю, можно показать материал о проекте без обещания немедленно его запустить.

Визуальный характер #

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

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

Основной визуальный источник графики — 202DC Park: разница частоты тонких линий и масштаба мозаики. Композиционные ориентиры — DOT, Aalto и Taiste. RDAN использует открытые музейные оригиналы с сохранением авторства и собственную программную обработку. Изображения выставки 202DC Park, её знак и подписи не входят в комплект RDAN.

Логотип и компактный знак #

Основной логотип — RDAN, латинские прописные. Мастер-файл содержит векторные контуры из Golos Text 900 с трекингом −0,02 em. Буквы не растягиваются и не сжимаются. В обычном тексте используется написание RDAN, а не картинка при каждом упоминании.

Компактный знак — R из той же семьи. Он применяется в favicon, аватаре и тесной навигации. На первом знакомстве используется полное имя. Доступное имя интерактивного знака — «RDAN — на главную».

Охранное поле — не меньше ¼ высоты букв H со всех сторон; до другого знака — ½ H. Поля носителя не отменяют охранное поле. Минимальная цифровая ширина логотипа — 96 CSS px, в печати — 24 mm. Компактный знак — минимум 16 px по высоте контура, рекомендовано 24 px; в печати минимум 4 mm. Область нажатия — не меньше 44×44 px.

Монохром: Ink на светлом, Paper на тёмном, в печати допустим 100% K. Не поворачивать, не добавлять тень, обводку, свечение, текстуру внутрь букв, градиент или подпись-слоган. На сложном изображении знак получает отдельное спокойное поле.

Геометрия хранится в assets/logo-spec.json: основной viewBox 0 0 2759 700, компактный 0 0 650 700. Сохраняйте пропорции. Старые файлы с названием lime относятся к предыдущему выпуску и не используются в новом комплекте. Мастер-знак не заменяется случайным шрифтом.

Цвет и темы #

Нейтральная база — Ink и Paper. Индиго задаёт активные области светлого интерфейса. Остальные цвета работают прежде всего внутри иллюстраций и образцов. Коралловый не становится доминирующим цветом всей страницы.

Это собственные токены RDAN, а не извлечённые официальные значения 202DC Park. Цвета рисунка не разрешены автоматически для мелкого текста. Используйте семантические роли и разрешённые пары. Цвета ошибок, успеха и предупреждения независимы от продуктовой территории.

По умолчанию сайт следует теме устройства и реагирует на её изменение. Ручной выбор светлой или тёмной темы сохраняется в браузере; пункт «Как на устройстве» возвращает автоматический режим. Сохранённый ручной выбор не сбрасывается при обновлении сайта; настройка синхронизируется между вкладками. В тёмной теме текстовый акцент светлее исходного индиго. Изображения не инвертируются фильтром.

CSS-роли: --page, --surface, --raised, --text, --muted, --line, --accent, --on-accent, --focus, --success, --danger, --warning. JSON и CSS синхронизируются сборкой. В CSS есть sRGB fallback и OKLCH-эквиваленты. contrast.json содержит проверку 42 пар: обычный текст не ниже 4,5:1, существенные границы и фокус не ниже 3:1. Декоративный тонкий разделитель может быть слабее, если он не является единственным способом различить элементы.

В печати требуется отдельная цветопроба под бумагу и профиль. Pantone не назначен без физического подбора. Экранные HEX не являются готовыми CMYK-рецептами. Мелкий чёрный текст печатается одноцветным K, составной чёрный согласуется с типографией. Для носителя задаются профиль, вылеты и технические требования конкретного производства.

Типографика #

Golos Text — единственная семья системы. Локальный вариативный WOFF2, веса 400–900, кириллица и латиница. Заголовки 800–900, текст 400, подписи и действия 500–600. Шрифты с засечками исключены, включая названия проектов, PDF и шаблоны. Выразительность создаётся масштабом, весом и ритмом.

Шкала задаётся через rem и clamp с нижними границами. Длинные строки — около 60–68 знаков. Заголовок может быть плотнее: tracking −0,015…−0,025 em. У основного текста tracking 0. Длинные абзацы не набираются капсом. Не сжимать шрифт через transform и не имитировать жирность.

font-synthesis: none, font-display: swap; fallback Arial, sans-serif. Синтетический курсив не используется. Настоящее дополнительное начертание требует лицензии и версии набора. Golos Text распространяется под SIL OFL; лицензия и происхождение входят в комплект. При добавлении письменности проверяется покрытие. Для дат, сумм и таблиц используйте tabular-nums и явные единицы.

Сетка и композиция #

Предельная ширина страницы — 1680 px. Внешние поля 36 px на широком экране, 20 px на телефоне; ритм 4 px. Рабочая шкала: 4, 8, 12, 16, 24, 32, 48, 64, 96, 128 px. На странице документа — оглавление и основная область; внутри демонстрации — изображение и правила. Полный текст расположен ниже и остаётся доступным без JavaScript.

Главная — отбор gamepipe, Cordy и Skip. Две крупные обложки gamepipe и Cordy сохраняют исходные пропорции 1000×1120. Skip представлен текстовой строкой; изображение не обязательно для каждого проекта. Тексты и ссылки находятся на спокойном поле. Витрина не копирует реестр приложений и не добавляет выдуманных инструментов. Масштаб блоков определяется содержанием, а не желанием заполнить сетку.

Разделение: сначала иерархия, отступ, выравнивание, затем тонкая линия и цвет поверхности. Не вкладывать карточку в карточку. У панелей радиус 0, у контролов до 2 px, у диалога до 4 px. Нет таблеток по умолчанию, декоративной нумерации проектов и повторяющихся стрелок.

Оглавление может быть sticky, но не перекрывает чтение. На узком экране оно становится select; разделы сохраняют обычные якоря. Групповые ссылки ведут к реальному содержанию, а не скрывают главы. Таблицы прокручиваются внутри собственной области. Container queries перестраивают примеры по ширине их контейнера, media queries — оболочку страницы.

Графика и изображения #

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

Два готовых программных семейства: линейное поле — тонкие частые полосы с неравномерным цветовым ритмом; мозаика — вложенные квадраты размерами 1, 2, 4 и 8 модулей на общей сетке. Контурные пучки допустимы только как продолжение реальной линии предмета; отдельного утверждённого генератора контуров в комплекте нет. Они могут использоваться отдельно в обложке документа; в предметной иллюстрации нужно видимое место перехода.

Построение: форма, продолжение, композиция

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

Cordy: цианотипия Анны Аткинс, Spiraea aruncus (Tyrol). Мозаика ограничена точным контуром листа: кончики, просветы и тонкие стебли остаются узнаваемыми и непрерывными. Соседние листья нельзя объединять в светлое облако. Цвет берётся в той же области исходника; брендовая палитра подключается постепенно.

gamepipe: гравюра Хокусая, Ono Waterfall on the Kisokaidō. Полосы продолжают колонки воды на тех же горизонтальных координатах; мозаика над скалами продолжает цветовые области. Это художественный материал витрины, не результат генерации новеллы или скриншот продукта. Утверждённый мастер водопада сохранён без изменения.

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

Что считать переходом

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

Пикселизация не равна мозаике RDAN. Уменьшение разрешения, усреднение каждого квадратного участка и увеличение ячеек сохраняют фотографическую раскладку под видом сетки. Это фильтр. В продолжении нужны собственная иерархия модулей 1/2/4/8, связанные цветовые массы и форма, заданная выбранным предметом. Выборка цвета помогает согласовать стык; она не должна единолично определять весь рисунок.

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

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

Построение стыка до генерации узора

1. Назвать конкретную форму: кромка доски, струя, прожилка, дуга обруча. «Правая треть картины» описывает место, но не объясняет источник графики.
2. На копии оригинала отметить границу растровой части и несколько опорных точек. Для линий записать направление и ширину; для мозаики — контур, просветы и соседние цветовые области.
3. Построить продолжение отдельно от растра. В слое графики уже должны быть видны выбранное направление или силуэт. Случайный узор, впоследствии обрезанный прямоугольником, не заменяет этот шаг.
4. Соединить части на тех же координатах. На стыке сохранить цвет, касательную и толщину существенных линий. Изменение масштаба модулей, частоты и брендового цвета вводить дальше от стыка, а не скачком.
5. В области продолжения закончить исходную фактуру. Защитить смысловые детали — лица, руки, инструменты, тонкие связи и внутренние просветы. Маска не должна создавать прямоугольные заплаты на фигурах.
6. Собрать общий кадр и проверить его при фактической ширине изображения на сайте. Крупный кроп стыка дополняет эту проверку, но не заменяет её.

Приёмка изображения

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

Утверждённый пример: водопад

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

Источник: Кацусика Хокусай, «Водопад Оно на дороге Кисокайдо», The Met, Public Domain. Оригинал и рецепт.

Разобранные ошибки Cordy

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

Источник: Кацусика Хокусай, «Фудзимигахара в провинции Овари», The Met, Public Domain. Показанная обработка отклонена.

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

Источник: Кацусика Хокусай, «В горах провинции Тотоми», The Met, Public Domain. Показанная обработка отклонена.

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

Рецепт новой композиции

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

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

Генератор и воспроизводимость

Генератор в браузере позволяет менять seed, модуль и плотность, затем сохранять SVG. CLI работает вместе с модулем: node brand/tools/generate-patterns.mjs --seed rdan-26 --width 1440 --height 600 --unit 12 --density 0.6 --out patterns из корня распакованного комплекта. Прямоугольные остатки допускаются только на границе холста.

Пространственное поле задаёт крупные и мелкие зоны. Цвет преимущественно наследуется от родительского квадрата; сине-фиолетовые и зелёно-бирюзовые группы связаны по площади. Чёрные и белые окна локальны; на самом мелком уровне они реже. Больше клеток не означает лучшее качество. Выбирайте модуль под фактический размер и проверяйте отсутствие муара.

Генератор отдельного узора не понимает предмет на фотографии. Для продолжения изображения используйте рецепт композиции и скрипт scripts/compose-open-art.py в репозитории. Он задаёт кроп, границу перехода, выборку цвета, маску силуэта и сохранение тонких стеблей. Нельзя просто наложить случайную мозаику поверх изображения. SVG композиции содержит растровый исходник, векторные клетки и маску формы; это смешанный файл, не чисто векторная иллюстрация.

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

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

Бриф ассета фиксирует проект, функцию, главный предмет, точку перехода, направление линий, палитру, фокус, пропорции и допустимые кропы. Сохраняются оригинал, автор, дата, источник, права, SHA-256 и рецепт обработки. Основа версии 2.1 — открытые музейные произведения The Met (Public Domain), не нейросетевые иллюстрации. Авторство Аткинс и Хокусая остаётся видимым в брендбуке, рецепте и комплекте. Главная показывает проекты; производственные сравнения и объяснения технологии там не размещаются. Источники доступны по ссылке в футере.

Оригиналы: Анна Аткинс, Spiraea aruncus (Tyrol), 1851–54; Кацусика Хокусай, Ono Waterfall on the Kisokaidō, около 1833. The Metropolitan Museum of Art. Статус Public Domain относится к этим выбранным материалам; он не переносится автоматически на любые изображения музея. Файлы и сведения о происхождении: provenance.json.

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

Веб-экспорт — WebP шириной 1000, 720 и 400 px с одинаковым кадрированием. Утверждённые мастер-WebP, редактируемые SVG и музейные оригиналы JPEG сохраняются отдельно; сжатие веб-копии не меняет геометрию композиции. У изображений есть width/height и srcset. Первый важный рисунок получает fetchpriority, остальные lazy loading. Alt описывает дополнительный смысл; обложка рядом с полным описанием может иметь пустой alt. Тонкие линии проверяют на муар; на небольшом носителе уменьшают плотность в отдельном экспорте, не ухудшая доступность текста.

Иконки и визуализация данных #

Функциональный набор — Phosphor Regular, MIT. Размер 20–24 px, компактный 16–18 px; зона действия 44×44 px. Лупа обозначает поиск, крест — закрытие, иконка темы — настройки оформления. Нет стрелки у каждой ссылки. Декоративные цифры не используются для нумерации проектов и разделов интерфейса.

Иконки не подменяют предметную иллюстрацию. Кнопка без текста получает доступное имя; декоративная иконка скрыта от скринридера. Emoji не заменяют системный набор.

У графика есть содержательный заголовок, период, единицы, источник и таблица данных. Цвет дополняется подписью, штрихом или формой. Столбцы начинаются с нуля, если иная шкала не объяснена. Не использовать 3D для плоских чисел, не скрывать значения масштабом, не изображать орнамент как измерения. Цвета рядов берутся из доступных семантических ролей, а не напрямую из декоративной палитры.

Компоненты и состояния #

Кнопка называет действие: «Скачать файлы», «Проверить пример». Один локальный контекст имеет одно главное действие; остальные — обычные ссылки или контурные кнопки. Прямоугольная геометрия и ясная подпись важнее декоративной обводки. Не превращать каждую ссылку в кнопку.

Предусмотрены default, hover, focus-visible, active и disabled, когда последний нужен. Focus — 3 px, offset 4 px, --focus. Отключённое действие объясняется соседним текстом.

Поле имеет постоянную label. Placeholder — пример. Ошибка связана через aria-describedby и aria-invalid, указывает способ исправления. Фокус переходит к первому неверному полю. Введённые данные сохраняются. Пустой поиск предлагает изменить запрос или сбросить его; ничего не подставляется ради заполнения пустоты.

Используется native dialog с доступным заголовком, закрытием Escape, кнопкой закрытия и возвратом фокуса. Popover подходит для темы, имеет резервное поведение при отсутствии API. Основное содержание не скрывается в окнах. Таблица — настоящий table с заголовками и самостоятельной прокруткой.

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

Движение и взаимодействие #

Движение объясняет изменение: hover 120 ms, тема и состояние 180 ms, раскрытие до 280 ms. Кривая cubic-bezier(.2,.8,.2,1). Нет искусственной задержки перед результатом, мигания, автовидео, звука и бесконечной анимации паттернов.

View Transitions улучшают переходы главная/брендбук при поддержке браузера. Scroll timeline показывает чтение документа. Без этих API остаются ссылки и полный текст. prefers-reduced-motion: reduce отключает анимацию, плавную прокрутку и движущийся индикатор.

Speculation Rules допускают только публичные / и /brand/. Вход, logout, API, загрузки файлов, внешние сервисы и приватные маршруты исключены. Подготовка перехода не должна запускать действие.

Бюджеты: HTML+CSS+JS до 150 KB gzip; основная иллюстрация до 200 KB; шрифты до 300 KB; ориентир первого экрана до 700 KB. Подробные размеры — build-report.json. Полевые LCP ≤2,5 s, INP ≤200 ms, CLS ≤0,1 на p75 измеряются отдельно: локальная сборка не подтверждает их.

Продуктовые территории #

Общее ядро — знак, Golos Text, семантические роли, язык, focus, компоненты и правила перехода формы в графику. Различаются предмет, характер линий и доминирующий цвет изображения. Не копируйте дерево Cordy во все продукты.

Акцент продукта не заменяет цвета ошибки или успеха. Названия сохраняются. «Проект RDAN» уместен в справке или футере, а не у каждого элемента.

Co-branding допустим только при действительном партнёрстве: знаки на общей оптической высоте, с охранным полем и ясным описанием ролей. Использование внешнего API или источника не даёт основания добавлять его логотип как партнёра.

Носители и шаблоны #

Комплект включает редактируемые HTML: социальное превью 1200×630, анонс 1080×1350, титульный слайд 1920×1080. Текст остаётся текстом; иллюстрация — отдельным ассетом. Используются локальный Golos Text, те же цвета и файлы знака. Носители не содержат лозунгов.

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

Документ A4: поля 18–20 mm, основной текст 10,5–11 pt, интерлиньяж 1,4–1,5; титул 38–64 pt. Внутренние страницы светлые, таблицы повторяют шапку и переносятся без обрезки. PDF содержит полный текст, версию, дату и образцы, а не только краткое резюме.

Email-подпись: имя, RDAN, ссылка rdan.cc; не придумывать телефон, должность или юридическое лицо. Подпись не должна быть одной картинкой. На мерче достаточно R или RDAN; орнамент можно продолжить из предметного изображения, если размер допускает читаемые детали. Файлы для производства требуют отдельной технической подготовки и цветопробы.

Файлы и применение системы #

Канонический адрес — https://rdan.cc/brand/. HTML и brand.md содержат полные согласованные правила. agent-guide.md — короткая инструкция, не замена документу. tokens.json и tokens.css синхронизируются при сборке; manifest.json хранит пути, размеры и SHA-256.

Набор: SVG/PNG знаки, компактная R, аватар, favicon, локальные шрифты и лицензии, музейные JPEG-оригиналы, мастер-WebP, SVG-композиции и адаптивные WebP, HTML-шаблоны, Markdown, JSON/CSS, PDF. Референсные скриншоты чужих сайтов в набор не входят. История, исходники и скрипты композиции хранятся на GitHub. Старые AI-иллюстрации остаются только в истории, не в действующем комплекте.

Версия 2.1 заменяет правила 1.0 о шрифте с засечками, лаймовой базе, обязательном бумажном коллаже, декоративных цифрах и стрелках. Промежуточные макеты с glitch-фрагментацией и отдельной иконкой на фоне паттерна не являются стандартом. Утверждённый принцип — продолжение формы.

Перед работой агент определяет задачу поверхности, читает правила, использует готовые файлы и проверяет контекст. Новые проекты не обязаны повторять композицию главной. Внедрение 2.1 охватывает rdan.cc, брендбук и носители. Карта изменений остальных сервисов остаётся предложением: обновление айдентики не меняет их функции, данные и авторизацию.

Голос и тон #

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

Голос остаётся последовательным, а тон зависит от ситуации. Это различие соответствует подходу Mailchimp к голосу и тону. Для RDAN приоритетом остаётся выполнение задачи.

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

Редакционные правила #

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

Кнопка содержит глагол и при необходимости объект: «Скачать SVG», «Сохранить задачу», «Повторить расшифровку». На ссылке указывается место назначения: «Правила типографики», а не «Подробнее». Из доступного имени должно быть понятно действие даже вне соседнего текста.

Даты в русском тексте: «26 октября 2026». В плотной таблице допустимо «26.10.2026». Время — «14:30»; при взаимодействии разных зон показывается пояснение «МСК» или название выбранной зоны. В продукте приоритет имеет зона пользователя или события. Нельзя молча считать любое время московским.

Числа группируются пробелами: 12 500; десятичный разделитель в русской редакционной записи — запятая. Единица указывается в ячейке или заголовке столбца. Проценты, валюты и сроки сохраняют точность источника. Форматы API и кода не меняются ради редакционного стандарта.

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

Тексты интерфейса #

Формы и действия

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

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

Отключённая кнопка получает понятное объяснение условия. Скрытая причина недоступности не считается завершённым состоянием. Повторное нажатие во время обработки не создаёт дубликат операции.

Пустые состояния

Различаются отсутствие данных, отсутствие результатов фильтра и отсутствие доступа. Примеры: «Задач пока нет. Добавьте задачу»; «По этим фильтрам ничего не найдено. Сбросьте фильтры»; «У вас нет доступа к этому проекту». Изображение пустоты не заменяет эти объяснения.

Подтверждения и обратимость

Подтверждение необходимо, когда действие имеет значимое последствие, которое человек ещё не выбрал явно. Заголовок называет объект: «Удалить запись?». Текст сообщает, что произойдёт, а кнопки — «Удалить запись» и «Отмена». Общие «Да» и «Нет» не используются.

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

Загрузка, уведомления и помощь

Короткая загрузка отражается в состоянии элемента. Долгая операция получает отдельный статус и доступные действия. Процент показывается только при наличии измеримого прогресса. Искусственное движение от 0 до 99% запрещено.

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

Состояния AI-функций #

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

Статус «Проверено» назначается только после обозначенной проверки; генерация сама по себе её не заменяет. Вероятность модели не называется достоверностью факта. При отсутствии сведений интерфейс пишет «В источнике не указано», а не достраивает ответ.

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

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

Данные и доказательства #

Каждый существенный показатель имеет название, единицу, период, источник и дату актуальности. Метод расчёта доступен рядом или по ссылке. Заголовок «Доходность» без периода и основания не подходит для таблицы Invest; «Совпадение 90%» без метода не подходит для AlfaTarget.

Число 0, отсутствие значения и неприменимость различаются. Для отсутствия используется «Нет данных», для неприменимости — «Не применяется». Пустой график не интерпретируется как нулевой результат.

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

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

Демонстрационные данные явно подписываются «Пример». Они не смешиваются с пользовательскими и не используются как доказательство результата проекта. Личные данные на скриншотах заменяются нейтральными примерами; маскировка должна сохраняться в экспортируемом файле.

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

Доступность #

Доступность означает, что материал можно прочитать и использовать в разных условиях. Она встроена в обычные компоненты и не предъявляется посетителю как отдельный режим или перечень ограничений. Технический ориентир цифровых материалов — WCAG 2.2 AA; это цель разработки, а не автоматическое заявление о соответствии всех продуктов. W3C определяет, среди прочего, контраст обычного текста 4,5:1, крупного — 3:1, а минимальную цель указателя уровня AA — 24×24 CSS px с предусмотренными исключениями. Для отдельных кнопок RDAN принимает более удобную цель 44×44 px, когда контекст позволяет.

Все основные действия доступны с клавиатуры. Фокус заметен на каждом используемом фоне и не скрывается закреплёнными элементами. Модальное окно имеет имя, понятное закрытие и возврат фокуса. Последовательность DOM соответствует смысловому порядку; визуальная перестановка не меняет логику чтения.

Текст остаётся текстом, кроме самого знака и случаев, где изображение необходимо. Заголовки образуют иерархию. Осмысленные изображения получают описание по назначению; декоративные исключаются из озвучивания. Графики сопровождаются доступным изложением данных.

Проверяются масштабирование, узкое окно, длинные строки, системные настройки движения и обе темы. Уменьшение движения отключает необязательное перемещение. Видео с речью требует субтитров; звук не запускается неожиданно.

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

Поведение и производительность #

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

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

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

Ориентиры Google Web Vitals: LCP не более 2,5 секунды, INP не более 200 мс, CLS не более 0,1 на 75-м перцентиле реальных посещений. Лабораторный результат хранится отдельно. Нельзя сообщать о выполнении полевых ориентиров без соответствующих данных.

Изображения и носители #

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

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

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

Применение к действующим проектам #

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

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

Применение к прототипам и архивным работам

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

Связность экосистемы #

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

Возможные будущие сценарии: заметка из Skip становится задачей Things; формулировка SMART Tasks API уточняет критерий задачи; результат gamepipe передаётся в подготовку публикации. Для каждого сначала определяются владелец данных, состав передачи, доступ, исправление ошибки и подтверждение результата. Брендбук не предоставляет права передавать данные автоматически.

Переключатель сервисов показывает только доступные пользователю назначения и объясняет отдельный вход, если он требуется. Общий внешний вид не создаёт обещания единой подписки, хранения или синхронизации. Такие свойства сообщаются после реализации.

Правила для агентов #

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

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

Последовательность работы: определить задачу человека; проверить содержание; выбрать существующий шаблон; применить роли компонентов; реализовать все нужные состояния; проверить доступность и узкий экран; сверить результат с источником. Новая визуальная идея сначала показывается на rdan.cc или в согласованном прототипе.

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

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

Версии и управление #

У действующего комплекта есть версия, дата, владелец, список файлов и журнал изменений. Статусы правил: «Действует», «Эксперимент», «Устарело». Эксперимент не становится стандартом только потому, что появился на главной.

Основная версия меняется при несовместимом пересмотре системы: новое имя, знак, архитектура или контракт компонентов. Дополнительная версия добавляет совместимые правила и шаблоны. Исправление уточняет текст или устраняет ошибку без изменения принципа. Число версии не заменяет описание изменений.

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

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

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

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

Приёмка материалов #

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

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

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

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

Готовые брифы #

Новый экран продукта

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

Обложка проекта

Объект: Skip. Назначение: представление в подборке проектов и превью ссылки. Содержание: имя и описание «Расшифровка записей и дайджесты». Визуал: утверждённый приём выбранной системы, связанный с текстом и временными метками. Ограничения: без слогана, вымышленных переписок, реальных личных данных и встроенного мелкого текста. Форматы: по актуальной спецификации носителей. Приёмка: имя различимо, смысл сохраняется в мобильном кропе, альтернативное описание написано.

Задание AI-агенту

«Обнови страницу проекта по действующей версии брендбука RDAN. Сначала проверь текущую страницу и факты. Сохрани имя и действующие ссылки. Покажи содержание проекта; существенные условия использования объясни у соответствующего действия. Не превращай страницу в список статусов. Применяй выбранные токены и готовые ассеты. Слоганы запрещены, в том числе в изображениях и метаданных. Добавь необходимые состояния и адаптивное поведение. Проверь клавиатуру, темы, длинный текст и уменьшенное движение. Сообщи, что изменено и какие проверки выполнены; отдели локальный результат от опубликованного».

Бриф для композиции с открытым изображением

«Используй подтверждённый открытый исходник: [автор, название, музей, ссылка, права]. Для [проекта] сохрани узнаваемость [предмета]. Продолжи [конкретную линию или цветовую плоскость] в [полосы или мозаику]. У стыка бери цвет из той же области исходника; контур ограничивает мозаику, тонкие стебли и детали сохраняются. Сохрани оригинал, SHA-256, кроп, seed, модуль и рецепт обработки. Проверь полную композицию, место перехода и мобильный размер. Текст добавляй отдельно; слоганы запрещены».

Применение Lovart #

Lovart, статья о 12 направлениях на 2027 год, опубликована 19 октября 2026. Это прогноз автора; названия ниже кратко пересказаны. Правая колонка связывает каждое направление с конкретным механизмом выпуска RDAN 2.1.

Нативные API улучшают опыт в поддерживающих браузерах. Без них остаются обычные ссылки и читаемый документ. Реализация не означает автоматического подтверждения WCAG или полевых Core Web Vitals: результаты конкретных проверок указаны отдельно.

Применение Figma #

Figma: направления веб-дизайна на дату проверки посвящены 2026 году. Ниже все 13 направлений и 3 AI-сценария. Они служат источником выбора, а не обязательством включить любой эффект.

Источники и границы применения #

Состав системы опирается на Adobe: руководство по бренду, Adobe Express: основные разделы и Frontify: действующие guidelines для людей и AI. Для RDAN этот состав дополнен правилами продуктовых состояний, данными, агентским контрактом и миграцией проектов. Это авторская спецификация, а не копия единого внешнего стандарта.

Редакционные правила поддержаны Mailchimp: доступное содержание. Технические основания приведены в разделах доступности и производительности. Ограничения предварительной загрузки учитывают MDN: Speculation Rules, где API обозначен как ограниченно доступный. Адаптация компонентов опирается на MDN: container queries.

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

Дополнительные визуальные источники версии 2.1

202DC Park — Red Dot — основной источник графического языка: тонкие линейные поля, многоуровневая мозаика, контурные пучки, соотношение индиго, синего, фиолетового, зелёного и тёплых акцентов. Автор графики в карточке — Le Sun; проект представлен Beijing Jiaotong University и Central Academy of Fine Arts. Фрагментированные исторические фигуры оригинала не являются правилом RDAN: по выбору владельца паттерн продолжает наши предметные иллюстрации. Приведённые HEX — собственные токены RDAN, не официальная палитра выставки. Изображения самой выставки не входят в набор. Открытые произведения Аткинс и Хокусая включены отдельно с авторством и музейным происхождением.

DOT — iF Design — масштаб работ и прямой доступ к проектам. Aalto — типографическая иерархия и насыщенная содержанием композиция. Taiste — характер авторской подачи проектов. Это источники приёмов; их логотипы и шрифтовые файлы не копируются.

Design Trends 2026, Milo Studio — Behance — сочетание сильной типографики, выразительного цвета и локальной визуальной насыщенности. Tubik, UI Design Trends 2026 — осмысленное движение, читаемая структура, управление движением, адаптивные размеры и прозрачное происхождение графики. Искусственная задержка, стекло и встроенный AI-чат не становятся обязательными атрибутами. Figma не назначает Golos Text: выбор конкретной семьи сделан для RDAN с учётом кириллицы и предпочтения владельца.