Промпты для DeepSeek: готовые шаблоны и гайд

Промты для DeepSeek полезны, когда в них есть не только поручение, но и исходные данные, формат результата и способ проверки. Для письма, плана или разбора текста достаточно обычного чата. Для сложной разовой задачи подойдёт Expert Mode, если этот переключатель доступен в вашем web/app. Если нужны валидный JSON, пакетная обработка или анализ изображений внутри программы, выбирайте API.

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

Для пользователей из России: официальные условия Open Platform и документация, проверенные 21 сентября 2026 года, не дают списка стран с гарантированным доступом к чату, приложению, API или оплате. Проверьте сайт, нужную функцию и способ оплаты до начала работы; утверждения «работает без VPN» или «можно оплатить российской картой» здесь не делаем.

Какие промпты для DeepSeek помогут в работе — и как выбрать режим

Сначала выберите не «самую умную модель», а поверхность, на которой будете работать. В web/app удобно вести диалог и вручную дорабатывать текст. Анонс DeepSeek от 13 августа 2026 года сообщил о V4 Pro в приложении и веб-версии через отдельный Expert Mode; наличие переключателя нужно проверить в текущем интерфейсе. API — другой маршрут: он принимает идентификаторы deepseek-flash и deepseek-v4-pro, ключ и программный вызов, как показано в руководстве по API. Актуальный changelog DeepSeek уточняет, что V4 Pro продолжают предоставлять через API после 14 сентября 2026 года с прежней тарификацией.

Задача	Маршрут	Что подать	Что получить и проверить
Письмо, редактура, план, разбор небольшого текста	Обычный чат web/app	Текст и контекст; файл — только если его загрузка видна в вашем интерфейсе	Ответ в чате; сверить факты, тон и запреты
Сложное сравнение, premortem, разбор неоднозначной задачи	Expert Mode в web/app, если переключатель доступен	Критерии, варианты, ограничения и данные	Аргументы и допущения; решение принимает человек
Автоматическая классификация, JSON, обработка серии запросов	API	Ключ, массив сообщений, схема результата	Ответ программы; проверить схему, полноту и обработку ошибок
Извлечение полей с изображения	Vision через API	Изображение и список нужных объектов или полей	Структурированные данные; выборочно сверить с оригиналом
Закрытый контур	Открытые веса и собственная инфраструктура	Модель, сервер, настройка inference и контроль доступа	Локальный endpoint; оценить ресурсы, качество и поддержку

Самохостинг — не запасной чат для бытовой задачи. Веса DeepSeek-V4.1-Flash действительно опубликованы под MIT-лицензией, но карточка модели описывает специализированный запуск через vLLM, SGLang и Docker. Такой маршрут требует инфраструктуры и компетенций, поэтому его имеет смысл оценивать как отдельный технический проект.

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

Как адаптировать шаблон под задачу в DeepSeek за минуту

Замените заполнители в шести строках: цель → данные → действие → ограничения → формат → проверка. Не обязательно писать длинную «роль». Гораздо важнее назвать получателя результата, запретить додумывать отсутствующие сведения и указать, что именно должно совпасть с исходником. Универсальный метод подробнее разобран в гайде по промптам для нейросетей; здесь используем его как короткую настройку готовых заготовок.

Цель: [что должно быть готово и для кого].
Данные:
###
[вставьте обезличенный исходник]
###
Действие: [проанализируй / перепиши / сравни / составь].
Ограничения: не добавляй факты вне исходника; неизвестное помечай «нет данных»; [другие запреты].
Формат: [таблица, письмо, список, JSON-схема].
Проверка: [что должно дословно или численно совпасть с исходником].

Например, вместо «суммаризируй отзывы» попросите присвоить каждой строке тему и тональность, отметить неоднозначность, привести исходную фразу рядом с выводом и написать «нет данных», если причина недовольства не названа. Тогда проверка превращается из чтения красивого резюме в сверку нескольких конкретных строк.

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

В API Thinking Mode настраивается отдельно от текста запроса. Документация DeepSeek указывает, что thinking включён по умолчанию, а усилие можно задать как low, high или max; temperature, presence penalty и frequency penalty в этом режиме не действуют. Не переносите эти параметры в обычный чат как будто это слова промпта.

