От 500 ручных задач в день к автономным агентам: что сломалось в Thomson Reuters
В начале 2025 года команда Platform Engineering в Thomson Reuters задыхалась. Ежедневно - 500+ ручных операций: создание окружений, проверка безопасности, деплой микросервисов. Инженеры превратились в операторов, нажимающих кнопки в Jenkins и Terraform. Ошибки участились, время на развертывание нового сервиса растянулось до двух недель.
«Мы утонули в рутине, - признается технический директор платформы. - Каждый новый микросервис означал десятки повторяющихся шагов. Инженеры ненавидели эту работу, бизнес жаловался на скорость».
Ключевая проблема: экспертиза была заперта в головах старших инженеров. Когда они уходили в отпуск или болели, процессы замедлялись или ломались. Документация? Устаревала через неделю после написания.
AgentCore вместо людей: как работает платформа в 2026 году
Решение пришло оттуда, откуда не ждали - из отдела AI исследований. Вместо найма еще двадцати DevOps-инженеров, Thomson Reuters построила агентную платформу на Amazon Bedrock AgentCore, запущенной в конце 2024 года.
Сейчас, в январе 2026, система выглядит так:
- Агент безопасности: сканирует каждое изменение кода на уязвимости, используя Claude 3.5 Sonnet (последняя стабильная версия на январь 2026). Если находит критическую уязвимость - блокирует мерж автоматически.
- Агент инфраструктуры: преобразует описание сервиса от разработчика в готовый Terraform-код. Работает на Amazon Titan Text G1 Express, оптимизированном для генерации кода.
- Агент CI/CD: оркестрирует весь пайплайн от коммита до продакшена. Сам решает, когда запускать тесты, какую стратегию деплоя использовать.
«Самое сложное было не настроить агентов, а заставить их работать вместе, - объясняет архитектор платформы. - Один агент хочет деплоить, другой блокирует из-за безопасности. Мы использовали подход, похожий на BPMN для оркестрации ИИ-агентов, чтобы управлять этим хаосом».
Цифры, которые заставят вашего CTO нервно курить
Через год после запуска платформы Thomson Reuters опубликовала результаты. Они настолько впечатляющие, что кажутся фейком:
| Метрика | До внедрения (2024) | После внедрения (2026) | Изменение |
|---|---|---|---|
| Ручные операции в день | 500+ | менее 100 | -80% |
| Время на развертывание сервиса | 2 недели | 4.5 дня | -68% |
| Инциденты из-за человеческой ошибки | 15 в месяц | 2 в месяц | -87% |
| Затраты на поддержку инфраструктуры | $2.1M/год | $1.4M/год | -33% |
Но есть и обратная сторона. Агенты иногда принимают странные решения. Один раз агент безопасности заблокировал все деплои на неделю, потому что нашел «критическую уязвимость» в обновлении OpenSSL, которое вышло три часа назад. Правда, уязвимость была теоретической и требовала доступа к квантовому компьютеру.
«Мы перестали полностью контролировать процесс, - говорит lead platform engineer. - Агенты действуют автономно. Иногда это пугает. Но результаты говорят сами за себя».
Как они не облажались с безопасностью (спойлер: почти облажались)
Самая большая головная боль при внедрении - безопасность. Дать агентам доступ к продакшен-окружениям? Звучит как сценарий хоррора для CISO.
Thomson Reuters использовала многоуровневый подход:
- Amazon Bedrock Guardrails для контроля всех запросов и ответов агентов. Каждое действие проверяется на соответствие 150+ политикам безопасности.
- Система четырех глаз для критических операций. Агент может предложить действие, но выполнить его должен человек. Хотя к 2026 году этот рубеж сняли для 95% операций.
- Полная аудируемость. Каждое решение агента записывается с объяснением «мыслительного процесса». Если что-то пошло не так - можно восстановить цепочку.
«Первый месяц мы спали по 4 часа в сутки, - вспоминает руководитель отдела безопасности. - Каждую ночь кто-то дежурил, следя за логами агентов. Но постепенно доверие росло. Сейчас я сплю спокойно. Почти».
Важный урок 2026 года: безопасность агентов - это не только про контроль доступа. Это про контроль рассуждений. Нужно понимать, почему агент принял решение, а не просто что он сделал. Bedrock Guardrails 2.0 (релиз Q4 2025) добавила именно эту функцию.
Что происходит с инженерами, которых заменили агенты?
Вот самый болезненный вопрос. Thomson Reuters не уволила ни одного инженера. Вместо этого произошла переориентация:
- DevOps-инженеры стали агент-инженерами. Вместо ручных операций они проектируют, тестируют и улучшают агентов.
- Старшие инженеры перешли в архитектурный совет. Их экспертиза теперь кодифицирована в правилах для агентов.
- Младшие инженеры получили возможность работать над сложными задачами, а не быть «кнопочными операторами».
«Раньше я 80% времени тратил на рутину, - говорит бывший DevOps, теперь агент-инженер. - Сейчас я проектирую системы, которые будут работать за меня. Это в разы интереснее. И платят больше».
Но не все прошло гладко. Около 15% инженеров не смогли перестроиться. Они знали только как выполнять рутинные операции, но не как их автоматизировать. Их перевели в смежные команды или предложили программы переобучения.
Почему это работает у Thomson Reuters, но сломается у вас (если не учесть эти 3 вещи)
Кейс выглядит идеально. Но прежде чем бежать внедрять у себя, учтите три критических момента:
1. У Thomson Reuters уже была зрелая DevOps-культура
Они не начинали с нуля. Все процессы были документированы (пусть и плохо), инструменты стандартизированы, команды обучены. Агенты стали следующим шагом, а не первым. Если у вас хаос в процессах - агенты его только усилят.
2. Они инвестировали в Agent Engineering как отдельную дисциплину
Нельзя просто взять готовых агентов и запустить. Нужна команда, которая понимает как проектировать, тестировать и поддерживать агентные системы. Это новая специализация, которой не учат в университетах.
3. Они начали с пилота, а не с big bang
Первый агент автоматизировал только создание тестовых окружений. Самую простую, но частую задачу. Только через 3 месяца, когда пилот доказал эффективность, начали масштабировать. Слишком многие компании пытаются автоматизировать всё сразу - и терпят неудачу.
Что дальше? Агенты начинают писать агентов
Самый интересный тренд 2026 года, который виден в Thomson Reuters: агенты начинают создавать других агентов.
Агент-архитектор анализирует новую бизнес-задачу, проектирует специализированного агента, генерирует его конфигурацию для Bedrock AgentCore, и запускает. Весь процесс занимает часы вместо недель.
«Мы приближаемся к точке, где основная работа инженеров - ставить задачи агентам-архитекторам, - прогнозирует технический директор. - А те уже проектируют и запускают исполнительных агентов. Человек в цикле нужен только для самых сложных, нестандартных задач».
Предупреждение: эта автономность создает новые риски. Агент может создать другого агента с ошибкой в логике, и та размножится по системе. Thomson Reuters ввела строгий контроль: любой новый агент проходит «испытательный срок» в изолированном окружении перед доступом к продакшену.
Кейс Thomson Reuters показывает главное: агентные системы перестали быть экспериментом. В 2026 году это рабочий инструмент для enterprise. Но инструмент сложный, требующий перестройки процессов, команд и мышления.
Если вы думаете о внедрении, начните не с выбора модели ИИ, а с аудита своих процессов. Какие задачи самые рутинные? Какие ошибки самые частые? Где экспертиза заперта в головах нескольких людей?
И помните: агенты не заменят всех инженеров. Они заменят только тех, кто не хочет развиваться. Остальные перейдут на следующий уровень - проектирование интеллектуальных систем вместо выполнения рутинных операций.
Время «кнопочных DevOps» заканчивается. Начинается эра агентного инжиниринга. Thomson Reuters это уже поняла. Ваша очередь.
