Один адрес со всем: анкета, опыт, навыки, кейсы, договорённости. Скопируйте и вставьте в ChatGPT или Claude, ставить ничего не нужно.
Спросите что угодно о Прохоре
Отвечает модель по материалам сайта. Чего нет в кейсах, того она не знает.
Отвечает модель и может ошибаться. Проверяйте важное у самого Прохора.
Кейс, prokhor.me
Этот самый сайт: Next.js на своём сервере, живая связь с Figma без пересборки, сжатие картинок вдвенадцать раз и заголовки безопасности, закрывшие тринадцать уязвимостей.
Портфолио дизайнера обычно статично: сделал один раз и забыл. Хотелось наоборот, сайт, который остаётся рабочим инструментом, а не витриной, и который я сам понимаю на уровне кода, а не только слоёв Figma.

Результаты
Из чего собиралась насмотренность под этот проект. Купол крутится рукой, картинка открывается нажатием.
Проблема бизнеса
Макет меняется в Figma, а сайт об этом не знает. Обычное решение, экспортировать картинку и перезалить, работает, пока правок одна-две. При частых правках это превращается в ручную синхронизацию, которая рано или поздно расходится с оригиналом.
Гипотезы
Ограничения
Дизайн-решения
Сервер сам ходит в Figma REST по узлу макета, отдаёт свой адрес, а не временную ссылку Figma. Кэш живёт пять минут даже без вебхука, поэтому частые правки не ждут получаса.
Формат по умолчанию сменил с SVG на PNG в двойном разрешении: тот же экран с тремя фотографиями весил девять мегабайт вместо семисот килобайт.
Широкая доска с несколькими экранами разбирается на объекты по дереву узлов Figma, а не рендерится одной картинкой с серой подложкой.
При сборке рядом с каждым PNG и JPG генерируется AVIF, nginx отдаёт его тем браузерам, что его понимают, по заголовку Accept.
Заголовки CSP, HSTS и остальные выставлены в конфиге Next, а не в middleware: прошлогодняя уязвимость показала, что middleware обходится подделкой одного заголовка запроса.
Пользовательский сценарий
Что не получилось сразу
Передача в разработку
Кадры
Результат
Сайт, на котором я сам меняю зависимости, слежу за уязвимостями и читаю логи сервера. Показывает разработку не как соседний навык дизайнера, а как то, чем я реально занимаюсь на этом самом сайте.
Моя роль
Весь стек от вёрстки до серверной части настраивал сам, с ассистентом на код-ревью и рутинных правках. Решения об архитектуре, компромиссах по весу и порядке работ принимал сам, ассистент реализовывал и проверял.