База данных дизайн-системы.
Помните парсер, которым я вытащил все компоненты из фигмы через Rest API? Вот во что он вырос. Component Collector — единая база данных компонентов из фигмы, на которой сейчас держатся почти все мои DS-проекты.
Мастер остаётся в фигме, она — источник правды. Но фигма хранит компоненты для людей, а не для машин. Коллектор превращает их в данные: каждое опубликованное изменение библиотеки попадает в базу. С версионированием — что добавили, что переименовали, у каких компонентов поехал визуал, вплоть до пиксельного сравнения превью.
Главное в базе — JSON-контракт на каждый компонент и каждый вариант. Пропы, варианты, токены, вложенность, превью. Это формат, который агент берёт и делает что угодно:
— аналитика по пропсам: как названы, какие есть, где разнобой;
— Code Connect, настроенный скриптом, а не руками — в JSON уже лежит всё, что для этого нужно; или натравливаешь локального агента, и он проходит покомпонентно;
— JSON-импорт обратно в фигму, где экраны собираются прямо из контрактов.
Один раз описал — дальше переиспользуешь под любую задачу.
И отдельный бонус — весь каталог как на ладони. 118 компонентов — видно целиком: кто кого содержит, что переиспользуется постоянно, а что лежит мёртвым грузом. Граф вложенности рисуется прямо в интерфейсе.
Без этого у тебя есть только фигма и медленный MCP, который надо дёргать на каждый вопрос — и он отвечает тяжёлыми простынями. С этим вся система лежит локально и отвечает мгновенно. Разница примерно как между «спросить» и «знать».
Фигма остаётся местом, где дизайнят. Но источником правды для машин становится база.
Про нее еще расскажу. Там уже появилась доска для агента на которую я кидаю задачи и прихожу только ревьюить что агент сделал. Обновляет доку и уже обновляет веб компоненты.
Post #338
478
- ❤ 11
- 🔥 3