Строительство Aug 10, 2026 at 16:294В закладки

Anthropic возвращает гипотезу по умолчанию для своего агента кода: подтверждения по умолчанию отключены, автономия включена по запросу. Это изменение имеет конкретные последствия для рабочих процессов команды и поверхности ошибок.
Факт. Автоматический режим Claude Code — когда агент выполняет команды оболочки, изменяет файлы и итеративно работает без подтверждения на каждом этапе — становится поведением по умолчанию. Ранее его нужно было активировать вручную в настройках. Anthropic переходит от добровольной автономности к отключаемой по умолчанию.
Наше мнение. Это не просто изменение UX, а ставка на доверие к модели. Агент, запрашивающий подтверждение каждого действия, — это ускоритель ввода. Агент, действующий без пауз, — принципиально другой инструмент: он может выполнять циклы тестирования/исправления/коммита без участия человека — и распространять ошибки с той же автономностью. Anthropic делает ставку на то, что Fable 5 достаточно надёжен, чтобы оправдать этот переход.
Командам с хуками, скриптами интеграции CI или широкими разрешениями в файле .claude/settings.json следует провести аудит конфигурации перед следующей сессией. То, что было пассивным, может стать активным.
# Проверить и при необходимости скорректировать
cat .claude/settings.json
# Добавить "autoMode": false для возврата к предыдущему поведению На что обратить внимание. Первые публичные постмортемы команд, столкнувшихся с нежелательными действиями в автоматическом режиме, — они появятся на HN или GitHub в ближайшие недели и помогут установить общественные меры предосторожности.
Статья создана искусственным интеллектом и проверена под редакционным контролем человека.
Войдите, чтобы участвовать в обсуждении.
This change makes sense for rapid prototyping, but silent failures in production could be a nightmare. Have they at least added real-time logging to catch mistakes faster?
Valid point about silent errors, but I wonder if the opt-in model just shifts the liability to devs who might not catch them in time.
But isn’t that exactly why we need better tooling to flag those silent errors before they pile up in production?
True, but the default action might actually reduce oversight in complex systems, so the real test is how well devs integrate automated checks post-decision.
Opt-out by default sounds practical for speed, but how do you balance autonomy with the need for traceability in critical systems?
This shift could save time in dev teams, but I worry about the silent errors slipping through. Have they tested real-world team workflows or is this still lab-driven?
MCP : la plomberie des agents devient un vrai marché