Павел Шерер

Ну и вот вам ещё парочка пропмтов, которые я использую с Codex регулярно. Каждый из них, разумеется, нужно допиливать под конкретную задачу и особенности проекта. В одно сообщение не влезло, ловите несколько:

AGENTS.md

# Задача
Создай (или обнови) в корне репозитория файл AGENTS.md, который станет исчерпывающей шпаргалкой для дальнейшей автоматизации. Документ должен рождаться из самого кода: прежде чем писать, проанализируй структуру проекта, конфигурационные файлы и историю коммитов.

## Как работать
Сначала собери контекст. Просмотри:
* файлы, явно задающие правила (например package.json, composer.json, pyproject.toml, Makefile, docker‑compose.yml, .github/workflows);
* настройки тестов и линтеров;
* историю git, чтобы понять фактические соглашения именования и частоту используемых команд.

Затем построй черновик, где каждый раздел отвечает на вопрос «как мне сэкономить время при следующем вызове». Проверь, что в финальной версии нет лишних подробностей (избыточных для автоматизации) и отсутствуют недостающие шаги, без которых агент начнёт задавать уточняющие вопросы.

## Что обязательно описать
### Навигация по коду
Укажи точки входа (bin‑скрипты, запуск приложения, тестовый раннер) и пути, которые можно смело игнорировать (скомпилированные артефакты, временные каталоги).

### Повторяемые команды
Приведи стандартные команды для запуска тестов, линтеров, миграций, сборки образов и развёртывания. Добавь примечания, когда нужны переменные окружения или специфические флаги.

### Соглашения о стиле
Опиши реальные, а не декларируемые правила: табы или пробелы, максимальная длина строки, формат сообщений коммита. Если настроены автоформатеры (pre‑commit, black, prettier) — укажи их конфигурацию и команды.

### Ограничения и переменные среды
Зафиксируй минимальные версии интерпретаторов, набор обязательных переменных окружения и значения по умолчанию, безопасные для локального запуска.

### Зависимости и менеджеры пакетов
Перечисли используемые менеджеры (npm, pipenv, poetry, go modules) и типовые сценарии: установка, обновление, аудит.

### Система CI/CD
Расскажи, какой pipeline собирает проект, какие проверки считаются обязательными, где находятся конфигурации workflow и как локально воспроизвести сборку.

### Расхождения и подводные камни
Отметь известные проблемы (например, нестабильные версии зависимостей, необходимость ручного патча) и предложи безопасные обходы.

### Полезные ссылки
Дай точечные ссылки на внешние руководства, если они экономят время (например, политика версионирования или дизайн‑система).

### Информацию о локализации (переводе) строк
Если применимо, укажи механики локализации и место хранения переводов.

### Обязательно добавь о необходимости обновления AGENTS.md в случае, если в репозитории произошли какие-то изменения в перечисленных пунктах.

## Финальное действие
Сформируй AGENTS.md, сохрани в корне репозитория, зафиксируй коммит с сообщением «docs: bootstrap AGENTS.md». В комментарии к коммиту коротко опиши, какие данные были автоматически обнаружены, а какие добавлены эвристически.

Решил я поставить эксперимент: запилить редизайн своего сайта полностью на Open AI Codex. Без дизайна, референсов и единой строчки самостоятельно написанного кода.

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

Задачка не особо простая, как мне тогда казалось. Сказать, что я охренел будет слишком мягко. Всего за 4 вечера шаблон был полностью готов, покрыт тестами и успешно развёрнут на локальном сервере (на прод залью чуть позже, пока вот вам скрины).

Из интересного: я специально писал промпты на естественном языке, только иногда добавляя что-то специфическое, типа веб-сокетов в админке или детали по 2FA. Я не просил его о простых вещах, типа «подвинь вот этот блок» или «поменяй шрифт», только общие команды.

Например вот такие:

Внимательно изучи все страницы и объекты сайта с точки зрения UX и UI:
- Главная страница
- Страница блога
- Запись блога
- Страницы со списком питомцев
- Отдельная страница питомца
- 404 страница
- Остальные страницы и разделы

Тебе нужно проверить:
- консистентность схожих элементов и блоков;
- сетки, отступы, границы и тп;
- качество цветовой схемы;
- доступность: контраст, наличие элементов и атрибутов для скрин-ридеров;
- удобство использования;
- наличие, качество и плавность анимаций;
- качество и оправданность выбранных дизайн-решений;
- прочие аспекты UX и UI.

После оценки составь план (в том числе, исходя из реальных интерфейсов в браузере), исправления всех недостатков, которые найдёшь. Задай все необходимые вопросы перед тем, как составлять финальный план.

или такие:

Нужно доработать механики таксономии «серия»:

