Холст не должен быть источником истины

Большинство разговоров о дизайн-инструментах по-прежнему предполагает, что центром является холст.

Инструмент может стать умнее. Холст может получить переменные, токены, состояния, адаптивные правила, ИИ, экспорт кода, dev mode, прототипы, публикацию и реальный предпросмотр. Это логичное направление, если цель состоит в приближении дизайн-инструмента к коду.

Но существует более сильный ход: не делать холст умнее как центр. Переместить сам центр.

Если в репозитории уже находится продуктовая система, почему отдельный холст должен считаться местом, где продукт существует "по-настоящему"?

В repo-first процессе источником истины является не изображение интерфейса. Им является система, которую можно прочитать, изменить, проверить, версионировать, просмотреть и развернуть.

Это означает код. Но не только код.

Это также Markdown-артефакты, правила дизайн-системы, руководства компонентов, component essences, токены, скрипты, структура бэклога, снимки контента, маршрутизация, шаблоны страниц и процесс развертывания. Источник истины состоит из артефактов, которые действительно определяют поведение системы.

Поэтому спор "Figma против кода" все еще слишком узок. Более глубокий вопрос заключается в том, где система помнит саму себя.

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

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

Инструменты являются представлениями. Артефакты являются источником истины.

Здесь агент меняет архитектуру. Ему не нужно оставаться снаружи системы чатботом, которому вставляют контекст. Агент может работать внутри источника истины.

Он может читать Markdown-правила, изучать компоненты, обновлять код, изменять снимки контента, создавать недостающую документацию, писать component essences, запускать проверки, готовить ветку, показывать diff и обновлять систему через те же артефакты, которые люди используют для review, версионирования и развертывания.

Это сильно отличается от canvas-first модели.

Canvas-first модель говорит: дизайнер работает на холсте, а затем инструмент пытается приблизить этот холст к реализации. Repo-first модель говорит: продуктовая система находится в репозитории, а агент помогает людям напрямую ею управлять.

Это также меняет назначение интерфейса.

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

Интерфейс может быть красивым, полезным и специализированным. Он может показывать компоненты, страницы, breakpoints, токены, контент и состояния. Но он остается представлением системы, а не самим источником истины.

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

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

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

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

Это уже не проблема handoff. Это проблема операционной модели.

Старый вопрос заключался в том, как перенести дизайн из Figma в код. Новый вопрос в том, почему дизайн вообще находится за пределами источника истины.

Repo-first модель можно описать простым рабочим циклом.

Это не "никакого интерфейса". Это интерфейс с другой ролью.

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

Никакого холста как источника истины. Репозиторий как источник истины. Агент как оператор. Интерфейс как поверхность предпросмотра и управления.