Промпт-библиотека Claude Code

50+ готовых промптов для работы с Claude Code. Скопируй, замени переменные в квадратных скобках на свои, отправь в чат. Все промпты протестированы в реальных проектах.

Прокручивай по категориям в боковом меню или ищи через Ctrl+F (Cmd+F на Mac).

Идея и старт

▸ 1. Сформулировать идею проекта
Помоги превратить эту идею в чёткую формулировку:

[свободный рассказ что хочется сделать]

Сформулируй по шаблону «Я создаю [ЧТО] для [КОГО], чтобы решить
проблему [КАКУЮ]». Если в моём описании чего-то не хватает —
задай уточняющие вопросы.
▸ 2. 10 идей под нишу
Ты опытный продакт-менеджер. Моя ниша: [твоя ниша/экспертиза].

Предложи 10 идей цифровых продуктов которые я могу создать
с помощью AI и которые будут полезны моим клиентам.

Для каждого: название, для кого, какую проблему решает,
формат (лендинг / бот / калькулятор / приложение),
примерная стоимость на рынке.

Формат: таблица.
▸ 3. Выбрать одну идею из списка
Из списка идей выше выбери одну лучшую для старта и обоснуй:

1. Насколько это интересно мне (нужно знать чтобы делать 2 месяца)
2. Есть ли реальная аудитория которой это нужно
3. Реально ли сделать одному за 1-2 недели

Дай выбор + объяснение.
▸ 4. Стартовая структура проекта
Создай в этой папке стартовую структуру проекта:
- research.md (для исследования)
- brief.md (техзадание)
- CLAUDE.md (правила для тебя)
- PLAN.md (чеклист задач)
- README.md (описание)

CLAUDE.md и README.md заполни базовыми правилами.
Остальные оставь пустыми с заголовком.

Исследование

▸ 5. Исследование на 5 направлений (универсальный)
Проведи исследование для моего проекта — [твой проект в одной фразе].
Запусти 5 агентов параллельно с разными промптами:

1. КОНКУРЕНТЫ: найди 5 примеров в нише [твоя ниша].
   Для каждого: что делает, какие функции, что хорошо, что плохо.

2. ФУНКЦИИ: какие функции обычно есть в подобных проектах?
   Список 15-20 функций. Что обязательно для MVP, что потом.

3. UX И СЦЕНАРИИ: 3 типичных сценария использования.
   Что удобно, что бесит, типичные ошибки разработчиков.

4. ТЕХНОЛОГИИ: какие технологии используют?
   Сравни 2-3 варианта для каждой задачи.

5. МОНЕТИЗАЦИЯ: как зарабатывают подобные проекты?
   Подписка, комиссия, реклама — какие модели работают.

Сохрани результат в research.md
▸ 6. Исследование конкурентов глубже
Найди 7-10 примеров [тип проекта] в моей нише.
Посмотри на awwwards.com, dribbble.com, behance.net, onepagelove.com.

Для каждого зафиксируй:
- Название и ссылка
- Из каких блоков состоит (структура)
- Что цепляет визуально
- Какой стиль/настроение
- Что можно взять за основу

Добавь раздел в research.md «Референсы».
▸ 7. Тренды и фишки 2025-2026
Что модно в [веб-дизайне / UX / контенте] в 2025-2026?
Зайди на awwwards.com, css-tricks.com, посмотри последние награды.

Список из 10 трендов с описанием и примерами реализации.
Какие из них применимы к моему проекту [твой проект]?

Документация

▸ 8. Создать brief.md из исследования
На основе research.md и моей идеи — составь brief.md, техзадание проекта.

Включи:
- Что это (2-3 предложения)
- Для кого (целевая аудитория)
- Какую проблему решает
- Основные функции (MVP — что делаем первым)
- Функции на будущее (что добавим позже)
- Технологии (что будем использовать)
- Чего НЕ будет на старте
- Первые шаги (с чего начать разработку)

Учти рекомендации из критики. Посмотри критически: что я мог упустить?
▸ 9. Создать CLAUDE.md
Создай CLAUDE.md в корне проекта. Опиши правила работы:

- Стек проекта (что используем)
- Структура папок
- Стиль кода и текста
- Что нельзя делать (NEVER): не коммитить .env, не удалять без подтверждения
- Что обязательно (ALWAYS): перед фиксом бага искать корневую причину