1. На внешней части в секции .sherer-post-series.series показывать неопубликованные статьи серии с пометкой «coming soon». Они должны быть некликабельными, серыми.

2. Для каждой статьи в серии должно быть можно указать порядковый номер — именно по нему будут сортироваться записи в блоке .sherer-post-series.series. Если номер не установлен, то сортировки происходит по дате публикации.

3. Проставь автоматически всем записям во всех сериях порядковый, исходя из даты публикации (можно прямо в БД).

или даже такие:

Нужно добавить маленький плавающий баннер внизу страницы «Сайт использует куки» с кнопкой «Мне плевать». По клику на кнопку баннер скрывается и больше в этом экземпляре браузера не показывается (через cookies или local storage). Баннер должен быть совсем небольшой, чтобы не мешал чтению даже если пользователь его не скроет

Да, без понимания, как оно вообще должно работать и без внятного образа результата — у вас, скорее всего, получится хуйня. Да, дизайн не сказать, что особо выразительный. Но тема получилась реально удобной и от её вида не текут кровавые слёзы. Кроме того, она делает сам сайт намного безопаснее — и без сторонних решений, расширяющих площадь атаки.

А главное — это:

- Быстро. Я бы сам такое писал месяц точно, если со всеми фичами. Но вероятнее, просто отдал бы на сторону.

- Практически бесплатно. Я с лихвой уложился в «бесплатный» лимит кодекса, а раньше просто отдал бы 3-4 сотни дизайнеру с разрабом.

- Удивительно, но это реально безопасно. Ни я, ни локальная модель, ни клод, ни тот же кодекс не смогли в итоговой версии найти ни одной уязвимости.

В интересное время живём

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

Довольно сильно пересекается с темой нашей последней встречи. Рекомендую всем, кто нанимается или нанимает

Залетаем через 5 минут: https://telemost.yandex.ru/j/3874032669

Голоса разделились поровну. А посему правом, данным мне мной же, выношу решение в сторону онлайн-встречи.

В ближайший четверг, 02.07, в 20:00 МСК. Ссылку на Телемост скину ближе к дате.

Обсуждать будем, как обычно, продукты, дизайн и управление: на этот раз с упором на исследования и прогнозирование в наступающий век AI.

Будет полезно дизайнерам с аналитиками, исследователям и продактам.

Шарьте всем причастным

Мой коллега и одновременно вундеркинд Гари недавно выложил довольно занимательную статью.

Главная мысль в том, что фокус — это не «соберись блять». Это результат работы нейробиологии и архитектура среды: сон, питание, отсутствие лишних стимулов, нормальное рабочее место, понятные блоки работы и ритуалы входа/выхода. Настройка системы.

Статья большая, но я в вас верю.

Ищу UX/UI-дизайнера в команду 👀

У нас в студии становится больше проектов, поэтому ищу дизайнера интерфейсов на постоянное сотрудничество.

Что делаем:
— B2B-системы, личные кабинеты, CRM, ERP;
— сложные интерфейсы с большим количеством данных и сценариев;
— работаем через аналитику, а не просто рисуем красивые экраны.

Что важно:
— уверенно работать в Figma;
— уметь думать про UX, а не только про UI;
— не бояться таблиц, фильтров, форм и сложной логики;
— соблюдать сроки и держать связь по проекту.

Будет плюсом:
— опыт работы с корпоративными системами;
— понимание продуктового подхода;
— опыт подготовки макетов для разработки.

Формат работы:
— удалённо;
— проектная занятость с возможностью постоянной загрузки;
— оплата обсуждается по опыту и уровню.

Если интересно — присылайте:
📌 пару слов о себе;
📌 ссылку на портфолио в figma;
📌 желаемую ставку или уровень дохода.

Писать мне в личку:
👉 @evgeniyashamray

Буду благодарна за репост ❤️

Давайте поможем Жене найти дизайнера

А я тем временем продолжаю искать на самый лучший свой проект (по версии фаундера) ребят настолько крутых, что от их появления почтенно стихают тётеньки в бухгалтерии.

Теперь очередь DevOps (цитата умеет раскрываться по клику, если что):

Senior DevOps для проектирования и поддержки инфраструктуры большого онлайн-проекта.

Уровень: Senior
Формат: полный рабочий день
Локация: удалённо, Россия
IT-аккредитация: пока нет

Мы ищем Senior DevOps Engineer в команду. Создаем цифровой продукт с нуля: B2C и B2B-система с элементами маркетплейса и несколькими функциональными контурами.

Что предстоит делать

1. Участвовать в проектировании платформы продукта с нуля. В частности:
- выработать GitOps-подходы,
- спроектировать политики безопасности, модель хранения секретов, схемы предоставления доступов,
- выработать подход к резервным копиям и DR,
- настроить мониторинг, сбор и просмотр логов, алертинг и трассировку,
- спроектировать ролевую модель и настроить IAM-контур.

