Коротко: не писать длинные промпты-инструкции, а давать задачу и контекст.

Рабочий формат теперь

Задача: [что нужно получить]

Контекст:
- [что важно знать]
- [для кого / где используется]
- [исходные материалы]

Критерии результата:
- [что обязательно должно быть]
- [какой формат]
- [что считать хорошим результатом]

Если данных не хватает — сначала задай вопросы.

Было

Ты эксперт. Всегда анализируй глубоко.
Не используй клише.
Пиши структурированно.
Никогда не делай X.
Всегда делай Y.
Используй такой-то процесс из 12 шагов...

Стало

Напиши пост для моего блога об AI.
Аудитория — предприниматели и специалисты, не разработчики.
Тема — почему контекст важнее промпта.
Тон — умный, живой, без инфоцыганства.
Длина — до ается 1200 знаков.
Дай 3 варианта заголовка и один финальный текст.

Главные правила из статьи Anthropic:

1. Убирать лишние и конфликтующие инструкции.
2. Не писать «всегда» и «никогда», если это не вопрос безопасности.
3. Вместо запретов:
«ориентируйся на стиль окружающего текста / кодовой базы / примеров».
4. Давать не простыню примеров, а хорошие исходники и критерии качества.
5. Большую справочную информацию хранить в файлах/скиллах, но загружать по необходимости.
6. Периодически чистить инструкции: всё, что модель и так понимает, — удалить.

То есть правильная единица теперь — не prompt engineering, а context engineering:

намерение → контекст → ограничения → критерий успеха

Для общения со мной тебе чаще всего достаточно писать просто:

Сделай X.
Вот контекст: Y.
Результат нужен в формате Z.
Стиль — такой-то.

А не проектировать промпт как ТЗ для тупого исполнителя.