13 запросов к DeepSeek: тексты, код, документы и рабочие задачи

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

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

Особенности DeepSeek и формула запроса

Веб-чат и API могут предоставлять разные настройки. На 5 ноября 2026 года документация API описывает модели deepseek-flash и deepseek-v4-pro и работу с режимом рассуждения. Имена, ограничения и цены проверяют в документации перед интеграцией. Название режима в чате не является готовым параметром программного запроса. Модели и расчёт стоимости API, управление режимом рассуждения.

Для рабочей переписки или разбора таблицы удобна формула из пяти частей:

1. Роль. Кто помогает решить задачу: редактор, аналитик, преподаватель. Роль задаёт подход, но не подтверждает профессиональную квалификацию ответа.
2. Действие. Что получить: сравнить, извлечь, отредактировать, объяснить.
3. Материал. Заметки, таблица, условия, аудитория и ограничения.
4. Форма. Письмо, список полей, таблица, тесты, объём.
5. Проверка. Как различить факт, расчёт, предположение и отсутствующие сведения.

Не просите раскрывать скрытый ход рассуждений. Для контроля полезнее краткое объяснение вывода, проверяемая формула, ссылка на конкретный фрагмент документа или тест, который можно запустить.

Запрос 1. Собрать запрос под задачу

Помоги подготовить задание для ИИ. Мне нужно: [результат]. Пользоваться ответом будет: [кто и где]. Доступный материал: [описание без секретных данных]. Сначала назови до пяти недостающих сведений, которые существенно влияют на результат. После моих ответов составь один запрос с разделами «Задача», «Исходные данные», «Формат», «Ограничения», «Проверка». Не придумывай сведения вместо меня.

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

Тексты и рабочие сообщения

Запрос 2. Статья из собственных заметок

Ты редактор практического блога для владельцев небольших компаний. По заметкам ниже подготовь статью на 700-900 слов о том, как сократить потерю заявок после рабочего дня. Сохрани подтверждённые факты. Пример, которого нет в заметках, пометь как учебный. Структура: проблема, схема обработки заявки, пример диалога, способ измерить результат. Не добавляй клиентов, проценты роста и гарантии. В конце отдельно перечисли сведения, которые нужно уточнить перед публикацией. Заметки: [материал].

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

Запрос 3. Редактура с сохранением голоса

Отредактируй мой текст для делового сайта. Оставь спокойный разговорный тон, короткие объяснения и мои примеры. Убери повторы, канцелярские обороты и неподтверждённые усиления. Факты, суммы, даты и смысл обязательств не меняй. Сначала дай чистовой текст, затем таблицу из существенных правок с причиной. Спорные факты вынеси в отдельные вопросы. Текст: [черновик].

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

Запрос 4. Ответ на сложное письмо

Подготовь ответ заказчику, который недоволен переносом срока. Подтверждённые обстоятельства: [факты]. Что можем предложить: [варианты, согласованные ответственным]. Цель письма: зафиксировать следующий шаг и сохранить рабочий диалог. Объём до 180 слов. Без обвинений и признаний обязательств, которых нет в исходных данных. Дай два варианта: нейтральный и более тёплый. Перед текстом отметь недостающие условия, если без них нельзя корректно назвать срок или компенсацию. Сообщение заказчика: [обезличенный текст].

Перед отправкой согласуйте сроки и возможную компенсацию с уполномоченным сотрудником. Убедительный текст не заменяет этого решения.

Код, таблицы и большие документы

Запрос 5. Небольшая функция с тестами

Напиши чистую функцию JavaScript summarizeRequests(rows). На входе массив объектов {id, status, amount}. Нужно вернуть количество уникальных id, сумму amount по строкам status=”paid” и список некорректных строк. Повтор id считай ошибкой и не включай повторную строку в сумму. amount должен быть конечным неотрицательным числом, строки с числами автоматически не преобразовывай. Входной массив не изменяй. Сначала кратко перечисли принятые правила, затем код и тесты для пустого массива, дубля, нулевой суммы и некорректного amount. Никаких файловых операций и внешних запросов.

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

Запрос 6. Разобрать ошибку без опасных исправлений

Помоги диагностировать сбой. Среда и версии: [сведения]. Ожидаемое поведение: [описание]. Фактический результат: [описание]. Минимальный код и журнал ошибки без токенов и персональных данных: [фрагменты]. Сначала отдели наблюдения от гипотез. Предложи самый узкий безопасный способ проверить главную гипотезу. Затем покажи минимальную правку и регрессионный тест. Если данных недостаточно, задай конкретные вопросы. Не предлагай удаление базы, отключение проверки доступа или переустановку всего проекта без обоснования.

