Дозволи — це межа автономності
Permission mode визначає, які дії Claude може виконувати в поточній сесії та коли потрібне підтвердження. Його потрібно обирати до постановки задачі, а не після появи небажаних змін.
Git baseline, permission mode і prompt мають різні ролі: Git дає точку повернення, permissions обмежують дії, а prompt описує мету.
| Складова | Питання, на яке вона відповідає |
|---|---|
| Git baseline | Як повернутися до безпечного стану? |
| Permission mode | Які дії дозволені Claude? |
| Prompt | Яку задачу потрібно виконати? |
| Review і тести | Чи можна прийняти отриманий результат? |
Чотири поведінкові сімейства
| Поведінка | Коли доречна | Основний контроль |
|---|---|---|
| Дослідницька / read-only | Незнайомий код і пошук причини бага | Не редагувати, а зібрати контекст і план |
| Звичайна з підтвердженнями | Більшість реалізаційних задач | Підтверджувати чутливі кроки |
| Прискорена локальна | Механічні зміни з вузьким scope | Окрема гілка та очевидний rollback |
| Майже автономна | Одноразова sandbox-сесія | Середовище, яке можна безболісно викинути |
Приклади вибору режиму
- Невідомий баг спочатку досліджуйте без редагування.
- Невелику правку виконуйте у звичайному режимі з підтвердженнями.
- Масові механічні зміни допускайте лише за вузького scope і простого відкату.
- Auth, платежі, міграції та грошові розрахунки потребують консервативного режиму.
git switch -c investigate/refund-order
claude --permission-mode plan
# Після підтвердження гіпотези — окрема гілка для фіксу
git switch -c fix/refund-order
claude --permission-mode defaultЩо потребує підтвердження
Читання, пошук і аналіз зазвичай мають менший ризик. Запис у файли, запуск команд із побічними ефектами, масові зміни та руйнівні операції можуть змінити стан проєкту, тому їх потрібно розглядати окремо.
Approval — це сигнал, що наступний крок має вищу ціну помилки. Підтвердження не замінює scope і не означає, що запропонована дія правильна.
- Не підтверджуйте дію, якщо не зрозуміло, які файли або дані вона зачепить.
- Не використовуйте prompt як заміну технічним обмеженням.
- За сумнівів зупиніться, уточніть контекст і виберіть суворіший режим.
Алгоритм контрольованої сесії
- Перевірте репозиторій і локальний стан.
- Визначте межі задачі та чутливі зони.
- Оберіть permission mode до першого змістовного запиту.
- Попросіть аналіз і план, якщо проблема ще не зрозуміла.
- Підтверджуйте лише дії, які відповідають scope.
- Перегляньте diff, запустіть перевірки та виконайте людський review.
Канонічне джерело уроку · JavaRush
Відкрити матеріал JavaRush