Salesforce отдаёт интерфейс Claude. Ошибки остаются бизнесу

Salesforce готова позволить Claude стать основным интерфейсом для своих пользователей. Для крупнейшей CRM-платформы это довольно содержательное признание: будущее корпоративного софта всё сильнее зависит от агентов, которым поручают работу сразу в нескольких системах. Дэвид Сакс, соведущий All-In, объяснил логику сделки просто: клиенту незачем создавать отдельного агента внутри каждого приложения. «Вы хотите создавать их непосредственно в ИИ, которым пользуетесь, и управлять через них всеми своими корпоративными системами». Salesforce сама распространила этот разбор, сопроводив его формулой: API становится интерфейсом.

Основание для разговора — партнёрство Claudeforce, объявленное Salesforce и Anthropic 26 августа 2026 года. В сентябре появился бета-плагин Salesforce в Claude с 37 готовыми навыками для продавцов. Он даёт доступ к данным и рабочим процессам CRM в рамках существующих разрешений пользователя. Salesforce сохраняет данные, бизнес-логику и правила доступа; Claude получает возможность стать местом, где сотрудник формулирует поручение и запускает его выполнение. Корпоративные приложения продолжают работать, даже когда человек перестаёт открывать их окна.

Осенние аналитики уже обсуждают хозяйственные последствия такого устройства. HFS Research 17 октября предлагает оценивать новые пакеты Salesforce как часть всего корпоративного портфеля ИИ: учитывать пересечения с другими контрактами, интеграцию, сопровождение и расход кредитов. Удобный единый интерфейс скрывает несколько поставщиков, систем и счетов. С ответственностью получится ещё интереснее: поручение одно, участников исполнения много, а клиент и регулятор по-прежнему знают название вашей компании.

У агентного будущего есть одна особенность, которую восторг вокруг ИИ-кодинга помогает недооценивать. В разработке привычна роскошь повторной попытки: агент написал код, тесты упали, агент исправил код. В изолированной ветке можно ошибаться быстро и дёшево. Бизнес тоже имеет право на ошибку. Просто некоторые ошибки становятся последними: отправленные конфиденциальные сведения уже получил контрагент, платёж уже ушёл, невыгодные условия уже обещаны клиенту. Следующая итерация модели сама по себе ничего из этого не отменит.

Причём даже кодинг обладает этой роскошью ровно до тех пор, пока агенту не выдали доступ к действующему бизнесу. В апреле основатель PocketOS Джереми Крейн рассказал The Register, как Cursor с Claude Opus, разбираясь с несовпадением учётных данных в тестовой среде, нашёл API-токен с чрезмерными полномочиями и одним вызовом удалил производственную базу вместе с резервными копиями на том же томе. Railway помогла восстановить данные и сообщила о добавлении отложенного удаления для старого API-эндпоинта. Компания в итоге сумела пережить инцидент, но обеспечила это возможность восстановления, а вовсе не способность модели впоследствии объяснить свою ошибку.

Для ущерба, впрочем, необязательно что-нибудь удалять. В статье «Умный Claude торгуется лучше. Вызывайте адвокатов» мы разбирали эксперимент Anthropic с обменом книгами. После разговора с владельцем машинный рейтинг предпочтений совпадал с человеческим лишь в 61% парных сравнений. Агент мог старательно торговаться за книгу, которую человек предпочитал меньше. В корпоративной системе тот же разрыв возникает между «закрой сделку» и всем, что владелец бизнеса подразумевал: приемлемой маржой, допустимыми обязательствами, отношениями с клиентом. Безупречно исполненное неверно понятое поручение тоже приносит убытки.

Поэтому специалисты всё настойчивее возвращают разговор к устройству эксплуатации и ответственности. В публикации Tech Policy Press от 3 ноября Стефани Нгуен, Эри Мейер и их соавторы предлагают разбирать агентные инциденты через обычные провалы технических и операционных защит, за которые компании могут отвечать. Слово «непослушный» удобно очеловечивает программу. Заодно оно позволяет забыть о людях, которые выдали ей ключи, определили полномочия и разрешили действовать от имени организации.

Рекомендации консультантов и юристов за ноябрь звучат гораздо прозаичнее обещаний автономного офиса. FTI Consulting пишет о минимальных привилегиях, ограничении сетевого доступа и заранее отработанной процедуре приостановки, изоляции или полной остановки агента. Reed Smith советует готовиться к несанкционированным транзакциям, изменению данных и отправке сообщений от имени компании: сохранять журналы, проверять механизм отключения и заранее назначать человека, который вправе им воспользоваться. У агента должен быть выключатель с ответственным владельцем.

Здесь и обнаруживается предел обещания «он работает с вашими существующими разрешениями». Сотрудник с широкими правами обычно пользуется ещё и контекстом: знает, какие договорённости нельзя менять, кому нужно позвонить, где следует остановиться. Передача его разрешений агенту передаёт техническую возможность действия. Всё остальное приходится обеспечивать отдельно. Жёсткий лимит суммы должен проверяться на стороне системы. Доступ к тестовой среде должен оставаться доступом к тестовой среде. Резервные копии должны переживать удаление, которое способен выполнить агент. Разрешение на одно действие не должно незаметно превращаться в разрешение на всю цепочку.

Человек в контуре тоже стоит денег и внимания. Если ему каждую минуту предлагают одобрить очередной шаг, довольно скоро он начнёт нажимать кнопку автоматически. Значит, нужны заранее определённые границы самостоятельности, понятные исключения и подтверждение с конкретикой: что изменится, на какую сумму, для какого клиента и с какими последствиями. Журнал действий должен позволять восстановить произошедшее независимо от красноречия самого исполнителя. Отчёт «задача успешно выполнена» особенно бесполезен, когда агент и бизнес вкладывают в успех разный смысл.

Salesforce делает понятную ставку: агент становится опытным пользователем корпоративных систем и избавляет человека от путешествия по их интерфейсам. Вместе с этим бизнес получает исполнителя, который способен ошибаться с машинной скоростью и сразу в нескольких местах. Перед запуском придётся ответить на скучный вопрос: какую самую дорогую ошибку ему позволяют совершить выданные полномочия — и переживёт ли её компания? Мантра make no mistakes здесь бесполезна: она не отзовёт токен, не задержит платёж и не восстановит базу. Право на ошибку у бизнеса есть. Повторная попытка к нему не прилагается.