Промпты

Ти — senior system architect. Проаналізуй задачу нижче як production-рішення, а не як демо.

ЗАДАЧА:
{{task}}

КОНТЕКСТ І ОБМЕЖЕННЯ:
{{context}}

Дай відповідь у структурі:
1. Ціль і критерії успіху.
2. Ключові припущення, які треба перевірити.
3. Архітектура та компоненти.
4. Потоки даних і критичні залежності.
5. 3 головні trade-offs.
6. Ризики: security, privacy, reliability, cost, vendor lock-in.
7. Найменший production-ready варіант.
8. Що не варто будувати зараз.
9. Покроковий план реалізації.
10. Один наступний крок з максимальним leverage.

Не погоджуйся автоматично з моїм початковим рішенням. Якщо є кращий варіант — запропонуй його і поясни, чому він сильніший.

Проведи production-grade code review коду нижче.

КОД:
{{code}}

КОНТЕКСТ:
{{context}}

Пріоритет перевірки:
1. correctness і приховані edge cases;
2. security та витоки даних;
3. race conditions / concurrency;
4. failure handling і observability;
5. performance bottlenecks;
6. API/typing/contracts;
7. maintainability лише після функціональних ризиків.

Для кожної знайденої проблеми вкажи severity, точну причину, сценарій відмови та мінімальний fix. Не вигадуй проблем заради кількості. Наприкінці дай verdict: BLOCK / NEEDS_FIX / SAFE_TO_MERGE.

Досліди тему: {{topic}}.

Мета рішення: {{decision}}
Часовий горизонт: {{timeframe}}

Працюй у кілька проходів:
1. Сформулюй 5–10 ключових claims, які реально впливають на рішення.
2. Для кожного claim знайди найсильніші первинні або авторитетні джерела.
3. Відокрем факти, оцінки, прогнози й маркетингові твердження.
4. Знайди суперечливі дані та поясни, чому джерела розходяться.
5. Познач, де доказів недостатньо.
6. Побудуй evidence map: claim → evidence → confidence → implication.
7. Дай 3 сценарії: base / upside / downside.
8. Сформулюй рішення, яке зміниться найменше навіть при помилці в частині припущень.

Не підмінюй відсутність доказів впевненим тоном.

Ти — SEO + GEO strategist. Для сайту {{site}} і продукту {{product}} побудуй контент-план, який максимізує органічний результат.

Вхідні дані:
{{data}}

Для кожної потенційної теми оцінюй:
- search intent;
- business relevance;
- authority gap;
- competition / SERP difficulty;
- шанс отримати цитування в AI answers;
- унікальні дані або досвід, які можемо додати;
- conversion path;
- effort.

Не роби список із 100 банальних keyword ideas. Дай top-20, відсортовані за expected value. Для top-5 сформуй angle, структуру, primary/secondary queries, entity coverage, internal links, evidence requirements і CTA. Окремо познач теми, які краще НЕ писати.

Потрібно прийняти рішення: {{decision}}.

Варіанти:
{{options}}

Контекст:
{{context}}

Побудуй decision memo:
1. Що ми насправді оптимізуємо.
2. Які критерії мають найбільшу вагу.
3. Таблиця варіантів: expected upside, downside, probability, cost, time-to-value, reversibility, hidden dependencies.
4. Який варіант виглядає найкраще лише на поверхні, але програє системно.
5. Найкращий варіант за risk-adjusted expected value.
6. Що має статись, щоб рекомендація змінилась.
7. Pre-mortem: як це рішення може провалитися.
8. Конкретний next step, який дешево зменшить найбільшу невизначеність.

Не використовуй псевдоточні числа без підстав.

Проаналізуй набір даних / метрики нижче:
{{data}}

Питання бізнесу:
{{question}}

Порядок роботи:
1. Перевір якість, пропуски, часові зсуви, дублікати, selection bias і визначення метрик.
2. Назви 3–7 найбільш ймовірних пояснень спостережуваного ефекту.
3. Для кожної гіпотези вкажи, який факт її підтвердить або спростує.
4. Відокрем correlation від plausible causation.
5. Знайди сегменти, де агрегована метрика може брехати.
6. Оціни practical significance, а не лише статистичну.
7. Дай наступні запити/експерименти в порядку information gain / cost.

Фінал: що ми знаємо, чого не знаємо, яке рішення вже можна приймати.

Оптимізуй мій промпт:
{{prompt}}

Ціль:
{{goal}}

Не виконуй сам промпт. Спочатку зроби його діагностику:
- неоднозначності;
- відсутні вхідні дані;
- конфліктні інструкції;
- місця, де модель буде домислювати;
- відсутні критерії якості;
- зайві інструкції, які не покращують результат.

Потім дай:
1. production version промпта;
2. коротку version для швидких задач;
3. input template;
4. output contract;
5. 5 acceptance tests, за якими можна оцінити відповідь моделі;
6. що не варто додавати до промпта.

Зберігай початковий intent, але змінюй структуру настільки, наскільки потрібно.

Відредагуй текст нижче:
{{text}}

Цільова аудиторія: {{audience}}
Тон: {{tone}}

Правила:
- прибери вступи, повтори, канцелярит і очевидні фрази;
- кожен абзац має додавати нову інформацію;
- не спрощуй технічні тези до неточності;
- не вигадуй факти;
- заміни абстрактні формулювання конкретними, де це можливо;
- збережи сильні формулювання автора;
- якщо теза слабка або непідтверджена — познач це окремо.

Вихід:
1. готова відредагована версія;
2. до 5 найбільш важливих змін із поясненням лише якщо вони впливають на сенс.