Цього місяця Anthropic випустила Claude Code версії 2.1.207, і серед прихованих у примітках до релізу змін є та, що переписує правила розробки за допомогою ШІ. Автоматичний режим (Auto mode) тепер є режимом за замовчуванням на трьох основних хмарних платформах, де хоститься агент: Amazon Bedrock, Google Vertex AI та Microsoft Azure Foundry. Ця єдина зміна змінює те, хто володіє ланцюгом схвалення, коли згенерований машиною код потрапляє у ваш репозиторій.

Старий підхід був недосконалим

До цього релізу Claude Code за замовчуванням працював у ручному режимі. Агент готував редагування файлу, створював команду оболонки (shell command) або ставив у чергу git commit, а потім зупинявся. Він чекав, поки людина перегляне diff, перевірить команду та натисне «схвалити». Теорія була слушною: ніколи не дозволяти ШІ торкатися робочого (production) коду без підтвердження людиною.

Реальність була іншою. Anthropic з'ясувала, що 93% користувачів у ручному режимі схвалювали запити, не читаючи їх. Розробники сприймали екран схвалення як перешкоду, а не як контрольний пункт. Вони швидко натискали «так», щоб не випадати з робочого потоку, що робило ручний контроль марним. Контроль безпеки, який усі ігнорують, — це не контроль. Це тертя, що маскується під безпеку.

Як автоматичний режим замінює клік людини

Автоматичний режим замінює це формальне людське схвалення другою моделлю ШІ. Цей класифікатор перевіряє кожну дію агента перед її виконанням. Він перевіряє, чи відповідає крок початковому завданню і чи не відхилився агент від курсу. Якщо класифікатор дозволяє дію, агент діє негайно. Жодних сповіщень. Жодних спливаючих вікон. Жодного очікування, поки ви закінчите обід.

Це інший тип страховочної сітки. Класифікатор не втомлюється о 2 годині ночі. Він не пропускає читання через наближення дедлайну. І він застосовує таку ж ретельну перевірку до сотої дії, як і до першої. Втомлений інженер не може сказати того ж самого.

Зміна парадигми управління

Глибша зміна полягає в налаштуваннях за замовчуванням та відповідальності. До версії 2.1.207 командам доводилося свідомо обирати автоматичний режим. Тепер ситуація змінилася на протилежну: ви повинні вжити явних дій, щоб його вимкнути. Якщо ваша компанія працює з регульованими даними у фінансах або охороні здоров'я, це не просто незначна зміна UX. Це подія рівня політики безпеки. Ваша команда з комплаєнсу має знати, що автономні коміти можуть уже потрапляти у ваші репозиторії, якщо хтось явно не вимкнув цю функцію.

Що вам слід зробити прямо зараз

По-перше, проведіть аудит поточного стану. Перегляньте ваші нещодавні логи та історію git. Якщо ви бачите коміти, що належать Claude Code, але не знаходите відповідних запитів на людське схвалення в записах сесій, автоматичний режим уже активовано. Не припускайте, що ваша стара конфігурація збереглася.

Якщо вам потрібно повернути ручне керування, знайте, що старі методи більше не працюють. Anthropic припинила підтримку попередніх змінних середовища, які перемикали цю поведінку. Тепер ви повинні встановити disableAutoMode у своєму файлі керованих налаштувань. Будь-які застарілі обхідні шляхи у ваших конфігураціях оболонки або образах контейнерів не спрацюють без попередження, тому перевірте свої конвеєри розгортання (deployment pipelines) після оновлення.

Ви не можете тонко налаштувати класифікатор. Немає регуляторів для його агресивності або порогу ризику. Ваші єдині практичні засоби контролю — це контроль доступу. Звузьте радіус ураження. Обмежте агента конкретними директоріями. Надайте йому короткострокові облікові дані з мінімально необхідними дозволами. Якщо класифікатор колись пропустить шкідливу дію, агент з обмеженим доступом завдасть набагато менше шкоди, ніж той, що має права адміністратора.

Де автоматичний режим виправдовує себе

Перевага тут — чиста швидкість у роботі, яка не варта людського часу. Автоматичний режим чудово справляється з обмеженими, повторюваними завданнями, де ставки низькі, а патерн зрозумілий. Розгляньте варіант форматування сотні файлів після оновлення правил лінтера. Або оновлення залежності рівня patch після виходу сповіщення про безпеку. Агент може ітерувати, застосовувати, тестувати та робити коміт, не відволікаючи інженера від глибокої концентрації.

Це важливо, тому що час інженерів обмежений. Кожна хвилина, витрачена на натискання «схвалити» для виправлення пробілів, — це хвилина, вкрадена у архітектури, реагування на інциденти або справді складних 20% роботи, що все ще потребують людського судження. Автоматичний режим повертає цей час.

Але швидкість без дисципліни — це просто прискорене накопичення технічного боргу. Класифікатор перевіряє, чи відповідає дія запиту. Він не перевіряє, чи проходить отриманий код ваш набір інтеграційних тестів, чи дотримується він ваших інваріантів домену або вашого стилю коду. Вам усе ще потрібні CI-шлюзи, перегляд коду (code review) та автоматизовані тести, перш ніж щось потрапить у продакшн.

The Multi-Cloud Complication

Because this default rolled out simultaneously across Bedrock, Vertex AI, and Azure Foundry, shops running multi-cloud setups need to think about consistency. You cannot let auto mode run with loose permissions on AWS while keeping it locked down on GCP unless you configure each platform deliberately. If you treat these three clouds as a single operational mesh, standardize your disableAutoMode policy and your identity boundaries now. Drift between platforms is invisible until it breaks a build—or worse.

It is also worth remembering what the classifier does not see. It evaluates whether the agent stays on task, not whether a refactor creates ripple effects across your codebase. An agent extracting a shared utility might look perfectly aligned with its prompt while subtly altering an interface that ten downstream services depend on. The classifier is not a senior architect. It is a task checker.

A Checklist for the Next Sprint

If you are managing this transition, here are concrete steps to take this week:

  • Audit two weeks of logs. Map every Claude Code commit. Flag any that landed without a human approval prompt.
  • Scope the credentials. Create a dedicated service account for the agent. Grant write access only to directories it actually needs. Never give it access to production databases, deployment keys, or customer data stores.
  • Update your documentation. Remove references to the old environment variable toggles. Point on-call engineers to the new disableAutoMode managed setting.
  • Segment by risk. Allow auto mode for dev-only hygiene tasks like formatting and minor dependency bumps. Require manual mode or full human review for anything touching business logic, authentication, or data handling code.
  • Brief your compliance team. Explain that the classifier is a automated check, not a human sign-off. Show them how the new opt-out default interacts with your existing change-control policies.

Keep the Guardrails, Drop the Theater

Auto mode makes AI-assisted coding faster by removing the approval ritual that manual mode had become. A second model reviewing the agent is a better safeguard than an exhausted developer mashing "yes" at midnight. But a default is a decision made in advance, and this one assumes you want autonomy until you say otherwise.

Treat 2.1.207 as an infrastructure change, not a convenience upgrade. Review your permissions, rewrite your runbooks, and choose deliberately which workflows stay automatic and which stay human. Let the agent handle the grunt work. Your job is to make sure the walls around that work are tight enough to hold.

Join the discussion in the GyaanSetu AI Community on Telegram.