Работа с интерфейсом ставит перед агентом задачу, которой нет в чистом коде: результат надо увидеть. Браузер умеет открыть приложение, повзаимодействовать с ним и вернуть визуальное свидетельство. Canvas собирает интерактивный артефакт рядом с разговором. А режим дизайна внутри браузера передаёт агенту выбранный элемент вместе со снимком и данными компонента. Три разных способа замкнуть цикл на наблюдаемом состоянии, а не на пересказе, и различаются они тем, к чему привязано свидетельство: к живому приложению, к отдельному артефакту или к конкретному узлу разметки.

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

Режим дизайна закрывает именно эту дыру. Он передаёт не слова, а данные: путь до элемента, атрибуты, вычисленные стили, свойства компонента из дерева и визуальное окружение. Можно выбрать один элемент или несколько, обвести область на замороженном кадре и добавить голосовое описание. Разница принципиальна: агент получает точный адрес и текущее состояние вместо описания на естественном языке, где каждое слово можно понять двояко. Вычисленные стили здесь важнее прочего - они показывают, что реально применилось к узлу после всех наследований и переопределений, а не что написано в исходном файле.

Полезно один раз проговорить визуальный цикл целиком, потому что в нём легко пропустить шаг. Сервер разработки поднят воспроизводимой командой проекта. Выбран точный элемент или область, а не вся страница. Запрос описывает измеримое состояние: отступы, выравнивание, переполнение, контраст. Проверены и широкий, и узкий вьюпорт. После изменения снят снимок или запись. И diff не содержит случайных правок, разъехавшихся по всему оформлению.

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