Skip to content

Настройка окружения: оптимизация рабочей среды Claude

📚 Навигация по серии: Предыдущая статья 45 Agent SDK научила вас встраивать ядро Claude Code в сторонние скрипты на Python и TypeScript. Эта статья возвращает нас в локальный терминал — мы разберем, как оптимизировать среду выполнения Claude Code: настройки изоляции, правила обхода сетевых прокси, кастомизацию интерфейса терминала и выбор моделей под конкретные задачи.

Рассмотрим ситуацию, с которой сталкиваются многие разработчики.

При первом знакомстве с Claude Code пользователи обычно оставляют все настройки по умолчанию. Но когда проект переходит к работе с закрытыми корпоративными репозиториями, возникает вопрос безопасности: код не изучен, и если в нем содержатся вредоносные скрипты, Claude, выполняя команды на вашем рабочем компьютере, может получить доступ к SSH-ключам, учетным записям менеджеров пакетов и конфиденциальным файлам. Популярным решением в таких случаях становится постоянный ручной контроль каждой выполняемой команды с пальцем на клавишах Ctrl+C. К концу дня разработчик устает, так и не решив основных задач.

Разработчики Claude Code предусмотрели решение этой проблемы: запуск процессов в изолированном окружении (песочнице). Вы можете настроить контейнер, виртуальную машину или встроенную песочницу, в рамках которой Claude сможет выполнять команды без риска повреждения вашей основной операционной системы. Постоянный ручной контроль команд в этом случае не требуется.

Настройка окружения редко привлекает внимание при первом запуске, но она критична для безопасности кодовой базы, экономии лимитов токенов и удобства повседневной работы. В этой статье мы подробно разберем пять ключевых направлений конфигурации.

Прочитав эту статью, вы получите:

  • Обзор пяти категорий настроек (песочница, devcontainer, сетевые прокси, кастомизация терминала и выбор моделей) с описанием их назначения.
  • Инструкцию по запуску встроенной песочницы (sandbox) через команду /sandbox для выполнения команд без постоянных запросов прав доступа.
  • Описание devcontainer: назначение, отличие от локальной песочницы и преимущества использования в командах.
  • Правила настройки сетевых прокси и самоподписанных сертификатов CA при работе за корпоративными брандмауэрами.
  • Способы настройки терминала (исправление проблемы с переносом строки Shift+Enter, настройка звуковых уведомлений и тем оформления) и управление тарифами через выбор моделей.
  • Практическое упражнение: настроим песочницу и изменим модель по умолчанию.

01 Категории настроек рабочей среды Claude

Настройки окружения определяют параметры рабочей среды, в которой Claude выполняет анализ кода и запуск тестов. Их можно разделить на пять категорий.

Аналогия с обустройством рабочего места. Перед выходом нового сотрудника (Claude) на работу руководитель подготавливает для него рабочее место: выделяет кабинет (запуск на хосте или в изолированном контейнере), настраивает телефонную линию и интернет (сетевые прокси и брандмауэры), подбирает удобный стол и стул (кастомизация терминала, перенос строк и уведомления) и определяет квалификацию сотрудника под задачи (выбор модели). Правильная подготовка рабочего места гарантирует безопасность компании и эффективность сотрудника.

Категории настроек:

  • Изоляция (где выполняются команды) — настройки песочницы (sandbox) или devcontainer, ограничивающие доступ Claude к файлам вашей операционной системы.
  • Сетевое окружение (маршрутизация трафика) — настройки прокси-серверов и сертификатов безопасности для работы внутри закрытых корпоративных сетей.
  • Интерфейс терминала (удобство работы) — параметры переноса строк, звуковых уведомлений, тем оформления и Vim-режима.
  • Используемые модели (эффективность и стоимость) — выбор между моделями Opus, Sonnet и Haiku под сложность задачи для контроля расходов.

Сравним категории настроек в таблице:

Раздел настроекРешаемая задачаКогда требуется настройка
Песочница (sandbox)Выполнение команд без постоянных запросов прав с изоляцией файловПри работе с внешним кодом и для сокращения количества подтверждений
Папка devcontainerСоздание идентичного изолированного окружения для всей командыПри коллективной разработке и автоматическом запуске тестов
Сетевые проксиНастройка подключения за корпоративными брандмауэрамиПри блокировках домена api.anthropic.com и наличии TLS-инспекции
Интерфейс терминалаАдаптация горячих клавиш, тем оформления и уведомленийПри проблемах с отправкой сообщений на Shift+Enter или отсутствии звука
Выбор моделиБаланс между качеством ответов и расходом токеновПри быстром исчерпании лимитов подписки или сложных архитектурных задачах

Разделяйте причины проблем: если программа выдает ошибку сети, не нужно перенастраивать песочницу; если вам надоели частые запросы на создание файлов, не нужно менять модель.

В повседневной работе вы чаще всего будете сталкиваться с настройками песочницы, сетевых прокси и моделей. Использование devcontainer ориентировано на командную разработку, а кастомизация терминала настраивается один раз под личные предпочтения. Сосредоточимся на основных параметрах.

💡 Резюме в одной фразе: Настройка окружения состоит из пяти направлений: изоляция процессов (песочница / devcontainer), сетевые маршруты (прокси), кастомизация интерфейса (терминал) и выбор тарифов (модели). Выберите нужную категорию перед изменением файлов настроек.


02 Встроенная песочница: безопасный запуск без частых вопросов

Начнем с наиболее полезного и часто игнорируемого инструмента — встроенной песочницы для команд Bash (sandboxed Bash tool). Это штатная функция Claude Code, запускаемая одной командой в чате.

Баланс между скоростью работы и безопасностью

При локальной разработке возникает дилемма: вы хотите дать Claude возможность свободно запускать тесты и сборку проекта, но боитесь предоставить ему неограниченный доступ к терминалу. Настройки разрешений (статья 20) предлагают крайности: подтверждать каждую команду вручную (замедляет работу) или разрешить автовыполнение всех команд (небезопасно). Использование песочницы решает эту проблему.

Аналогия с испытательным полигоном. Вы не станете тестировать гоночный автомобиль на оживленных улицах города — авария приведет к травмам и повреждению имущества. Вместо этого вы привозите автомобиль на закрытый испытательный полигон с ограждением по периметру: пилот может разгоняться до любых скоростей, не рискуя вылететь на городские дороги. Встроенная песочница — это такой полигон для Claude: операционная система изолирует каждую запускаемую им команду Bash, ограничивая список доступных для записи папок и сетевых доменов. Claude может свободно запускать сборку в рамках своей папки, но попытка обратиться к личным ключам в домашней папке будет заблокирована системой.

Принцип работы песочницы описан в документации:

Использование песочницы Bash позволяет Claude выполнять большинство стандартных команд терминала без необходимости запрашивать разрешение у пользователя. Вместо ручного подтверждения каждого шага вы задаете границы доступа к файлам и сети, а операционная система принудительно ограничивает выполнение процессов.

Фраза «операционная система принудительно ограничивает» является ключевой. Это не программное обещание Claude «я не буду открывать другие папки», это жесткое ограничение на уровне ядра ОС. Инструкции в CLAUDE.md не гарантируют безопасность, безопасность гарантируют системные ограничения песочницы.

Запуск песочницы одной командой

Встроенная песочница поддерживается в операционных системах macOS, Linux и WSL2 (на Windows запуск возможен только внутри WSL2). Для активации введите в чате команду:

text
/sandbox

Откроется интерактивное меню настройки, содержащее три вкладки:

  • Mode (режим) — выбор между автоподтверждением (Auto-allow) и стандартными запросами прав (Normal). Выбор автоподтверждения отключает запросы авторизации для команд, выполняющихся внутри песочницы.
  • Overrides (переопределения) — разрешает или запрещает выполнение команд вне песочницы, если их запуск внутри песочницы невозможен.
  • Config (конфигурация) — отображает текущие границы доступа к файлам и сети.

Технические особенности реализации на разных платформах:

  • macOS — интеграция работает по умолчанию, используя встроенный системный механизм Seatbelt. Дополнительные библиотеки устанавливать не нужно.
  • Linux / WSL2 — для работы требуются установленные в системе пакеты bubblewrap (для изоляции файлов) и socat (для проксирования сети). Если пакеты отсутствуют, меню /sandbox покажет список недостающих зависимостей. Установите их стандартным менеджером пакетов:
bash
sudo apt-get install bubblewrap socat

После установки перезапустите сессию Claude Code.

По умолчанию песочница разрешает запись файлов только в текущую рабочую директорию проекта, а при попытке отправить сетевой запрос на новый домен программа приостановит работу и запросит ваше подтверждение. Настройки песочницы сохраняются в локальном конфигурационном файле .claude/settings.local.json текущего проекта (не добавляемом в git). Для автоматического включения песочницы во всех проектах пропишите параметр sandbox.enabled: true в глобальном файле ~/.claude/settings.json (структура файлов из статьи 31).

Важный технический нюанс:

Если песочница не может запуститься из-за отсутствия системных библиотек, Claude Code по умолчанию выдаст предупреждение и продолжит выполнять команды непосредственно на вашем хосте без изоляции.

Это сделано для предотвращения блокировки работы разработчика, но создает риски. Если вам требуется строгая изоляция, установите в конфигурационном файле параметр sandbox.failIfUnavailable: true. В этом случае при невозможности запустить песочницу программа аварийно завершит работу, предотвратив запуск команд на хосте.

Важное ограничение: песочница изолирует только Bash

Помните об архитектурной особенности инструмента: встроенная песочница изолирует только команды Bash. Другие действия Claude — встроенные операции чтения/редактирования файлов (Read / Edit), сетевой парсинг страниц (WebFetch) и вызовы установленных MCP-серверов — выполняются непосредственно на вашем хост-компьютере вне песочницы.

Согласно документации:

Встроенные инструменты работы с файлами, MCP-серверы и хуки продолжают выполняться непосредственно в операционной системе вашего компьютера.

Поэтому встроенная песочница используется для сокращения количества подтверждений при рутинной локальной разработке. Если вам нужно запустить аудит абсолютно незнакомого кода, используйте devcontainer или облачную среду sandbox runtime от Anthropic, которая изолирует все процессы целиком.

💡 Резюме в одной фразе: Команда /sandbox запускает песочницу Bash, разрешающую выполнять сборку проекта без подтверждений с изоляцией на уровне ядра ОС. Помните, что встроенные инструменты файлов и MCP-серверы при этом продолжают работать на хосте.


03 Папка devcontainer: изолированное окружение для всей команды

В отличие от локальной песочницы Bash, использование devcontainer (разработка в контейнерах) изолирует весь процесс разработки целиком, перенося среду выполнения в Docker-контейнер.

Решение проблемы совместимости окружения и автоматизации тестов

Использование devcontainer решает две задачи:

Во-первых, устраняет различия в окружении разработчиков. Если на вашем компьютере установлена Node.js v18, а у коллеги — Node.js v20, тесты Claude могут давать разные результаты. Во-вторых, позволяет безопасно запускать Claude в автоматическом режиме. Вы можете оставить долгоиграющую задачу на ночь, не опасаясь, что AI повредит файлы вашей операционной системы.

Аналогия с арендой отдельного офиса. Вы можете работать в общем коворкинге (локальный хост), где на вашем столе лежат личные документы, а мимо ходят посторонние люди — вам приходится постоянно контролировать сохранность вещей. Но вы можете арендовать закрытый офис в бизнес-центре (devcontainer) со стандартной мебелью (одинаковой для всех филиалов) и закрыть дверь на ключ. Ваши личные вещи остались дома, а внутри офиса можно спокойно работать. devcontainer — это такой закрытый офис: стандартизированный контейнер Docker, изолированный от вашей основной операционной системы.

Определение технологии:

Разработка в контейнерах (dev container) позволяет настроить стандартизированную изолированную среду для всех участников проекта. При запуске Claude Code внутри контейнера все его действия и команды Bash выполняются в изолированном Docker-окружении, а результаты изменения файлов автоматически синхронизируются с вашим локальным репозиторием.

Важная деталь: вычисления происходят в изоляции, но результаты работы сохраняются в вашем проекте. Вы получаете безопасность вычислений без потери удобства работы с локальными файлами.

Интеграция Claude Code в devcontainer

