Goldman Sachs ограничил использование Claude Code для части банковских сотрудников, а тема безопасности AI-агентов вышла за пределы привычных дискуссий о промптах и утечках в чат-ботах. Для российских компаний это знакомый сценарий: инструмент может экономить часы разработчика, но одновременно получает доступ к коду, файлам, терминалу и внутренней инфраструктуре.
О решении банка сообщает The New Stack. В заголовке материала упомянуто и исключение из ограничения, однако в предоставленном тексте источника его условия не раскрываются. Зато понятна сама причина тревоги: автономные coding-агенты всё чаще работают прямо на устройствах сотрудников и способны выполнять действия, последствия которых не сводятся к неудачно сгенерированному фрагменту кода.
Claude Code относится к классу инструментов, которые не просто предлагают подсказки в редакторе. Такие агенты могут читать структуру проекта, анализировать файлы, запускать команды и вносить изменения в рабочую среду. Для разработчика это выглядит как ускоренный цикл «поставил задачу — получил черновик решения — проверил». Для службы безопасности набор возможностей звучит иначе: доступ к исходникам, токенам, конфигурациям, логам и локальным данным оказывается в одном контуре с внешней AI-моделью.
Проблема не в том, что AI обязательно сделает что-то вредоносное. Риск появляется из-за масштаба полномочий и неопределённости поведения. Агент может неверно понять задачу, обработать вредоносную инструкцию из файла или документации, выполнить лишнюю команду либо включить в контекст чувствительные данные. Если сотрудник запускает такого помощника с широкими правами на ноутбуке, ошибка перестаёт быть обычным багом в pull request: она может затронуть секреты, репозитории и внутренние сервисы.
На это обращает внимание и глава Replit Амджад Масад, предупреждающий о рисках AI coding-агентов, работающих на устройствах сотрудников. Важен сам сдвиг в формулировке угрозы. Раньше компании в основном обсуждали, можно ли отправлять код во внешний чат и как отключить обучение модели на корпоративных данных. Теперь приходится контролировать исполнение: какие команды агент вправе запускать, к каким каталогам обращаться, может ли он использовать сетевые учётные данные и кто видит журнал его действий.
Финансовые организации особенно чувствительны к таким сценариям. У них жёсткие требования к доступам, аудиту и разделению сред, а цена ошибки измеряется не только сбоем сервиса. Но кейс Goldman Sachs не стоит списывать на специфику банков. Любая компания, где на рабочих машинах лежат ключи доступа, конфигурации облака, клиентские данные или код незапущенного продукта, сталкивается с той же задачей. Безопасность AI-агентов становится вопросом управления доступом, а не только выбора модели.
Для инженерных команд практический вывод довольно приземлённый. AI-агента разумнее запускать в изолированной среде с минимально необходимыми правами, отдельными тестовыми учётными данными и журналированием действий. Доступ к production-секретам, корпоративным файловым шарам и личным токенам разработчика не должен появляться по умолчанию. Полезно заранее определить, какие типы задач агенту разрешены: например, анализ кода и подготовка патча допустимы, а выполнение команд с изменением инфраструктуры требует подтверждения человека.
Не менее важна прозрачность для сотрудников. Запретить Claude Code одним распоряжением проще, чем построить контролируемый процесс, но запреты редко отменяют спрос. Разработчики всё равно ищут ускорение: ставят локальные инструменты, используют личные аккаунты или переносят фрагменты задач в неуправляемые сервисы. Поэтому зрелая политика должна давать безопасную альтернативу: утверждённый инструмент, понятные правила работы с данными и среду, где эксперимент не превращается в теневой IT-проект.
Рынок движется от вопроса «разрешать ли AI-помощников» к более неприятному, но полезному вопросу: «какими реальными правами мы готовы их наделить». История с Goldman Sachs показывает, что безопасность AI-агентов придётся проектировать так же внимательно, как права CI/CD, доступы подрядчиков и привилегии администраторов — до того, как агент получит возможность действовать от имени сотрудника.
