ИИ БАЗАУстанови скилл, получи разбор конкретной страницы и исправь выбранные проблемы. Ниже — команды, прямой SKILL.md и запросы, которые сохраняют стиль проекта.
Проверь страницу по конкретным принципам, затем выбери изменения.
Apple Design Skill помогает находить проблемы в иерархии, шрифтах, отступах, формах и навигации. Он даёт Claude порядок проверки вместо общей просьбы «сделай красиво».
Это открытый скилл для агентов. Для сайта применяются общие основы дизайна; копировать интерфейс Apple целиком не требуется.
Установка, аудит, выбранные улучшения.
Установи скилл в папке проекта и проверь вызов /apple-design.
Передай страницу, задачу посетителя и ограничения бренда.
Выбери замечания, внеси правки и сравни страницу до/после.
В терминале проекта с доступными Node.js и npm выполни команду. Затем открой новый сеанс Claude Code и вызови /apple-design.
Скилл для проверки интерфейса и подготовки конкретных исправлений: типографика, композиция, доступность и взаимодействия.
Для сайтаИспользуй общие принципы дизайна и доступности. Нативные панели и поведение iOS/macOS не являются обязательным стандартом веб-сайта.
Для правокClaude нужен доступ к коду. По скриншоту можно получить разбор, но изменить файлы без проекта он не сможет.
npx skills add dickwu/apple-design-skill -a claude-codeУстановка для проекта или всех проектов, поддерживаемые агенты и вызов /apple-design.
https://github.com/dickwu/apple-design-skill#installПорядок аудита, формат находок, выбор применимых правил и режим улучшения интерфейса.
https://github.com/dickwu/apple-design-skill/blob/main/SKILL.mdgit clone https://github.com/dickwu/apple-design-skill.git ~/.claude/skills/apple-designЗаполни поля в скобках. Для аудита нужны страница и контекст, для исправлений — доступ к проекту.
ПодготовьПуть проекта, URL страницы, задача посетителя и список того, что нельзя менять.
ПроверьУ каждой находки есть элемент, причина, приоритет и исправление; стилистические предпочтения отделены от ошибок.
Проведи аудит сайта с установленным навыком apple-design. Пока не изменяй файлы.
<контекст>
Путь к проекту: [путь].
Страница или сценарий: [URL, маршрут или компонент].
Стек и платформа: [например, Next.js, desktop web].
Для кого эта страница и что посетитель должен сделать: [аудитория и задача].
Что важно сохранить: [бренд, структура, тексты, цены, поведение, интеграции].
Что меня беспокоит: [проблема или «проверь сам»].
</контекст>
Сначала прочитай SKILL.md и только те файлы HIG, которые подходят к этой задаче. Для сайта используй применимые общие принципы, доступность, типографику, цвет, композицию и ясность взаимодействий. Не переноси в веб Apple-специфичные нативные контролы и соглашения. Если правило относится только к iOS/macOS, пометь его как неприменимое здесь.
Открой указанные страницы и код. Не делай вывод о контрасте или размерах по сжатому скриншоту, если доступны реальные стили и значения. Раздели наблюдаемые факты и предположения. Для каждой проблемы укажи: точный элемент или файл, что увидел, чем это мешает пользователю, серьёзность и конкретное исправление. Отдельно отметь сильные решения, которые следует сохранить. Отсортируй находки по влиянию и закончи кратким планом исправлений. Если доступа к странице или части проекта нет, перечисли ограничения вместо предположений.ПодготовьНомера находок из аудита и ограничения бренда.
ПроверьИзменены только выбранные элементы; тексты, цены и целевой путь посетителя сохранены.
Исправь в существующем проекте только эти подтверждённые находки аудита: [номера или формулировки].
Сохрани: [название продукта, логотип, цвета, типографику, тексты, структуру, URL, цены и интеграции, которые менять нельзя]. Не копируй интерфейс Apple и не добавляй новые функции, обещания, изображения или зависимости без необходимости.
Перед правками перечисли затронутые файлы и короткий план. Если план меняет что-либо из списка «сохранить», остановись и объясни конфликт. После правок запусти проект и проверь изменённый сценарий в браузере на узкой и широкой ширине. Проверь клавиатурный фокус, состояния кнопок/форм, переносы текста и отсутствие горизонтального скролла. Покажи, что именно изменилось, приложи скриншоты до и после с одинаковыми viewport и перечисли оставшиеся замечания. Не заявляй проверку, которую не выполнял.ПодготовьАдрес работающей страницы, исходные скриншоты и список принятых правок.
ПроверьОтчёт содержит реальные ширины экрана, шаги воспроизведения и скриншоты одинакового размера.
Проверь готовую страницу [URL или локальный адрес] после изменений. Пока не исправляй новые находки.
Пройди основной путь посетителя от первого экрана до целевого действия. Проверь ширины 320, 390, 445, 768 и 1440 px, горизонтальный скролл, переносы заголовков, боковые поля, читаемость, кликабельность, клавиатурную навигацию и видимый focus. Сравни страницу с сохранёнными ограничениями бренда: [список]. Если есть режим reduced motion, проверь его.
Для каждого дефекта укажи viewport, точный элемент и воспроизводимый шаг. Отдельно перечисли, что прошло проверку, что не удалось проверить и какие решения требуют моего выбора. Не путай субъективное предпочтение с фактической ошибкой.Например, посетитель должен оставить заявку на странице услуги. Передай Claude маршрут /services и ограничение: сохранить цены, тексты и фирменные цвета. Попроси проверить читаемость заголовка, заметность кнопки заявки, поля формы и мобильные переносы. Если аудит обнаружит кнопку вне экрана или потерянный фокус, выбери именно эти находки для запроса02. После правок сравни страницу на390и1440px и отправь тестовую заявку только в тестовом окружении. Итог: отчёт, список изменённых файлов и скриншоты до/после.
Сравни тот же сценарий на тех же размерах экрана.