Для работы технологии необходим установленный Docker и редактор с поддержкой спецификации Dev Containers (VS Code, Cursor, среды JetBrains). Для установки Claude Code добавьте в конфигурационный файл проекта .devcontainer/devcontainer.json следующий блок:

json
{
  "image": "mcr.microsoft.com/devcontainers/base:ubuntu",
  "features": {
    "ghcr.io/anthropics/devcontainer-features/claude-code:1.0": {}
  }
}

Свойство features указывает Docker установить Claude Code внутрь контейнера при сборке. После добавления строки запустите в редакторе команду Dev Containers: Rebuild Container для пересборки окружения.

Ограничение при работе в контейнере:

Папка настроек домашней директории по умолчанию перезаписывается при пересборке контейнера, что потребует повторной авторизации в Claude при каждом обновлении Docker-окружения.

Для сохранения авторизации настройте постоянное монтирование папки ~/.claude через механизм Named Volumes в Docker.

Соблюдайте правила безопасности при работе с Docker:

Используйте контейнеры только при работе с проверенными репозиториями и контролируйте действия AI. Избегайте монтирования личных SSH-ключей (~/.ssh) или глобальных конфигураций облачных провайдеров внутрь контейнера.

Передача SSH-ключей внутрь контейнера снижает уровень безопасности, так как скомпрометированный код в контейнере получит доступ к вашим внешним серверам. Используйте краткосрочные токены доступа для конкретного репозитория.

Различие между песочницей Bash и devcontainer

Сравним доступные механизмы изоляции процессов:

ПараметрПесочница Bash (/sandbox)Папка devcontainerВиртуальная машина (VM)
Что изолируетсяТолько процессы BashВесь процесс разработки и утилитыВся операционная система
Требование к DockerНетДаНет (нужен гипервизор)
Скорость запускаМгновенноТребует времени на сборку контейнераМедленно
ПрименениеБыстрая локальная разработкаСтандартизация команды, тестыЗапуск вредоносного кода

Спектр уровней изоляции можно представить в виде схемы:

布局: Шкала уровней изоляции Claude Code: от прямого запуска на хосте до встроенного sandbox, devcontainer, VM и изолированного облака

Схема показывает увеличение уровня безопасности слева направо: от отсутствия изоляции при работе на хосте до песочницы Bash, devcontainer, виртуальной машины и полностью изолированного облака Anthropic. Выбирайте уровень изоляции в зависимости от степени доверия к коду проекта.

Правила выбора:

  • Локальная проверенная разработка — используйте встроенную песочницу Bash через /sandbox.
  • Командная работа и автотесты — настраивайте devcontainer для стандартизации среды.
  • Непроверенный внешний код — запускайте процессы в виртуальной машине или используйте веб-версию Claude Code.

💡 Резюме в одной фразе: Папка devcontainer изолирует всю среду разработки через Docker, исключая конфликты версий ПО у коллег. Настройка выполняется через файл devcontainer.json. Выбирайте уровень изоляции исходя из доверия к кодовой базе проекта.


04 Сетевое окружение: работа за прокси и брандмауэрами

Этот раздел предназначен для разработчиков, работающих в закрытых корпоративных сетях или сталкивающихся с блокировками прямого доступа к серверам Anthropic.

Ограничения закрытых сетей

Для работы Claude Code требуется доступ к серверам авторизации и API. В корпоративных сетях трафик контролируется брандмауэрами, требующими направления запросов через прокси-серверы, или системами TLS-инспекции (с заменой SSL-сертификатов на самоподписанные). Без настройки прокси программа выдаст ошибку подключения.

Аналогия с пропускным пунктом в здании. Если вы пытаетесь выйти из здания (отправить запрос к API), но правила безопасности требуют прохождения через единый пункт досмотра (прокси-сервер), ваши попытки выйти через другие двери будут заблокированы. Также на выходе вам нужно предъявить пропуск с печатью службы безопасности (сертификат CA). Сетевые настройки указывают программе адрес этого пункта досмотра и печать для пропуска.

Все параметры сети можно настроить через конфигурационный файл settings.json или объявить через системные переменные окружения. Ниже приведены примеры для переменных окружения.