Этот запрос помогает начать диагностику. Команды всё равно нужно прочитать перед запуском и проверить на копии данных, если они могут менять состояние.

Запрос 7. Анализ таблицы с понятными знаменателями

Проанализируй обезличенную таблицу заявок. Схема: request_id, created_at, source, status, paid_amount. Часовой пояс и период: [условия]. Найди дубли id, пропуски и некорректные суммы до расчётов. Посчитай число уникальных заявок, число оплативших заявок и выручку. Конверсию определи как оплатившие заявки / все уникальные заявки данного периода, если данные позволяют это сделать. Отдельно предупреди о поздних оплатах и неполном периоде. Покажи формулы, исключения и контрольные суммы. Не называй выручку прибылью. Таблица: [разрешённые данные].

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

Запрос 8. Прочитать длинный документ по проверяемым пунктам

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

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

Учёба, перевод и управление проектами

Запрос 9. Объяснение с проверкой понимания

Объясни мне разницу между выручкой, переменными расходами и вкладом в покрытие постоянных расходов. Уровень: начинающий предприниматель. Сначала разберём один учебный заказ: цена 12 000 рублей, материалы 3 000, сдельная работа 4 000. Затем дай три новые задачи без ответов. После моих решений проверь расчёты и объясни только допущенные ошибки. Не переходи к следующей теме, пока я не отвечу.

Проверка активным решением полезнее просьбы «объясни ещё проще». Ответ ученика показывает конкретное место, которое осталось непонятным.

Запрос 10. Перевод с учётом назначения

Переведи текст с английского на русский для инструкции по работе с сервисом. Аудитория: сотрудники без технической подготовки. Сохрани названия кнопок на английском, рядом дай русское пояснение при первом появлении. Числа, предупреждения и порядок действий не меняй. Неоднозначные термины вынеси в таблицу с вариантами перевода и причиной выбора. Не добавляй функций, которых нет в оригинале. Текст: [материал, который разрешено передавать].

Сопоставьте шаги с действующим интерфейсом. Верный перевод устаревшей инструкции всё ещё может привести сотрудника не туда.

Запрос 11. План проекта с зависимостями

Составь план пилота ассистента для первичной обработки заявок. Известно: один канал, один ответственный менеджер, разрешённая база ответов, срок пилота две недели. Доступность команды: [часы и роли]. Для каждой задачи укажи результат, исполнителя-роль, зависимость и способ приёмки. Отдельно перечисли решения владельца процесса и неизвестные данные. Не заполняй неизвестные сроки и стоимость уверенными числами. Предусмотри возврат к ручной работе при сбое.

Проверьте порядок: тестирование записи в систему требует сначала настроить права и тестовую среду. Красивый календарь с обратными зависимостями не помогает запуску.

Запрос 12. Протокол встречи без выдуманных поручений

Составь протокол по расшифровке встречи. Разделы: принятые решения, задачи, открытые вопросы, отклонённые предложения. В задачах укажи действие, названного ответственного и согласованный срок. Если ответственный или срок не прозвучал, напиши «не назначен» или «не согласован». Предположения и идеи не превращай в решения. Для спорных мест дай отметку времени или короткий указатель на фрагмент. Расшифровка: [обезличенный текст].

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

Проверка ответа и пять частых ошибок

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

1. В запросе указан жанр, но отсутствует цель. Добавьте действие читателя или рабочий результат.
2. Модель просят анализировать материал, который не приложен. Передайте разрешённые данные либо ограничьте задачу общими принципами.
3. Форма не задана. Назовите нужные поля, объём и порядок разделов.
4. В одном запросе смешаны исследование, расчёт и окончательное решение. Разбейте работу на проверяемые этапы.
5. В чат попали лишние персональные данные или секреты. Сначала определите допустимый состав материала и обезличьте учебный пример.

Запрос 13. Уточнить безопасную задачу после отказа

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

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

Как пользоваться набором в команде

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

Для обучения работе с ИИ можно начать с БАЗЫ. Для подключения к CRM, документам и рабочим каналам обсудите задачу с АГЕНСТВОМ ИИ TRUE: там потребуется проектирование процесса, а готового текста запроса будет недостаточно.