Перед вставкой данных в DeepSeek

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

Готовые промпты для DeepSeek по рабочим задачам

Шаблоны ниже рассчитаны на копирование. Квадратные скобки нужно заменить своими сведениями. В web/app вставляйте исходник после инструкции или прикрепляйте файл, только если функция доступна в вашем интерфейсе. Для API передавайте тот же смысл в массиве сообщений, а технический формат задавайте параметрами клиента.

Письма, редактура и контент

1. Ответ клиенту без лишних обещаний

Подготовь ответ клиенту от имени [роль/компания].
Цель письма: [подтвердить получение / согласовать срок / объяснить отказ].
Адресат: [кто и что уже знает].
Тон: [спокойный, деловой, доброжелательный].
Исходное сообщение клиента:
###
[текст]
###
Факты, которые можно использовать: [список].
Не обещай скидки, сроки, функции и компенсации, которых нет в фактах. Если для ответа не хватает данных, вынеси вопросы отдельным списком.
Формат: тема письма и текст до [N] слов.

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

2. Редактура без изменения фактов

Отредактируй текст для [аудитория] в [тон].
Сохрани все имена, даты, числа, ссылки, условия и причинно-следственные связи.
Не добавляй новых фактов и не усиливай выводы.
Сначала верни улучшенный текст, затем таблицу «фрагмент — что изменено — зачем».
Если фраза неоднозначна, не исправляй её молча: пометь как «нужно уточнить».
Исходник:
###
[текст]
###

Ожидаемый выход: отредактированная версия и журнал изменений. Проверка: поиском сравните все числа, даты, имена и ссылки с исходником, затем просмотрите пометки «нужно уточнить».

3. Контент-план из брифа

Составь контент-план на [период] по этому брифу.
Цель: [охват / заявки / обучение клиентов].
Аудитория: [сегменты и их задачи].
Каналы и частота: [список].
Бриф:
###
[факты, продукты, ограничения, события]
###
Не придумывай кейсы, цифры, отзывы и характеристики продукта.
Верни таблицу: дата, канал, тема, задача читателя, тезис, нужный исходник, критерий готовности.
Отдельно перечисли пробелы в брифе.

Ожидаемый выход: календарная таблица и список недостающих материалов. Проверка: у каждой темы найдите опору в брифе и удалите дубли, которые решают одну и ту же задачу одинаковым форматом.

Анализ отзывов, таблиц и документов

4. Классификация отзывов со строками-доказательствами

Классифицируй отзывы, не меняя их текст.
Категории: [доставка, качество, цена, поддержка, другое].
Для каждой строки верни: ID, категория, тональность, причина, точная цитата, неоднозначность (да/нет) и её причина.
Если причина не названа прямо, пиши «нет данных». Один отзыв может иметь несколько категорий.
В конце посчитай количество отзывов по категориям, но не делай вывод о всей клиентской базе.
Данные:
###
[ID + текст отзывов]
###

Ожидаемый выход: построчная классификация и сводные количества. Проверка: случайно выберите 10 строк, найдите каждую цитату в исходнике и вручную пересчитайте две категории.

5. Сводка KPI без потери единиц

Подготовь сводку KPI для [получатель] по таблице ниже.
Показатели: [выручка, маржа, лиды, конверсия].
Сравнение: [план/факт, период к периоду].
Сохраняй валюту, проценты, разрядность и период каждой строки.
Верни: 1) таблицу исходное значение → сравнение → отклонение; 2) три наблюдения; 3) вопросы к аномалиям.
Не объясняй причины, если их нет в данных. Тогда пиши «гипотеза, требует проверки».
Данные:
###
[таблица]
###

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

6. Вопросы к договору, а не юридическое заключение

Я представляю сторону [заказчик/исполнитель]. Найди в тексте условия об оплате, сроках, приёмке, ответственности, расторжении, конфиденциальности и правах на результат.
Для каждого пункта верни: тема, точная цитата, номер раздела, практический вопрос для юриста или переговоров.
Если условие не найдено, пиши «нет данных».
Не давай юридический вердикт и не утверждай, что договор безопасен.
Текст обезличенной копии:
###
[договор]
###