Настройка прокси-сервера

Claude Code считывает стандартные системные переменные прокси. Объявите их в терминале перед запуском:

bash
# HTTPS прокси-сервер (основной вариант)
export HTTPS_PROXY=https://proxy.example.com:8080

# HTTP прокси-сервер
export HTTP_PROXY=http://proxy.example.com:8080

# Исключения для локальных адресов (прямое подключение)
export NO_PROXY="localhost,127.0.0.1,.internal.company.com"

Обратите внимание на ограничения:

  • Протокол SOCKS не поддерживается. Программа работает только с HTTP и HTTPS прокси-серверами.
  • При наличии авторизации на прокси-сервере логин и пароль прописываются в URL-адресе (http://user:pass@proxy), но избегайте сохранения паролей в открытых bash-скриптах.

Подключение самоподписанных сертификатов (TLS-инспекция)

При использовании систем TLS-инспекции (например, Zscaler) Claude Code автоматически проверяет корневые сертификаты операционной системы. Если в вашей компании установлен корпоративный сертификат CA, настройка часто не требуется — программа считает его из системного хранилища. При возникновении ошибок сертификата укажите путь к файлу сертификата вручную:

bash
export NODE_EXTRA_CA_CERTS=/path/to/your-company-ca.pem

Домены для белого списка брандмауэра

Для настройки корпоративного брандмауэра передайте системным администраторам список доменов, к которым Claude Code требуется доступ:

ДоменНазначение
api.anthropic.comОсновной шлюз API для отправки запросов к моделям
claude.aiСервер авторизации учетных записей
platform.claude.comПанель управления аккаунтом Anthropic
downloads.claude.aiСкачивание обновлений и системных плагинов
bridge.claudeusercontent.comВзаимодействие с расширением Chrome через веб-сокеты
raw.githubusercontent.comПроверка обновлений и списка доступных плагинов

Если вы используете интеграцию через облака AWS Bedrock или Google Vertex AI, трафик направляется на адреса соответствующих облачных провайдеров, и открывать доступ к доменам Anthropic не требуется.

При возникновении ошибок авторизации в корпоративной сети сначала проверьте, добавлен ли корневой сертификат компании в системное хранилище ОС. Обычно после этого программа начинает работать без объявления дополнительных переменных окружения.

💡 Резюме в одной фразе: Для работы за брандмауэром настройте переменные HTTPS_PROXY (SOCKS не поддерживается) и NODE_EXTRA_CA_CERTS при наличии TLS-инспекции, а также добавьте домен api.anthropic.com в список разрешений сети.


05 Кастомизация интерфейса терминала

Параметры интерфейса настраивают удобство взаимодействия разработчика с консольным приложением. Рассмотрим три наиболее частые настройки.

1. Проблема отправки сообщений вместо переноса строки (Shift+Enter)

Популярная проблема: при попытке перенести строку вводом Shift+Enter программа воспринимает это как команду отправки сообщения.

Универсальный способ переноса строки в любых терминалах без изменения настроек — сочетание клавиш Ctrl+J или ввод символа обратного слеша \ перед нажатием Enter.

Поддержка сочетания Shift+Enter зависит от используемого приложения терминала:

Поддержка по умолчаниюТребуется настройкаНе поддерживается
iTerm2, Windows Terminal, Ghostty, Kitty, WezTerm, Warp, Apple TerminalVS Code, Cursor, Devin Desktop, Alacritty, Zedgnome-terminal, среды разработки JetBrains (PyCharm, WebStorm)

Для включения поддержки в VS Code или Cursor запустите в чате команду настройки:

text
/terminal-setup

Скрипт пропишет необходимые биндинги клавиш в конфигурационный файл терминала. Запуск команды выполняйте в обычном окне терминала хоста (не внутри сессий tmux или screen). После настройки перезапустите редактор.

2. Настройка звуковых уведомлений о завершении задач

При запуске длительных процессов сборки или тестов разработчики часто переключаются на другие задачи. Чтобы не пропустить завершение работы или запрос подтверждения прав, настройте уведомления.

По умолчанию системные всплывающие уведомления поддерживаются только в терминалах Ghostty, Kitty и iTerm2. Для остальных систем настройте звуковой сигнал окончания работы (Bell). Для этого добавьте в конфигурационный файл ~/.claude/settings.json параметр:

json
{
  "preferredNotifChannel": "terminal_bell"
}

Теперь при завершении задачи терминал будет издавать системный звуковой сигнал, сообщая о необходимости проверить статус.

3. Темы оформления интерфейса

Цветовая палитра Claude Code адаптируется под настройки темы вашего терминала. Для переключения режимов введите в чате:

text
/theme

Выберите режим System для автоматического переключения светлого и темного оформления при изменении настроек операционной системы. Для управления режимами редактирования текста (например, включения Vim-режима) используйте команду /config.

💡 Резюме в одной фразе: Настройка интерфейса решает проблемы удобства: перенос строки настраивается командой /terminal-setup (или Ctrl+J), звуковые оповещения — параметром "terminal_bell", а темы оформления — командой /theme.


06 Выбор моделей: баланс стоимости и качества ответов

Этот раздел описывает правила выбора моделей для оптимизации расходов на API (основы тарификации приведены в статьях 04 и 06).

Использование дорогой флагманской модели для простых операций (например, исправления опечаток в тексте или изменения цвета кнопки) неэффективно и ведет к быстрому расходу лимитов.

Аналогия с распределением поваров на кухне. Шеф-повар мишленовского ресторана (Opus) имеет самую высокую квалификацию и получает большую оплату. Ему поручают разработку меню и приготовление сложных авторских блюд. Приготовление простых супов можно доверить су-шефу (Sonnet), а чистку овощей и мытье посуды — помощнику (Haiku). Эффективный руководитель распределяет задачи по квалификации сотрудников для минимизации расходов. Выбор модели — это распределение поваров на кухне.

Разработчики используют короткие алиасы (псевдонимы) моделей для упрощения конфигурации:

АлиасИспользуемая модельНазначение
opusClaude 3 OpusСложная логика, проектирование архитектуры, рефакторинг
sonnetClaude 3.5 SonnetОсновная рабочая модель для 90% задач кодирования
haikuClaude 3 HaikuПростые правки, сбор логов, быстрые рутинные операции
opusplanГибридный режим (Opus + Sonnet)Составление плана изменений делает Opus, а редактирование файлов выполняет Sonnet
defaultСтандартная модельСброс настроек к значениям по умолчанию для вашей подписки

Режим opusplan является наиболее сбалансированным для сложных задач: на этапе планирования изменений (Plan Mode) подключается более умная модель Opus для проработки архитектурного решения, а при непосредственном написании кода (Act Mode) управление передается более дешевой Sonnet. Это экономит бюджет без потери качества.

Преимущество использования алиасов: они автоматически указывают на актуальные версии моделей от Anthropic, избавляя вас от необходимости прописывать полные технические имена (например, claude-3-5-sonnet-20241022) в файлах конфигурации.

Способы переключения моделей

Изменить используемую модель можно четырьмя способами (в порядке уменьшения приоритета):

bash
# 1. Временное переключение в чате (действует в текущей сессии)
/model sonnet

# 2. Флаг при запуске (действует до закрытия сессии)
claude --model opus

# 3. Переменная окружения в системе
export ANTHROPIC_MODEL=sonnet
json
// 4. Постоянная настройка в settings.json
{
  "model": "opusplan"
}

Если вы хотите зафиксировать модель по умолчанию для конкретного проекта, пропишите параметр model в файле настроек .claude/settings.json в корне проекта (правила приоритетов из статьи 42).

Уровень усилий при рассуждении (Reasoning effort)

Для моделей, поддерживающих регулировку глубины рассуждений, доступен параметр effort level (уровень усилий), определяющий количество затрачиваемых токенов на генерацию мыслей:

  • low — быстрый поверхностный ответ для простых задач (экономия токенов).
  • high / xhigh — глубокий анализ сложных логических цепочек с детальным рассуждением.

Для разового глубокого анализа используйте ключевое слово ultrathink в тексте вашего запроса:

text
Проверь этот алгоритм на наличие утечек памяти, используя режим ultrathink.

При обнаружении слова ultrathink модель принудительно переключится в режим максимального рассуждения для текущего запроса без изменения глобальных настроек сессии. Для постоянного изменения параметров используйте команду /effort.

Контроль расходов в командах

Для предотвращения случайного использования дорогих моделей сотрудниками зафиксируйте список разрешенных моделей в конфигурационном файле проекта с помощью параметра availableModels:

json
{
  "availableModels": ["sonnet", "haiku"]
}

После добавления строки разработчики не смогут переключиться на модель Opus через флаги запуска или команду /model, что защитит бюджет проекта от случайных трат.

💡 Резюме в одной фразе: Для экономии бюджета используйте модель Sonnet по умолчанию, Haiku для простых задач и гибридный режим opusplan для сложного рефакторинга. Настройка фиксируется в файле settings.json, а лимиты в командах ограничиваются параметром availableModels.


07 Практика: настройка песочницы и переключение моделей

Проверим настройки окружения на практике. Мы настроим встроенную песочницу Bash и проверим смену используемой модели.

Практика выполняется на macOS, Linux или WSL2 при наличии настроенного API-ключа.

Шаг 1: Настраиваем встроенную песочницу

Запустите сессию claude и введите команду:

text
/sandbox

Ожидаемый результат: на экране откроется меню настройки песочницы. Перейдите во вкладку Mode и выберите вариант Auto-allow. Если система сообщит о нехватке библиотек, установите bubblewrap и socat в терминале OS и перезапустите сессию.

Шаг 2: Тестируем работу команд в песочнице

Отправьте запрос на создание тестового файла:

text
Создай в текущей папке файл sandbox-test.txt с текстом "hello sandbox".

Ожидаемый результат: Claude запустит команду создания файла. Благодаря выбранному режиму Auto-allow, запуск команды произойдет мгновенно без вывода запроса на подтверждение прав. Файл будет создан на диске. (После проверки удалите файл).

Шаг 3: Проверяем текущую модель

Введите команду получения статуса:

text
/status

Ожидаемый результат: в окне статуса отобразится имя текущей модели (например, Sonnet).

Шаг 4: Временно переключаем модель и проверяем статус

Переключимся на быструю модель Haiku:

text
/model haiku

Запустите проверку статуса еще раз:

text
/status

Ожидаемый результат: в строке используемой модели отображается значение Haiku. Смена модели прошла успешно. Для возврата к исходным настройкам введите /model default.

Вы настроили песочницу для работы без лишних подтверждений и проверили механизм переключения моделей.

💡 Резюме в одной фразе: Практика подтверждает: команда /sandbox переводит терминал в режим автовыполнения команд без лишних вопросов, а команда /model изменяет активную модель в сессии, что контролируется через /status.


08 Заключение

Мы разобрали ключевые параметры настройки рабочей среды разработчика в Claude Code.

Резюмируем основные выводы статьи:

КатегорияИнструментГлавный вывод
ПесочницаКоманда /sandboxИзолирует команды Bash на уровне ядра ОС. Позволяет отключить подтверждения для безопасных папок
КонтейнерыПапка devcontainerdocker-изоляция всей среды разработки. Обеспечивает идентичность окружения у всех членов команды
СетьПеременные HTTPS_PROXY и NODE_EXTRA_CA_CERTSНастройка работы за корпоративными прокси и брандмауэрами. SOCKS не поддерживается
ИнтерфейсКоманды /terminal-setup и /themeНастраивают корректный перенос строк Shift+Enter, звуковые сигналы Bell и темное оформление
МоделиКоманда /model, параметр availableModelsОптимизируют расходы. Рекомендуется использовать Sonnet и гибридный режим opusplan

Оптимизация рабочей среды Claude Code обеспечивает безопасность выполнения команд на вашем компьютере, стабильную работу в корпоративных сетях и экономию бюджета проекта при масштабировании разработки.


В следующей статье 47 «Голосовой режим Voice» мы изучим экспериментальную возможность управления. Как общаться с Claude Code голосом? Мы разберем настройку голосового ввода (speech-to-text), параметры синтеза речи и сценарии hands-free разработки, когда вы можете диктовать инструкции агенту, не отвлекаясь от клавиатуры.


Рекомендуемое чтение