Как дать Codex дизайн-стандарт, чтобы он не портил визуал

Когда Codex помогает с сайтом, презентацией, статьей или карточкой продукта, визуал легко испортить не ошибкой, а “почти нормальным” решением. Цвет чуть не тот, отступы случайные, заголовок давит, кнопка выглядит чужой, картинка не попадает в стиль. Агент может сделать рабочий результат, но не почувствовать визуальную систему.

Материал pimenov.ai про Impeccable 3.5 полезен как сигнал: дизайн для ИИ лучше держать не в голове, а в понятном руководстве. Для Codex это значит: проверять визуал не по вкусу, а по стандарту.

OpenAI описывает Codex как агента, который работает с материалами проекта. Поэтому дизайн-стандарт можно дать ему как рабочий материал: примеры, правила, запреты, типовые ошибки и критерии приемки.

Что дать на вход

Codex полезнее, если получает не “сделай красиво”, а набор опор. Хороший пример, плохой пример, список запретов, цель экрана, аудитория, где будет опубликовано, что нельзя менять. Тогда он возвращает не вкус, а карту: что совпадает со стандартом, что выбивается, что нужно проверить человеку.

Главное:

Если Codex работает с визуалом, ему нужен не вкус, а дизайн-стандарт: примеры, запреты, критерии и место, где человек принимает финальное решение.

Рабочий запрос

Проверь этот визуал по стандарту проекта.

Материалы: [ссылка/скриншот/пример/правила].
Верни:
- что совпадает со стандартом;
- что выбивается;
- что может запутать читателя;
- что исправить первым;
- что нельзя менять без решения человека.

Такой запрос помогает не программисту управлять качеством. Codex не становится дизайнером вместо человека, но превращает визуальную приемку в понятный список замечаний.