Текущий статус и план развития

Обновлено 13 октября 2026 года. DFC Bridge — публичная методология с лицензией MIT и открытый репозиторий документации/валидатора. DFC Bridge Assistant можно установить из Figma Community, но репозиторий его реализации является приватным. Публичная установка не означает открытый исходный код, задачи и историю выпусков плагина.

Текущие версии

Продукт	Версия	Статус
Методология и сайт DFC Bridge	0.11.7	Более простой старт на трёх языках, ясные последовательности действий и границы проверок, исправленные переводы и семь сценариев с нативными записями и увеличением медиа. Контракт, схема, грамматика тегов, идентификаторы правил и покрытие проверок остаются совместимыми.
Каталог правил DFC Bridge	107 правил	Явное автоматическое, эвристическое и ручное покрытие всех частей методологии.
Покрытие DFC Bridge Assistant для Figma	Проверенное покрытие	Проверенный контракт реализации для блокирующей проверки структуры, корней страницы внутри Section, проверки страницы и отдельно ограниченной проверки выбранной секции. Страница Figma Community остаётся источником сведений о доступной для установки сборке; реализация приватна.

Методология ещё не достигла 1.0. Фиксируйте версии: структурированные данные, схема, правила и формулировки могут меняться в документированных выпусках методологии.

Доступно сейчас

Полный процесс передачи

Канонические материалы покрывают:

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

Структурированный контракт и валидация

В версии 0.9 появились предварительный структурированный контракт и JSON Schema. Версия 0.10 добавила блокирующие границы нативного Auto Layout и GROUP в проверку источника. Версия 0.11 добавляет типизированную границу выбранной секции, контракт унаследованного хоста, явные локальные/отложенные свидетельства и готовность только в объявленной области. Репозиторий также содержит:

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

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

Общедоступный помощник Figma

Установите DFC Bridge Assistant из Figma Community. Публичный манифест покрытия описывает прямые корни и корни внутри нативных Section Figma, а также отдельную проверку источника выбранной секции без отдельной учётной записи DFC Bridge. Публикация в Community выполняется отдельно вручную, поэтому доступную для установки сборку проверяйте на этой странице.

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

Раздельные области автоматизации

Каталог содержит 107 правил. Публичные манифесты покрытия фиксируют две несуммируемые проверки:

• Page Check: точный набор из 42 выдаваемых идентификаторов — 40 автоматически и 2 эвристически — в покрытии Page Check;
• проверка выбранной секции: точный набор из 26 выдаваемых идентификаторов — 24 автоматически и 2 эвристически; 20 локальных и 6 только для пригодных явно выбранных вариантов — в покрытии выбранной секции.

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

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

Следовательно:

• чистый Page Check означает только прохождение заявленных проверок выбранной страницы;
• Ready выбранной секции означает только готовность её исходника в объявленных контекстах;
• полный чеклист, проверка структурированного контракта, ручное ревью, проверка реализации и рассмотрение отклонений остаются обязательными в применимой области;
• автоматизация не должна говорить, что выполнила 107 правил или что готовность исходника секции делает готовой унаследованную страницу/продукт.

Известные ограничения

Совместимость схемы до 1.0

Контракт 0.9 уже версионируется и пригоден для работы, но ещё не заморожен. До 1.0 поля могут развиваться. Источник и потребитель фиксируют contractVersion, явно отклоняют неподдерживаемую форму и мигрируют без потери идентичности и ссылок требований.

Нет универсального адаптера

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

Проверка инструмента-источника намеренно ограничена

Page Check работает с выбранной страницей/корнем. Check selected section нормализует только явный выбор [section], не обходит соседние унаследованные узлы и откладывает зависимости, требующие разрешения на уровне файла/хоста. Полные допустимые внешние адреса считаются авторски разрешёнными; выбранный корень INSTANCE даёт Partial, а обычные дочерние экземпляры являются доверенными атомарными границами. Ни один режим не доказывает рабочие данные, историю браузера, вывод скринридера, бюджеты, серверную логику или соответствие продакшена. Для этих вопросов нужны структурированные свидетельства и проверка реализации.

Примеры не принимают продуктовые решения за команду

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

До версии 1.0

1. Стабилизировать контракт и опубликовать политику совместимости/миграции.
2. Расширять валидатор только при честном разделении автоматических, эвристических и ручных свидетельств.
3. Добавить проверяемые полные примеры для разных платформ, данных, состояний, движения, RTL и профилей возможностей.
4. Определить сертификацию адаптера: поддерживаемые модули, запасные варианты, отклонения и тесты.
5. Поддерживать публичную историю изменений и ввести записи решений по методологии, схеме и правилам.
6. Продолжить измеримые пилоты и фиксировать стоимость подготовки, сокращение вопросов, дефекты и результаты доступности.

После версии 1.0

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

Публичные материалы

• Сайт документации
• Открытый репозиторий методологии
• Выпуски методологии
• Установка из Figma Community
• Жизненный цикл передачи