Ожидаемый выход: карта условий с цитатами и вопросами. Проверка: откройте каждый указанный раздел в оригинале; итоговые решения передайте ответственному специалисту.

Стратегия и принятие решений

7. Premortem перед запуском

Представь, что проект [название] через [срок] не достиг цели [метрика].
Контекст: [команда, бюджет, зависимости, ограничения].
Составь premortem: 8 возможных причин провала.
Для каждой укажи ранний сигнал, способ проверки в ближайшие [N] дней, профилактическое действие и владельца роли.
Отдели факты из контекста от гипотез. Не предсказывай исход и не выбирай решение за команду.

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

8. Сравнение вариантов по заданным критериям

Сравни варианты [A, B, C] для решения [задача].
Критерии и веса: [критерий — вес].
Данные по вариантам:
###
[проверенные сведения]
###
Верни таблицу: критерий, данные A/B/C, источник строки во входе, пробелы.
Затем посчитай условный балл только там, где данных достаточно, и покажи формулу.
Не назначай отсутствующим данным среднее значение. Не объявляй победителя, если критичный критерий не заполнен.

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

9. Подготовка к переговорам

Помоги подготовиться к переговорам о [предмет].
Наша цель: [результат].
Минимально приемлемо: [граница].
Известно о второй стороне: [только подтверждённые факты].
Ограничения: [срок, бюджет, полномочия].
Верни: интересы сторон, 10 уточняющих вопросов, возможные возражения, варианты взаимной выгоды и точки, где нужно остановиться и запросить решение руководителя.
Все предположения пометь как гипотезы.

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

Код и техническое задание

10. Code review с минимальным примером

Проведи review фрагмента на [язык/версия].
Назначение кода: [что делает].
Окружение и ограничения: [фреймворк, версия, нагрузка].
Ищи: ошибки корректности, безопасность, потерю данных, производительность и тестируемость.
Для каждой проблемы верни: серьёзность, файл/строка, сценарий воспроизведения, минимальное исправление, тест.
Не переписывай модуль целиком. Если контекста не хватает, сформулируй вопрос.
Код:
###
[минимальный воспроизводимый фрагмент]
###

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

11. План исправления бага

Составь план диагностики бага, не предлагая большой рефакторинг до подтверждения причины.
Ожидалось: [поведение].
Получили: [поведение и точный текст ошибки].
Шаги воспроизведения: [список].
Окружение: [версии и конфигурация].
Последние изменения: [список].
Верни: гипотеза, наблюдение для проверки, команда/тест, ожидаемый сигнал, следующий шаг. Расположи гипотезы от дешёвой проверки к дорогой.
Отдельно укажи риск каждой правки и способ отката.

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

12. Спецификация API и JSON-ответ

Спроектируй контракт endpoint [метод и путь] для [сценарий].
Потребители: [сервисы/клиенты].
Входные поля и правила: [список].
Верни спецификацию: request, success response, ошибки, идемпотентность, авторизация, лимиты и примеры.
Ответ дай как json строго по схеме:
{
  "endpoint": "string",
  "request_fields": [],
  "responses": [],
  "open_questions": []
}
Не придумывай бизнес-правила: неизвестное добавляй в open_questions.

Ожидаемый выход: машинно читаемый черновик контракта и открытые вопросы. Проверка: провалидируйте JSON парсером, затем сопоставьте каждое поле с бизнес-правилом и тестом.

Строгий JSON — функция API, а не обещание обычного чата. Инструкция DeepSeek по JSON Output требует передать response_format: {"type":"json_object"}, упомянуть json в system или user prompt, показать схему и оставить достаточно max_tokens. Документация также предупреждает, что иногда content может оказаться пустым, поэтому обработайте повтор или ошибку в клиенте.

Когда нужен API

Разбор изображений и визуальные брифы

