Как называть токены по назначению.
Имена должны описывать устойчивую роль, а не временный вид. Отделите примитивные значения от семантических назначений и следуйте правилам команды.
Адаптируйте процесс под свою задачу.
Разделите базовые значения и роли, следуя иерархии имён. Подбирайте понятные через темы и компоненты имена, документируйте соответствия и использование. До переименования проверьте совпадения и псевдонимы.
- Что вы предоставляете
- Существующие стили и правила именования.
- Что вы получите
- Единые имена и семантические группы.
Посмотрите входные данные и результат.
Иллюстративные входные и выходные данные · учебный пример, а не реальный запуск WebAct
Полей ввода: Пример
Interface uses blue for primary actions and gray for secondary text; dark theme planned. No exact values or existing naming convention supplied.
Готовый пример
Semantic roles: color.action.primary → theme-specific primary-action primitive color.text.secondary → theme-specific secondary-text primitive Theme values: unresolved until actual colors and contrast requirements are supplied. These names describe use rather than the current color; review them against existing team conventions before adoption.
Добавьте эти данные в промпт и скопируйте его в WebAct, чтобы попробовать задачу. Ваш результат может отличаться от примера.
Решения и устранение проблем.
Стоит ли назвать семантический токен по текущему цвету?
Предпочтите роль, например действие или вторичный текст, если значение меняется по темам.
Почему переименование ломает несвязанные компоненты?
Токен может использоваться широко или в разных ролях. Соберите зависимости и спланируйте перенос.
Попробуйте на собственном источнике.
Замените пример своим материалом в промпте. Сохраните нужные требования и скопируйте задачу в WebAct.
Настроить и скопировать задачу ↑