Промпт-библиотека 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 разобрать почему и переформулировать.