Почему стандартные просьбы не работают
Проблема: неявный контекст
DeepSeek не видит вашу цель, аудиторию и формат хранения. «Сделай конспект» — это команда «напиши короче», а не «извлеки суть». Результат: пересказ вместо карты мыслей.
Проблема: потеря иерархии
Без жёстких инструкций по форматированию модель смешивает главное и второстепенное, теряет нумерацию, игнорирует связи «причина → следствие». Получается плоский список фактов.
Проблема: галлюцинации деталей
Модель додумывает отсутствующие выводы, если не запрещено иначе. Особенно опасно для технических текстов, юриспруденции и финансов — там цена ошибке высока.
Формула R.O.C.K.: скелет идеального промта
Пять шаблонов под основные сценарии
Универсальный (статьи, книги, отчёты)
Работает с любым длинным текстом. Даёт иерархию: Тезис → Аргумент → Вывод.
<role>Аналитик, пишущий executive summary</role>
<task>Создай конспект по методу Minto Pyramid:
1. Главный вывод (1 предложение)
2. 3-5 ключевых аргументов (группировка MECE)
3. Подробности под каждым аргументом
4. Риски/противоречия
5. Next Steps</task>
<context>Источник: {ТИП_ТЕКСТА}. Цель: решение/обучение/архив. Лимит: {ДЛИНА}</context>
<format>Markdown, H2/H3, списки, цитаты в >. Без вводных слов.</format>
<constraints>Только факты из текста. Не обобщай за автором. Сохрани термины.</constraints>
--- ТЕКСТ ---
{ВСТАВЬ_ТЕКСТ}Видео/Лекции (по таймкодам)
Требует на входе субтитров или транскрипта. Строит карту по времени.
<task>Разбей на логические блоки с таймкодами [MM:SS].
Структура блока: Тема → Суть (2-3 строки) → Ключевая цитата.
Фильтр: убирай "э-э-э", отступления, приветствия.</task>Встречи/Звонки (Action-oriented)
Фокус на решениях, ответственных и дедлайнах. Игнорирует болтологию.
<task>Выдай таблицу:
| Решение | Ответственный | Дедлайн | Контекст |
| Риски/Блокеры | Владелец | Статус |
Отдельно: "Парковка" (отложенные темы).</task>Код/Техдоки (Architecture Decision Record)
Для ревью PR, RFC, логов. Сохраняет сигнатуры, зависимости, trade-offs.
<task>Формат ADR:
## Context (Проблема)
## Decision (Что принято)
## Consequences (Плюсы/Минусы/Риски)
## Alternatives considered
Ссылки на файлы/строки обязательны.</task>Исследования/Наука (Evidence Map)
Разделяет факты, методологию, лимиты выборки и выводы автора.
<task>Схема:
- Research Question
- Methodology / Sample / Limits
- Key Findings (с p-value/эффектом)
- Author Conclusions vs Data
- Gaps for future work
Таблица сравнения, если есть контрольные группы.</task>Параметры генерации: что крутить, когда результат неуд
Детерминизм ↔ Креативность
0.0–0.3 — для конспектов, фактов, кода. Жёсткое следование инструкции.
0.4–0.7 — для синтеза идей, перефразирования сложных концепций.
>0.8 — только для креативных задач, для конспектов не подходит.
Ширина выборки токенов
Оставьте 0.9–0.95 по умолчанию. Снижение до 0.1–0.3 вместе с низкой Temperature делает вывод максимально предсказуемым и «сухим» — идеально для регламентных конспектов.
Жёсткий потолок длины
Ставьте с запасом 20–30% от ожидаемого объёма. Обрезка посередине предложения — частая ошибка. Для больших текстов лучше использовать цепочку промтов (Map-Reduce), чем один гигантский лимит.
Разделение инструкций
Роль (R) и глобальные правила (K) — в System Prompt. Они «проживают» в контексте всегда. Задача (O), Контекст (C) и исходник — в User Prompt. Это экономит токены при диалоге и повышает приоритет инструкций.