Промпт формується ітеративно
Складне завдання рідко має ідеальне формулювання з першої спроби. Робочий prompt уточнюється через спостережувану проблему, розділення фактів і припущень, явні межі, винятки, критерії приймання та план перевірки.
- Опишіть проблему через спостережувану поведінку.
- Відокремте факти від припущень.
- Уточніть scope, винятки та constraints.
- Визначте acceptance criteria й verification plan.
- Перечитайте постановку перед переходом до коду.
Технічне інтервʼю замість передчасного коду
Якщо бізнес-проблема зрозуміла, але технічні межі нечіткі, спочатку попросіть Claude поставити питання та дослідити контекст без редагування. Відповідайте фактами, зафіксуйте фінальну специфікацію і лише потім переходьте до реалізації.
- Модель може виявити прогалини, але не приймає остаточні рішення.
- Непідтверджені припущення Claude не стають вимогами автоматично.
- Фазу уточнення краще відокремлювати від сесії реалізації.
Проаналізуй опис проблеми без редагування коду.
Постав питання щодо 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