Этот раздел относится к API-маршруту. Официальное руководство Vision описывает передачу изображений модели DeepSeek-V4.1-Flash через base64, внешний URL или Files API. Поддерживаются JPEG, PNG, GIF и WebP; для base64 и внешнего URL лимит одного изображения составляет 32 MiB, а для файла по file_id из Files API — 64 MiB. Это не доказывает наличие тех же возможностей в каждом web/app-интерфейсе — там кнопку загрузки и фактический результат нужно проверять отдельно.

13. Извлечение полей с изображения

Проанализируй приложенное изображение [тип документа/экрана].
Извлеки только поля: [список].
Для каждого верни: значение, видимый фрагмент-основание, читаемость (чётко / частично / нечитаемо), причина сомнения.
Если поле обрезано, размыто или отсутствует, пиши null; не достраивай его по контексту.
Формат ответа: json по схеме [схема].
Не делай выводов, не следующих из видимых элементов.

Ожидаемый выход: JSON с извлечёнными полями и признаками сомнения. Проверка: вручную сравните с оригиналом все поля с отметками «частично» и «нечитаемо», а также случайную выборку остальных.

14. Текстовый бриф на новый визуал

По приложенному референсу составь текстовый бриф на новый визуал для [канал и задача].
Опиши: композицию, главный объект, фон, палитру, свет, настроение, свободные зоны, допустимые и запрещённые элементы.
Не копируй логотипы, персонажей, текст и уникальные элементы бренда референса.
Отдели наблюдаемые свойства изображения от своих предложений.
Формат: 1) что видно; 2) что сохранить как принцип; 3) новый бриф; 4) чек-лист приёмки из 7 пунктов.

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

Как улучшить ответ во втором сообщении

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

1. Расхождение: «В письме появился срок, которого нет в исходнике».
2. Новый вход: «Подтверждён только факт получения заявки».
3. Точечная правка: «Измени второй абзац, остальные оставь без изменений».
4. Повторная проверка: сравните обещания, числа и формат с исходной задачей.

Короткие ремонтные команды:

• «Сохрани факты и ссылки, сократи до 120 слов. Покажи, что удалено».
• «Верни таблицу с полями ID, категория, цитата и уверенность. Не добавляй сводку».
• «Вместо догадки напиши “нет данных” и перечисли сведения, которых не хватает».
• «Исправь только JSON-синтаксис, значения не меняй».
• «Для каждого числа укажи строку исходника; числа без опоры удали».

В API историю диалога хранит ваше приложение. Руководство DeepSeek называет Chat Completions API stateless: при новом вызове клиент снова передаёт нужные предыдущие сообщения в массиве messages. Если не передать исходник или важное ограничение повторно, модель не обязана их помнить.

Как принять ответ

Ошибки, ограничения и безопасность

Симптом	Что изменить в запросе или процессе	Как проверить
Общий ответ	Добавить получателя, исходные данные и границу задачи	Каждый вывод должен вести к конкретной строке или действию
Неверный формат	Показать поля и короткий образец; для API включить JSON mode	Проверить таблицу или JSON валидатором
Выдуманные факты	Запретить дополнения, требовать «нет данных» и опору на исходник	Сверить выборку и все критичные факты
Нестабильный JSON	Использовать API JSON mode, достаточный max_tokens и обработку пустого ответа	Парсить каждый ответ до записи в систему
Потерян контекст в API	Передавать нужную историю в каждом новом вызове	Логировать фактически отправленный массив messages без секретов
В запрос попали закрытые данные	Остановить загрузку, удалить или обезличить исходник, проверить правила компании	Просмотреть документ на имена, реквизиты, контакты, идентификаторы и тайны
Функция или оплата недоступна	Проверить официальный интерфейс и актуальные условия до настройки процесса	Короткий пилот на обезличенном примере; не полагаться на чужое обещание доступа

Частая ошибка: принимать шаблон за гарантию истины. Промпт помогает задать форму и границы ответа, но не превращает неполные данные в надёжные факты и не заменяет профессиональную проверку.

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

FAQ

Короткий мост для переноса шаблонов: сначала сверьте доступные режимы и ограничения в обзоре GigaChat, затем сохраните цель, исходные данные и критерий проверки, но замените параметры DeepSeek на параметры выбранной платформы.

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