Дві настройки Claude Code для автооновлень — різні
Автор Claude Code помітив, що застосунок оновлюється сам. Шукаючи, як це зупинити, знайшов дві схожі змінні: `DISABLE_AUTOUPDATER` і `DISABLE_UPDATES`. Перевірив 4 варіанти на Windows через `claude doctor` — і побачив, що попри схожі назви, поведінка різна. Під час тесту «нульового» стану сталася несподівана подія, яку довелося розбирати окремо.
Офіційна документація описує обидві змінні як «вимкнути автооновлення», але однакова назва дії не гарантує однаковий результат. Перевірити реальний стан можна лише командою `claude doctor`, а не за фактом встановлення змінної.
Одна й та сама формула — різний результат
Привід був простий: Claude Code оновлюється сам, і версія іноді змінюється, хоча ти нічого спеціально не робив. Пошук налаштування для зупинки вивів на дві змінні середовища — DISABLE_AUTOUPDATER і DISABLE_UPDATES. В офіційній документації обидві підписані однаково: «вимкнути автооновлення». Автор вирішив не довіряти опису на слово, а перевірити руками, чи справді назви, схожі до плутанини, дають однакову поведінку.
Результат тесту показав, що ні: попри однакове формулювання в документації, `DISABLE_AUTOUPDATER` і `DISABLE_UPDATES` повелися по-різному. Джерело не розкриває, у чому саме різниця (ці деталі лишились у платній частині матеріалу), але сам факт розбіжності — головний висновок: однакова назва дії в описі не гарантує однаковий ефект у середовищі, де ти реально працюєш.
Другий приклад: та сама пастка з дозволом на небезпечні дії
Це не перший раз, коли автор натрапляв на розрив між описом і поведінкою. Раніше він редагував `.claude/settings.json`, щоб перевести Claude Code в режим, який виконує потенційно небезпечні дії без підтвердження. Досліджуючи цей «Auto Mode», зіткнувся з тим самим: офіційний опис режиму не давав відповіді, чи справді він працює так у конкретному середовищі — це можна було з'ясувати лише експериментально.
Висновок, спільний для обох випадків: якщо налаштування Claude Code звучить однозначно («вимикає X», «дозволяє Y без підтвердження»), це не привід зупинятись на читанні документації. Формулювання в докс і фактична поведінка — дві різні речі, і перевіряти варто саме другу.
Покроковий тест: 4 стани через claude doctor
- Стан без жодної змінної — базова точка відліку.
- Стан лише з `DISABLE_AUTOUPDATER`.
- Стан лише з `DISABLE_UPDATES`.
- Стан з обома змінними одночасно.
У кожному стані автор дивився вивід `claude doctor`, а потім запускав саму команду оновлення, щоб побачити, чи відповідає реальна дія тому, що показав `doctor`. Саме на першому, «нульовому» стані — де мало не бути нічого налаштовано — сталася несподівана подія, яку довелось окремо розслідувати, перш ніж можна було довіряти подальшому порівнянню. Джерело не пояснює, що саме сталося, але сам випадок — важливе нагадування: перш ніж тестувати варіанти налаштування, переконайся, що твій «базовий» стан справді чистий, а не вже містить залишки попередніх запусків чи кешу.
Що перевірити, перш ніж довіряти налаштуванню
Перше правило з цього тесту: реальний стан перевіряють командою `claude doctor`, а не фактом того, що змінну взагалі встановлено в оточенні. Встановлена змінна — це намір, а не підтверджений результат.
Друге: автор прямо застерігає, що навіть якщо оновлення вдалося зупинити, це не привід вважати ситуацію повністю безпечною — матеріал не є твердженням «зупинив — і все гаразд», там є додаткові моменти, на які варто зважати вже після зупинки.
Тест проводили у Windows-середовищі — на macOS чи Linux `claude doctor` може показати іншу картину для тих самих двох змінних, тож перед тим як переносити висновок на свою машину, варто прогнати ті самі 4 стани локально.