Меньше пустого листа.
Больше результата.

Помоги выбрать модель и режим работы под мою задачу.

Задача: [что нужно сделать].
Входные материалы: [формат, объём и язык].
Ожидаемый результат: [файл, текст, код или решение].
Ограничения: [срок, бюджет, приватность].
Критерии приёмки: [как проверить качество].
Доступные инструменты и модели: [список из моего интерфейса].

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

1. Определи, что здесь важнее: скорость, работа с большим контекстом, точность, инструменты или сложное рассуждение.
2. Для большой однотипной партии предложи более экономный вариант только если выигрыш превышает затраты на передачу контекста и проверку.
3. Для неоднозначного решения предложи отдельную глубокую проверку, если она снижает конкретный риск.
4. Делегируй только независимые части. Не отдавай одну и ту же работу нескольким исполнителям. План, объединение и приёмка остаются у основного исполнителя.
5. Не придумывай доступность, цены и лимиты. Если сравнение зависит от них, проверь актуальные официальные сведения или укажи, каких данных не хватает. Не меняй подписку и не запускай платные задачи без согласования.

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

Период и событие: [укажите].
Фотографии: [папка или выбранные файлы].
Типография и формат: [укажите, если уже выбраны].

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

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

Процесс:
1. Раздели фотографии по году и событию: отпуска, дети, свадьбы, праздники и другие важные периоды.
2. Убери из черновой подборки точные дубли; похожие кадры оставь на выбор.
3. Отметь размытые, тёмные, случайные и чувствительные фотографии, но не удаляй оригиналы.
4. Построй историю альбома: обложка, вступление, главы, кульминация, завершение.
5. Для каждого разворота предложи 1–5 фотографий и короткую подпись без выдуманных дат или мест.
6. Экспортируй только утверждённые копии в отдельную рабочую папку.
7. Перед финалом проверь разрешение, обрезку лиц, поля, порядок страниц и читаемость подписей.

Верни:
- структуру альбома;
- список выбранных фотографий;
- список спорных кадров;
- таблицу качества и требуемой обработки;
- макет на проверку;
- финальный чек-лист перед отправкой в печать.

Подготовь управленческую презентацию на основе предоставленных материалов.

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

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

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

Один слайд — одна основная мысль. Убери повторы, общие обещания и неподтверждённые цифры. Не выдумывай эффект, сроки, клиентов или готовность проекта.

Выдай три связанных результата с одинаковой нумерацией слайдов:
А. Готовые тексты: тезисный заголовок, короткий основной текст, данные, управленческое следствие, источник и заметки докладчика.
Б. Задания на визуалы: что объясняет схема, график или изображение. Численные сравнения — редактируемые 2D-диаграммы. 3D используй только там, где объём помогает понять устройство или процесс. Для генерации дай отдельный промпт без букв, цифр и встроенных подписей.
В. Сборка: единая сетка, поля, шрифты, контраст и размеры зон. Тексты, таблицы и диаграммы должны оставаться редактируемыми; иллюстрации — отдельными изображениями.

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

В финале покажи конкретные решения для рассмотрения, нерешённые вопросы к данным и список проверок, которые действительно выполнены.

Помоги проверить продуктовую гипотезу до того, как команда начнёт разработку.

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

1. Раздели подтверждённые факты, интерпретации и предположения. Не выдавай мнение команды за потребность клиента.
2. Сформулируй гипотезу: для кого, какую проблему решаем, какое поведение изменится и почему это ценно для бизнеса.
3. Найди самое рискованное предположение: то, при опровержении которого идея теряет смысл.
4. Предложи до трёх способов его проверить до полноценной разработки: интервью о прошлом опыте, ручной сервис, прототип или другой подходящий эксперимент. Объясни, что каждый способ доказывает и чего не доказывает.
5. Выбери самый короткий достаточный эксперимент. Опиши участников, шаги, срок, затраты и способ фиксации результата.
6. Задай основную метрику и защитные показатели. Если исходного уровня или данных для порога нет, укажи, как их получить. Числа, предложенные для обсуждения, пометь как допущения.
7. Сформулируй заранее три решения: продолжаем, меняем гипотезу, останавливаемся. Для каждого — наблюдаемое условие. Отдельно укажи, когда данных недостаточно для вывода.

Верни карточку эксперимента на одну страницу и список недостающих данных. Не обещай рост метрик и не начинай разработку, пока не определены критерии проверки.

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

Предмет решения: [что нужно согласовать].
Аудитория: [кто принимает решение и что для них важно].
Исходные материалы: [заметки, расчёты, исследования, ограничения].
Срок решения: [дата, если известна].

Начни с одного предложения: какое решение предлагается и зачем оно нужно сейчас.

Собери записку в следующем порядке:
1. Проблема и цена бездействия. Отдели подтверждённые последствия от прогнозов.
2. Варианты: ничего не менять, рекомендуемый вариант и разумная альтернатива. Сравни их по одинаковым критериям.
3. Ожидаемый эффект: клиентский, финансовый и операционный. Для каждой цифры укажи источник, период, исходный уровень, допущение и способ измерения. Не складывай пересекающиеся эффекты.
4. Ресурсы и зависимости: люди, бюджет, ИТ, инфраструктура, информационная безопасность, внешние участники. Не назначай ответственных от их имени.
5. Основные риски: вероятность, влияние, меры и остаточный риск. Если оценка экспертная, обозначь это.
6. План: первый шаг, этапы, критерии готовности и условия остановки или пересмотра.
7. Запрос к комитету: что именно утвердить, кто нужен для следующего шага и какие вопросы пока открыты.

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

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

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

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

Предложи минимальную структуру:
- CONTEXT_INDEX.md — назначение проекта и ссылки на нужные файлы;
- projects/[проект]/CONTEXT.md — цель, актуальный статус, ограничения, ссылки на рабочие источники и следующий шаг;
- DECISIONS.md — только устойчивые решения с датой и кратким основанием.
Не создавай дополнительные уровни и файлы без необходимости. Если структура уже есть, впиши материалы в неё.

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

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

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

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