Checkpoint не дорівнює Git-коміту
Checkpoint зберігає контрольну точку всередині Claude-сесії, а `/rewind` повертає роботу до попереднього стану діалогу або сесійної гілки. Це не універсальний аналог Git-коміту.
Git-коміт, push, міграція бази, виклик зовнішнього сервісу та деплой не скасовуються через `/rewind`. Для таких ефектів потрібна окрема процедура rollback.
| Інструмент | Що він контролює |
|---|---|
Checkpoint / /rewind | Стан роботи Claude у поточній сесії |
| Git commit | Збережені зміни та історію репозиторію |
| Git revert | Новий коміт, що скасовує вже опублікований коміт |
| Rollback зовнішньої дії | Міграції, деплои, дані та виклики сервісів окремими процедурами |
Підготуйте checkpoint
- Перевірте, що базові тести проходять.
- Зафіксуйте baseline у Git або іншим відтворюваним способом.
- Опишіть поточний milestone і його scope.
- Переконайтеся, що список дозволених файлів зрозумілий.
- Перед ризикованим експериментом збережіть контрольну точку.
/rewind
/help
# Перевірте актуальний синтаксис команди у вашій версії.Як діяти після небажаного напрямку
- Зупиніть подальші правки.
- Перевірте, чи не було створено коміту або зовнішнього ефекту.
- Оцініть diff і стан файлів.
- Виконайте
/rewind, якщо проблема належить до сесійної роботи. - Звузьте prompt і попросіть спочатку мінімальний план.
- Повторно перевірте файли й тести перед продовженням.
Обмеження `/rewind`
- Ручні зміни в IDE можуть не належати до стану Claude-сесії.
- Коміт у Git потребує
git revertабо іншої Git-процедури. - Міграція бази потребує зворотної міграції чи відновлення з резервної копії.
- Зовнішній запит або деплой не скасовується автоматично.
- Нова сесія може бути кращою, якщо проблема вже в перевантаженому контексті.
Після відкату
Checkpoint корисний разом із Git-baseline, малими кроками, перевіркою diff і тестами. Не сприймайте відкат як дозвіл продовжити без аналізу причини невдалої ітерації.
Канонічне джерело уроку · JavaRush
Відкрити матеріал JavaRush