Системы дизайна существуют одновременно в инструментах дизайна, таких как Figma, и в готовом коде, что создает постоянную проблему расхождения между ними. Это расхождение возникает, когда изменения вносятся в одном месте, но не в другом, что приводит к несоответствиям. Традиционные решения включают приоритет Figma или кода как единственного источника истины, оба из которых требуют постоянного обновления вторичной копии. Предлагаемое решение вводит третий, нейтральный источник истины: простой файл данных, часто в формате JSON или YAML, действующий как "контракт" для каждого компонента. Этот контракт описывает свойства и опции компонента без визуальных или кодовых спецификаций. Важно, что как компоненты Figma, так и код автоматически генерируются из этого единого файла контракта. Затем инструмент проверки удостоверяется, что версии Figma и кода точно отражают контракт. Этот подход, основанный на контракте, гарантирует синхронизацию Figma и кода, поскольку ни один из них не может напрямую обновлять другой. Необходимость этой системы усиливается растущей ролью ИИ в создании интерфейсов. Неконтролируемый ИИ может ускорить расхождение систем дизайна, приводя к несоответствиям и ошибкам. Однако, при наличии контракта системы дизайна, ИИ может соблюдать его правила, получая идеальные оценки и требуя фактических изменений в контракте для новой функциональности. Эта система гарантирует, что дизайны, сгенерированные ИИ, соответствуют определенным токенам и свойствам компонентов, предотвращая ошибки и поддерживая целостность. В то время как контракт определяет, из чего состоит компонент, более сложное поведение и креативные макеты по-прежнему требуют человеческого вмешательства. Внедрение этого требует процесса миграции и введения инструментов для поддержания контракта, перенося управление на процесс рецензирования. Команды среднего размера, слишком маленькие, чтобы выделять ресурсы на ручную синхронизацию, но достаточно большие для значительного расхождения, получат наибольшую выгоду от этого подхода, управляемого ИИ.