Довга задача — це послідовність станів

Велика AI-задача потребує не довшого prompt, а організованого інженерного процесу. Роздутий контекст, змішані проблеми, застарілі припущення та нечіткий scope поступово позбавляють команду контролю.

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

АртефактЩо фіксує
Task specМету, scope, non-goals, constraints і умови завершення
Milestone summaryЗроблене, залишене, ризики та наступний крок
Decision logРішення, які не потрібно переглядати без нових підстав
Малий commitВідновлювану точку в Git-історії
Verification resultДоказ проходження конкретного етапу

Розбийте роботу на milestones

  1. Зафіксуйте поточну поведінку тестами або іншими перевірками.
  2. Виконайте один основний етап зміни.
  3. Перевірте diff і релевантні тести.
  4. Очистіть зовнішній шар або документацію, якщо це окремий етап.
  5. Створіть summary, оновіть decision log і зробіть невеликий commit.
  6. Починайте наступний milestone лише з записаного стану.
Іменована сесія та перевірка milestone
claude --resume refund-refactor
./gradlew test
./gradlew build
git diff --stat

Покроковий і goal-driven режими

РежимКоли доречний
ПокроковийФінансова логіка, public contracts, невизначена архітектура або слабкі тести
Goal-drivenДобре обмежена задача з надійними автоматичними тестами та формальною умовою завершення

Ознаки втрати контролю

  • Claude повертається до відкинутих ідей;
  • змішуються кілька підходів або незалежних задач;
  • зʼявляються циклічні пропозиції;
  • зміни виходять у unrelated-модулі;
  • diff зростає без зміни мети.

Підсумок етапу

Milestone summary
## Зроблено
- ...

## Перевірено
- ...

## Залишилося
- ...

## Ризики
- ...

## Наступний крок
- ...

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

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