Размер 60-100 строк. Используй маркеры NEVER, ALWAYS, MUST для правил.
▸ 10. Улучшить существующий CLAUDE.md
Посмотри CLAUDE.md и сделай его глубокий разбор.
Какие детали могут мешать работе, какие ещё необходимо добавить?

Особое внимание:
- Нет ли противоречий между правилами
- Нет ли устаревших правил
- Не слишком ли расплывчатые формулировки
- Какие реальные ошибки я уже делал и стоит ли их зафиксировать
▸ 11. Создать PLAN.md
Разбей мой проект [короткое описание] на 4-6 этапов
от первого файла до готового результата.

Каждый этап — конкретный шаг с понятным результатом
который можно проверить.

Сохрани в PLAN.md в формате:
- [ ] Этап 1: что делаем, что должно получиться
- [ ] Этап 2: ...
▸ 12. Зафиксировать ошибку как правило
Только что произошла ошибка: [описание что случилось].

Добавь в CLAUDE.md правило, чтобы это не повторялось.
Формулировка с маркером NEVER или ALWAYS.

Критика и улучшение

▸ 13. Критика от трёх экспертов
Оцени мой проект [короткое описание] с трёх точек зрения:

🎨 ЭКСПЕРТ 1: UX-дизайнер с 10-летним опытом
- Какие ошибки в структуре делают новички?
- Что обязательно должно быть?
- Что раздражает пользователей и заставляет уйти?

📊 ЭКСПЕРТ 2: маркетолог, специалист по конверсии
- Какой оффер зацепит клиента?
- Какие триггеры доверия нужны?
- Путь от «зашёл» до «оставил заявку»?

👤 ЭКСПЕРТ 3: потенциальный клиент — [твоя ЦА]
- На что смотрит в первые 5 секунд?
- Что заставит остаться? Что закрыть вкладку?

Сохрани рекомендации в research.md раздел «Экспертная оценка».
▸ 14. «Ты уверен?»
Посмотри ещё раз на [файл / решение / ответ].
Особенно на технические детали и конкретные цифры — ты уверен что это так?
Есть ли альтернативы? Что может оказаться неточным или устаревшим?

Не подхалимничай — мне нужен честный взгляд со стороны.
▸ 15. Найди что я упустил
Я планирую [короткое описание плана].

Что я мог упустить? Какие типичные ошибки делают в таких проектах?
Какие сценарии или граничные случаи я не учёл?

Дай 5-7 конкретных пунктов с пояснениями.
▸ 16. Критический взгляд senior-разработчика
Представь что ты опытный senior-разработчик с 10-летним стажем.
Какие вопросы у тебя возникнут к [этому коду / документу / решению]?

Что слабо проработано, что можно усилить, что вообще не учтено?
Дай список замечаний по приоритету.

Создание HTML и UI

▸ 17. Создать HTML по brief.md
Прочитай brief.md — это техническое задание.
Создай файл index.html — полноценный лендинг по этому ТЗ.

Требования:
- Всё в одном HTML-файле (стили и скрипты внутри)
- Современный, стильный дизайн
- Адаптивная вёрстка (мобильный + десктоп)
- Плавные анимации при прокрутке
- Заглушки для фото (placeholder-картинки)

Чистый HTML + CSS + JavaScript. Без внешних библиотек.
▸ 18. Добавить вау-эффекты
Посмотри на index.html и добавь вау-эффекты:

1. Анимации появления — каждый блок плавно появляется при прокрутке
   (fade-in снизу вверх).
2. Hover-эффекты — карточки приподнимаются при наведении,
   кнопки меняют цвет с плавным переходом.
3. Плавная прокрутка — клик по меню скроллит к секции.
4. Градиентный фон заголовка — анимированный, медленно меняет цвета.

Сделай так чтобы сайт выглядел дорого и профессионально.
▸ 19. Добавить интерактивность
Добавь в index.html интерактивные элементы:

1. Кнопка «наверх» — появляется при прокрутке.
2. Форма обратной связи — имя, email, сообщение.
   При отправке — анимация успеха (без реальной отправки).
3. Счётчики — числа плавно «накручиваются» при появлении на экране.
4. Мобильное меню — гамбургер-иконка раскрывает меню.

Проверь работу на мобильном и десктопе.
▸ 20. Создать визитку
Создай файл vizitka.html — персональная визитка.

Данные:
- Имя: [твоё имя]
- Специализация: [чем занимаешься]
- Telegram: [ссылка]