2. Работа по выбору инфраструктурного стека для решения задач будет проводиться совместно с технической командой.

3. Кроме этого, нужно настраивать CI/CD-пайплайны, контейнеризацию приложений, сопровождать их запуск и жизненный цикл.

4. В рамках данных задач нужно полностью управлять кластерами проекта (managed k8s): разворачивать, настраивать и сопровождать инфраструктуру платформы.

Что важно

- Опыт работы DevOps Engineer / SRE / Infrastructure Engineer на senior-уровне.
- Уверенный опыт работы с Kubernetes.
- Опыт настройки CI/CD: GitLab CI, GitHub Actions, Jenkins, TeamCity или аналогичные системы.
- Опыт работы с IAM: RBAC, ABAC, пользователи, роли, группы и прочие связанные штуки.
- Опыт администрирования Linux и сетей.
- Опыт настройки мониторинга, логирования и алертинга.
- Опыт работы с базами данных и брокерами на инфраструктурном уровне: PostgreSQL, Redis, Kafka, RabbitMQ и прочие.
- В целом, готовность работать в продукте с нуля, где часть решений предстоит выбрать, описать и внедрить, а затем сопровождать и развивать.

Писать @xFFFFFE

Если вам нужно скормить эту статью нейронке, вот вам удобная ссылка для неё: https://sherer.pro/llm/post/personas-i-jtbd-raznye-etazhi-odnogo-zdaniya.md

А вот тут в целом весь сайт (если вы захотите, как одна моя знакомая, сделать нейропашу): https://sherer.pro/llms.txt

Пришло время полезных статей. В этот раз я решил запустить мини-цикл про симбиоз персон и JTDB. Вокруг этих ребятишек всегда много шума: то один другого отменяет, то наоборот. Я их у себя давно подружил, и теперь делюсь этой дружбой с миром.

Это первая из двух статей, вторая будет про развитие Job Story из User Story, не переключайтесь

Очень много прилетело заявок (уже больше полусотни), и ещё летят. Спасибо тем, кто откликнулся. Всех рассмотрим, но у меня пока нет отдельного HR для этих целей, всем занимается дизайн-лид. Нам понадобится несколько дней, чтобы всех изучить и с кем-то, возможно, созвониться.

Если к кому-то не вернулись с обратной связью, прошу понять и простить напомнить к середине следующей недели

Друзья, у меня открылась офигительная позиция для сильного дизайнера в мой проект. Ниже — вакансия от нашего дизайн-лида:

Уровень: Middle+

Продукт: платформа, которая соединяет несколько офлайн-рынков в одну цепочку, и выступает оркестратором для сложной длительной мультимодальной услуги.

Задача: изучать потребности пользователей, проектировать клиентскую логику и интерфейсы. Принцип: сильный UX, простой UI. В первую очередь веб, в меньшей степени мобильные платформы.

Коротко: нужно быть больше ux-инженером, чем ui-дизайнером. Вы умеете быстро погружаться в сложный контекст, разбирать его на винтики, и планомерно превращать в решения. Желательно иметь минимальную техническую грамотность – например, вы понимаете принцип работы браузера, можете объяснить, как работает кнопка “войти через VK ID”.

Скиллсет:
- Фреймворки CJM и JTBD.
- Функциональная, информационная и навигационная модели интерфейса – вы знаете что это, можете собрать, и объяснить что с этим делать дальше.
- Собирать и описывать функциональные сценарии и user flow с учётом слоя системной логики.
- Проектировать интерфейсы (от простых до сложных, и можете объяснить почему интерфейс должен быть именно таким).
- Можете собрать библиотеку компонентов в фигме и собрать с ее помощью простой функциональный UI.
- Исследовать и проектировать с помощью AI.

А ещё вы умеете делать сложное простым, непонятное понятным, и понимаете что хороший продукт – это всегда баланс между задачами пользователей и бизнеса.

17-18 апреля буду выступать на конференции Merge в Иннополисе.

Тема сейчас максимально актуальная: «Приоритизация здорового человека: как учесть риски и обратимость». Расскажу, почему классические фреймворки иногда искажают картину и как PoDPR помогает выбирать инициативы, которые можно быстро и безопасно проверить.

Конфа обещает быть жаркой: 7 тематических направлений от разработки до маркетинга, 170+ спикеров, 10 одновременных потоков и нетворкинг.

По промокоду SHERER можно взять билет со скидкой 20%

Подробнее о конфе на сайте: tatarstan2026.mergeconf.ru

Подписчики из Казани и около: пишите, пересечёмся