Промпт формується ітеративно

Складне завдання рідко має ідеальне формулювання з першої спроби. Робочий prompt уточнюється через спостережувану проблему, розділення фактів і припущень, явні межі, винятки, критерії приймання та план перевірки.

  1. Опишіть проблему через спостережувану поведінку.
  2. Відокремте факти від припущень.
  3. Уточніть scope, винятки та constraints.
  4. Визначте acceptance criteria й verification plan.
  5. Перечитайте постановку перед переходом до коду.

Технічне інтервʼю замість передчасного коду

Якщо бізнес-проблема зрозуміла, але технічні межі нечіткі, спочатку попросіть Claude поставити питання та дослідити контекст без редагування. Відповідайте фактами, зафіксуйте фінальну специфікацію і лише потім переходьте до реалізації.

  • Модель може виявити прогалини, але не приймає остаточні рішення.
  • Непідтверджені припущення Claude не стають вимогами автоматично.
  • Фазу уточнення краще відокремлювати від сесії реалізації.
Перший prompt для уточнення
Проаналізуй опис проблеми без редагування коду.
Постав питання щодо scope, обмежень і перевірки.
Відокрем підтверджені факти від гіпотез.
Після відповідей запропонуй структуру TASK_SPEC.md.

Основні антипатерни

АнтипатернКращий підхід
«Виправ усе»Одна проблема, scope і non-goals
Немає критеріївОписати очікувану поведінку
Перевірка після кодуПланувати verification заздалегідь
Feature разом із рефакторингомРозділити зміни
Довіра до впевненого висновкуПеревірити diff і докази
Забруднена довга сесіяЗафіксувати spec і почати чисту сесію

Розділяйте сесії підготовки та реалізації

Сесія підготовкиСесія реалізації
Аналіз проблемиЗатверджена специфікація
Питання й відповідіПідтверджені докази
TASK_SPEC.md та EVIDENCE_LOG.mdПланування, зміни та перевірка
Непідтверджені гіпотезиReviewable diff і результати тестів

Фінальний маршрут якісної задачі

  • Перед реалізацією відомо, що змінюється і що залишається незмінним.
  • Підтверджені факти відокремлені від робочих гіпотез.
  • Для кожного критерію є спосіб перевірки.
  • Фінальний результат приймається за diff, перевірками та людським review.
Explore → Plan → Implement → Verify → Review → Commit / PR

Канонічне джерело уроку · JavaRush

Відкрити матеріал JavaRush