Дизайн:
- Тёмный фон (#0a0a0a)
- Имя крупно с градиентным свечением
- Соцсети — иконки SVG с hover-эффектом
- Кнопка «Написать мне» с анимацией
- Адаптивно для телефона

Всё в одном HTML-файле, без внешних зависимостей.
▸ 21. По скриншоту макета
Вот макет из Figma. Сделай похожую страницу.

Главное — попасть в общее ощущение и структуру,
а не пиксель в пиксель. Шрифты подбери похожие из Google Fonts.

[прикреплён скриншот]

Отладка

▸ 22. Корневая причина бага
[Описание что не работает]

Найди корневую причину этой ошибки, не просто исправь симптом.
После фикса объясни как убедиться что это не повторится в других местах.
▸ 23. Ошибка из браузера
В консоли браузера такая ошибка:

[вставить текст ошибки]

Объясни что это значит и почини.
▸ 24. Не работает кнопка
Нажимаю кнопку «[название]» — ничего не происходит.
Должно [что должно происходить].

Посмотри файл [файл]. Найди причину, не лепи try/catch на симптом.
▸ 25. Раньше работало, сломалось
Вчера работало, сегодня сломалось — [что именно].

Что изменилось? Посмотри последние изменения через git log.
Найди коммит после которого проблема появилась и разберись.
▸ 26. Выглядит не так
Должно быть [как должно быть], а получается [как есть].

Посмотри стили и структуру нужного элемента, найди что мешает.

[прикреплён скриншот]

Git и деплой

▸ 27. Сделать коммит и пуш
Сделай коммит со всеми изменениями.
Сообщение коммита — конкретно что было сделано в этой партии правок.
После коммита — пуш на GitHub.
▸ 28. Проверка перед деплоем
Проверь мой проект перед публикацией:

1. Запусти dev-сервер и убедись что он работает без ошибок.
2. Проверь что все страницы открываются.
3. Проверь работу форм и интерактивных элементов.
4. Убедись что нет ошибок на мобильной версии.
5. Проверь что в коде нет API-ключей и паролей.
6. Если есть ошибки — исправь их.

Скажи: что работает, что починили, что нужно поправить мне.
▸ 29. Деплой провалился
Vercel не задеплоил проект. Вот ошибка из Build Logs:

[вставить текст ошибки]

Объясни что не так и почини. После фикса — коммит и пуш.
▸ 30. Правки по обратной связи
Получил обратную связь по сайту. Нужно исправить:

1. [что не так]
2. [что нужно добавить]
3. [что нужно убрать]

Исправь, проверь что не сломал остальное, сделай коммит и пуш.
Vercel сам обновит сайт за минуту.
▸ 31. Создать Pull Request
Создай Pull Request из текущей ветки в main.

Заголовок: «[короткое описание]».
В описании — что именно изменилось и почему.
Используй gh CLI если установлен.

Управление Claude

▸ 32. Утренний обзор контекста
Прочитай .claude/handoff.md — там контекст из прошлой сессии.

Кратко доложи:
- Что в работе сейчас
- Что следующим шагом
- Есть ли обещания с дедлайном

Спроси с чего начнём сегодня.
▸ 33. Завершение дня
Обнови .claude/handoff.md по итогам сегодняшней сессии:

1. Сейчас работаем над — 1-2 предложения
2. Следующим шагом — 3-5 пунктов
3. Обещания / дедлайны (если есть)

Внизу обнови дату.
Перед сохранением покажи мне предлагаемый текст и спроси «так ок?».
▸ 34. Запомнить факт
Запомни как факт: [что нужно запомнить].

Например:
- Запомни что в этом проекте мы используем bun, а не npm
- Запомни: я предприниматель, объясняй техническое на пальцах
- Запомни что мы деплоим только через Vercel
▸ 35. Сжать контекст с инструкцией
Контекст уже на 60%, давай сожмём через /compact и продолжим.

Сохрани:
- Текущую задачу: [одна строка]
- Архитектурные решения которые приняли
- Важные детали реализации

Можешь убрать:
- Детальные обмены про CSS
- Черновики которые уже переделаны
- Подробные обсуждения которые уже завершены
▸ 36. Переключение модели
Эта задача сложная — переключись на Opus.

или

Достаточно Haiku, нужно быстро прогнать поиск по документации.
▸ 37. Сохранить разбор в knowledge-base
Мы только что разобрали [тема]. Сохрани разбор в
~/Documents/knowledge-base/outputs/ с датой в имени файла.

Структура: контекст → разбор → решение → источники.

Скиллы и MCP

▸ 38. Создать скилл
Создай скилл для [задача].

Когда я прошу [что], ты должен [как]:
- Правило 1
- Правило 2
- Правило 3

Триггеры (когда применять): [список фраз].
Сделай его глобальным/проектным.
▸ 39. Улучшить скилл
В скилле [название] не хватает [что не так].

Обнови скилл: добавь правило [новое правило] и поправь
[что мешает]. Сохрани и покажи финальную версию.
▸ 40. Подключить MCP
Установи MCP-сервер для [сервис]. Подключи и проверь что работает.

Если требуются токены или ключи — спроси у меня.
После установки покажи что теперь стало возможно.
▸ 41. Проверить MCP перед установкой
Мне нужен MCP для [сервис]. Вот ссылка: [ссылка].

Изучи: посмотри код, документацию, дату последнего обновления,
автора, количество скачиваний.

Насколько он надёжный? Стоит ли подключать? Какие риски?
▸ 42. Custom MCP под задачу
Мне нужен MCP-сервер для [сервис/задача].

Должен уметь: [список действий — только нужные, без лишнего].
Зачем: [контекст применения].
Идеальный рабочий процесс: [описать сценарий].

Принцип минимальных прав: только то что необходимо.
Сделай и подключи.

Сложные сценарии

▸ 43. Запустить субагентов параллельно
Запусти три субагента параллельно:

- researcher: [конкретная задача 1]
- analyzer: [задача 2]
- writer: [задача 3]

Жди всех трёх, потом собери результаты в один отчёт.
▸ 44. Brainstorm перед реализацией
Хочу [короткое описание идеи].

Не делай ничего. Давай сначала обсудим:
- Что именно я хочу получить и зачем?
- Какие есть варианты как это сделать?
- Что может пойти не так?
- Что я мог упустить?

Задавай вопросы один за другим, как нормальный разговор.
Не предлагай решение пока я не отвечу на твои вопросы.
▸ 45. Спецификация фичи
На основе нашего обсуждения собери файл spec.md:

## Что делаем
[Одна фраза]

## Поведение
- В обычном случае
- При ошибках
- На границах (пустой ввод, нет интернета)

## Чего НЕ будет
- Что сознательно не делаем сейчас

## Критерии готовности
- Конкретные пункты для проверки
▸ 46. Систематическая отладка
[Описание проблемы]

Найди корневую причину и почини. После фикса:
1. Объясни почему это произошло
2. Как убедиться что не повторится в других местах
3. Добавь правило в CLAUDE.md если нужно
▸ 47. Запустить Telegram-агента
Создай проект Telegram-агента-[типа: продавец/консьерж/эксперт]
на Claude Agent SDK.

Что должен уметь:
- Отвечать клиентам в Telegram-боте
- Использовать базу знаний из knowledge/ (md-файлы)
- Вести диалог по воронке из system-prompt.md
- Логировать каждый диалог в logs/

Используй официальный @anthropic-ai/claude-agent-sdk.
Начни с минимального MVP, потом будем улучшать.

Перед написанием кода — задай уточняющие вопросы.
▸ 48. Включить Bypass Permissions
Включи мне режим Bypass Permissions с защитой от опасных команд:
работать без подтверждений, но запретить удаление папок (rm -rf),
force-push в гит, удаление веток, чтение секретных файлов
(.env, credentials, токены, API-ключи).

Настрой это правильным способом и объясни что добавил.
▸ 49. Worktree для параллельной задачи
Создай git worktree для новой задачи [название].

Имя ветки: feature/[название].
Папка: ../[имя-проекта]-[название].

После создания — запусти там новую сессию Claude Code.
В этой папке буду работать над основной задачей, в той — над фичей.
▸ 50. Хук на звуковое уведомление
Добавь в ~/.claude/settings.json хуки на события Stop и Notification:
после каждого ответа и ожидания подтверждения играть короткий звук.

На Mac используй afplay /System/Library/Sounds/Glass.aiff
На Windows — соответствующий аналог.
На Linux — paplay.

Объясни что добавил и где это будет работать.
Как пользоваться

Это не магические заклинания — это шаблоны. Адаптируй под свою задачу: меняй переменные в скобках, добавляй контекст, убирай лишнее. Один и тот же промпт работает в 10 раз лучше когда подогнан под конкретный момент.

Если какой-то промпт не сработал как ожидал — попроси Claude разобрать почему и переформулировать.