Корпоративный Claude в компании на 400 автомобилей: 15 грабель, о которых не пишут в документации

Корпоративный Claude в компании на 400 автомобилей: 15 грабель, о которых не пишут в документации

Пять месяцев разворачивал корпоративную AI-экосистему в компании, сдающей автомобили в аренду водителям такси. Парк около 400 машин, четыре руководителя плюс собственник, 21 рабочая сессия под запись. Компания обезличена.

Бизнес-результаты вынесу в одну строку: бюджет технического ремонта −25…30%, доля парка в ремонте 14% → 5,7%, среднее время ремонта −65%, фонд оплаты труда −20%. Дальше — только техника, потому что интересна не она, а то, обо что мы бились.

1. РЕГИОН, IP И КАРТА ДОЛЖНЫ СОВПАДАТЬ

Первая сессия целиком ушла в диагностику: регион Google-аккаунта, страна выходного IP и страна платёжной карты должны совпадать, иначе корпоративная оплата не проходит. Это не описано нигде явно, зато выясняется за 20 минут потерянного времени и потом за несколько дней смены региона (с подтверждением на почту).

2. TXT-ЗАПИСЬ С СИМВОЛОМ «@»

Верификация домена требует TXT-записи в корне. Хостинг-панель не сохраняла hostname с символом «@». Решение: оставить поле hostname пустым. Полчаса итераций.

3. SSO ЧЕРЕЗ GOOGLE SAML

Custom SAML App в Google Admin Console → скачиваем XML metadata из Google → загружаем в провайдера → обратно копируем ACS URL и Entity ID → mapping (primary email / first name / last name). Дальше Require SSO + Invite Only provisioning.

Зачем это малому бизнесу: увольнение сотрудника = отзыв доступа одним действием в IdP. Без SSO вы вспоминаете, из каких пятнадцати сервисов его надо выкинуть, и половину не вспоминаете.

4. ОДНА НАСТРОЙКА, КОТОРАЯ И СПАСАЕТ, И БЛОКИРУЕТ

Restrict organization creation закрывает канал утечки: сотрудник с корпоративным адресом не сможет создать личную организацию и увести туда данные. Включать обязательно.

Через три недели мы два часа бились над ошибкой «parent organization is blocking new organization creation» при попытке выпустить API-ключ. Это была она же. Порядок: отключить → создать организацию → купить кредиты → выпустить ключ → включить обратно. Ключ на боевой сервер кладёт админ через SSH в секреты, лимит расходов ставится сразу.

5. КОПИРОВАНИЕ ТАБЛИЦ ЛОМАЕТ ФОРМУЛЫ

Ключевые рабочие таблицы лежали в личном Google-аккаунте внешнего разработчика. Скопировать их в корпоративный аккаунт нельзя — межфайловые ссылки и формулы разваливаются, адреса меняются. Правильный путь: Shared Drive. Файл на общем диске принадлежит организации, а не человеку, и передача владения происходит перемещением, а не копированием.

6. САМАЯ ДОРОГАЯ ГРАБЛЯ: СКРИПТЫ НЕ ПЕРЕХОДЯТ ВМЕСТЕ С ТАБЛИЦАМИ

Права на таблицы передали. Данные не собрались. Два месяца ушло на то, чтобы понять причину: Apps Script, триггеры и скрипты автоматизации живут не в файле, а в аккаунте автора. Таблицы уехали — механика, которая их наполняла, осталась на диске разработчика.

Если забираете инфраструктуру у подрядчика — отдельным пунктом проверяйте: скрипты, триггеры, cron, вебхуки, репозитории, домены, платёжные профили. Таблица без скрипта — это картинка.

7. АДМИНКА WORKSPACE МОЖЕТ ЗАПРЕТИТЬ ОБРАБОТКУ ФАЙЛОВ ГЕНЕРАТИВНЫМ ИИ

Коннектор к диску подключён, ошибок нет, но читается только часть файлов. Причина — политика в админке Workspace плюс часть файлов оказалась ярлыками, а не файлами. Диагностируется только сравнением: этот дашборд видит, этот молча нет.

8. ССЫЛКИ НА ФАЙЛЫ — В ИНСТРУКЦИИ ПРОЕКТА, НЕ В FILES

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

9. ПЛАГИНЫ ЕДЯТ КОНТЕКСТ

Десяток подключённых коннекторов и плагинов — это десяток описаний инструментов в каждом запросе. Проекты тормозили и упирались в лимиты. Отключили лишние, включаем под задачу.

10. СЛОИ ПАМЯТИ

Рабочая иерархия: личные настройки → глобальные инструкции рабочего окружения → файл контекста в среде разработки → инструкции уровня организации (приоритет над личными, лимит около 3000 символов). Роль сотрудника распаковывается интервью-промптом («задай исчерпывающие вопросы, пойми мою зону ответственности и процессы») и раскладывается по слоям. Приёмка роли — контрольные вопросы, 5 из 5.

11. 1С НЕ ОТДАЁТ ДАННЫЕ. ВООБЩЕ

Главный системный блокер всего проекта. По порядку, что не сработало: — прямой API: отключён на стороне вендора; — вход по логину и паролю: капча плюс SMS-верификация, агент их не проходит; — запуск по расписанию: агент не фоновая служба, сам не «просыпается».

Принятый костыль: человек выгружает отчёт в папку на общем диске в рабочее время, агент забирает оттуда. Некрасиво, работает, ждём API от вендора. Вывод для планирования: доступ к учётной системе — первый вопрос проекта, а не пятый. Мы потеряли на нём около месяца.

12. ПРЕДОХРАНИТЕЛЬ ТОКЕНОВ У АГЕНТА

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

13. ПОЛНЫЙ КОНТРОЛЬ БРАУЗЕРА — ТОЛЬКО CHROME

Проверял по документации: Firefox, Safari, Arc, Brave, Edge, Opera — нет. В Safari доступны чтение и навигация, но не клики и ввод. Запрос разработчиков на поддержку закрыт с меткой «не запланировано» — это политика, а не баг. Практическое следствие: сценарии автоматизации кабинетов площадок живут только в Chrome, и стабильно держится около пяти профилей — на шести-семи площадка начинает выкидывать.

14. НА ПРЕДСКАЗУЕМЫХ ЗАДАЧАХ СТАРШАЯ МОДЕЛЬ ХУЖЕ МЛАДШЕЙ

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

Рабочее правило: сложная архитектура и проектирование — на старших моделях, предсказуемое исполнение и конфигурирование — на младших. Результат лучше, а не только дешевле. Отдельно про деньги: 100 долларов кредитов у нас сгорели за три часа, когда всё делалось на старшей модели.

15. ГЕОГРАФИЯ ЖЕЛЕЗА

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

ЧТО Я БЫ СДЕЛАЛ ИНАЧЕ

Порядок этапов у нас был: контур → роли → карты процессов → автоматизации. Правильный порядок: контур → ДОСТУП К ДАННЫМ → роли → автоматизации. Потому что автоматизация без данных упирается в ноль, а команда в это время теряет веру в инструмент.

И вторая ошибка, организационная, не техническая: заказчик сократил людей до того, как автоматизация заработала. Оставшиеся получили двойную нагрузку, темп внедрения просел на несколько недель. Сокращение — следствие работающей автоматизации, а не способ её ускорить.

Финал проекта — передача системы внутреннему хранителю инфраструктуры из команды заказчика. Критерий готовности простой: команда закрывает новый блокер без нас. Через месяц после закрытия договора компания продолжает разворачивать контур дальше своими руками — в службу безопасности, юридический и коммерческий блоки. Это и есть приёмка.