Агентная архитектура и ВКР: как кейс Cloudflare Code Mode превращается в проект внедрения ИИ-агентов в бизнес-процессы предприятия
Cloudflare выпустил MCP-сервер в режиме Code Mode, и рынок обсуждает экономию токенов. Управленческий смысл шире: компания меняет сам принцип взаимодействия агента с корпоративной системой. Вместо каталога из тысяч инструментов — поиск нужных возможностей, короткий план на JavaScript и его исполнение в изолированной среде V8. Для выпускника экономического или управленческого направления это почти готовый сюжет диплома: узкое место смещается с «умности» модели на оркестрацию, стоимость контекста, безопасность и управляемость. Если ваша тема связана с цифровизацией процессов, логистикой, СМК или ИТ-ландшафтом, кейс даёт свежую фактуру и понятную логику расчёта эффекта. Ниже — как разложить это на главы, метрики и защищаемые выводы.
Три темы ВКР, которые держатся на этом кейсе
Тема 1. Совершенствование процесса управления исключениями в цепях поставок на базе ИИ-агентов
Актуальность. В статье прямо описан «цепочечный» сценарий: проверить статус заказа, оценить запасы, поднять события по отгрузке, найти условия договора, сравнить альтернативы, инициировать следующий шаг. Это не задача в одно действие, а маршрут по нескольким системам. Плоский каталог инструментов здесь начинает тормозить: агент тратит бюджет на «что я вообще умею», а не на «что делать».
Цель — разработать и обосновать модель обработки исключений с участием ИИ-агента и оценить её операционную и экономическую эффективность.
Задачи: описать AS-IS процесс и классифицировать исключения; замерить стоимость и длительность обработки одного кейса; спроектировать TO-BE с разделением на discovery, планирование и исполнение; сформировать пилот и рассчитать эффект.
Структура. Глава 1 — процессный подход (BPMN 2.0, PMBOK 7, ГОСТ Р ИСО 9001-2015), обзор агентных архитектур. Глава 2 — диагностика: картирование, статистика исключений, аудит «поверхности действий». Глава 3 — TO-BE, дорожная карта пилота, KPI, расчёт ROI и риски.
Тема 2. Разработка архитектуры взаимодействия ИИ-агентов с ИТ-ландшафтом предприятия
Актуальность. Основной тезис статьи — платформам придётся переосмыслить, как открывать свои возможности для агентов: поисковимость, абстракции, права, границы исполнения. Классические API проектировались под разработчика-человека, а не под модель.
Цель — спроектировать целевую модель доступа агентов к корпоративным сервисам и оценить её влияние на стоимость владения интеграциями.
Задачи: инвентаризировать сервисы и определить «толщину» интерфейса; описать роли и права через Положения о подразделениях; предложить контур контроля (логирование, песочница, политики); сравнить варианты по совокупной стоимости владения.
Структура. Глава 1 — теория интеграций и архитектурные паттерны. Глава 2 — аудит ИТ-ландшафта, PESTLE и SWOT по цифровому контуру. Глава 3 — TO-BE архитектура, регламенты, оценка TCO и рисков.
Тема 3. Оценка экономической эффективности внедрения агентной ИИ-платформы
Актуальность. Статья фиксирует смену приоритетов: вопросы стали операционными — сколько контекста съедает агент, сколько шагов делает, какую задержку вносит оркестрация, насколько система наблюдаема. Ровно эти параметры и становятся входом для расчёта.
Цель — построить бизнес-кейс внедрения с расчётом эффекта, срока окупаемости и чувствительности к допущениям.
Задачи: выделить источники эффекта; собрать базу «как есть»; построить финансовую модель; провести анализ рисков и стресс-сценарии.
Структура. Глава 1 — методы оценки ИТ-проектов. Глава 2 — диагностика затрат и потерь. Глава 3 — модель NPV/ROI, сценарии, план внедрения.
Родственный вариант — тема про контроль качества и безопасность агентов в контуре СМК: здесь вы опираетесь на ГОСТ Р ИСО 9001-2015 и регламенты подразделений, а предметом анализа становится не «что умеет агент», а «как ограничены его действия».
Аналитическая глава: что именно аудировать
Главная ошибка — описывать «внедрение ИИ» вообще. Нужны замеры. Начните с двух объектов: процесса и поверхности действий.
Карта инструментов и стоимость контекста
Посчитайте, сколько действий доступно агенту сегодня, сколько знаков или токенов занимает описание каждого, какая доля бюджета уходит на «знакомство с меню». Это превращает абстрактную фразу «система сложная» в число, пригодное для таблицы и графика.
| Метрика | Как замерить | Единица | Источник данных | Куда ложится в ВКР |
|---|---|---|---|---|
| Поверхность действий агента | Выгрузка каталога сервисов и интеграций | шт. | Документация ИТ-ландшафта | Глава 2, анализ AS-IS |
| Объём описаний в контексте | Знаков на описание × число действий | токены | Логи платформы, тестовые прогоны | Глава 2, таблица «стоимость контекста» |
| Среднее число шагов на задачу | Хронометраж + разбор логов | шаги | TMS/WMS/ERP, интервью | Глава 2, карта процесса |
| Доля кейсов, закрытых с первого прохода | Выборка 100+ обращений | % | CRM, система заявок | KPI «как есть» |
| Время обработки исключения | Разница таймстемпов событий | мин/час | ERP, TMS | База для расчёта эффекта |
| Стоимость одного кейса | Трудозатраты + стоимость вызовов | руб. | Бухгалтерия, отчёты | Глава 3, ROI |
Среда и стейкхолдеры
PESTLE здесь работает не формально: регуляторные требования к персональным данным, зрелость поставщиков, дефицит инженеров, ожидания клиентов по скорости. SWOT делайте в привязке к процессу, а не к компании в целом — иначе получите перечень общих слов. Отдельно составьте карту интересов: ИТ, служба безопасности, экономисты, владельцы процесса, планировщики. Кто выигрывает от сокращения рутины, кто боится потери контроля — это влияет на план внедрения сильнее, чем технический выбор.
Проектная глава: модель TO-BE и дорожная карта
Целевая модель из кейса воспроизводится в три шага: агент ищет нужные возможности, формирует компактный план в виде кода, исполняет его в ограниченной среде. Для диплома важно не пересказать, а адаптировать под конкретное предприятие: какие сервисы открываются, какие нет, кто утверждает политики.
Регламенты и мотивация
Опишите, как меняются Положения о подразделениях и должностные инструкции: у планировщика появляется роль постановщика задачи агенту и контролёра отклонений. Систему мотивации привяжите к OKR пилота — например, сократить долю ручных переключений между системами и снизить время реакции на отклонение. Дополните картину Balanced Scorecard: операционная эффективность, качество сервиса, удовлетворённость сотрудников, стоимость владения.
Дорожная карта
- Этап 0 — аудит. Замеры, каталог сервисов, реестр рисков.
- Этап 1 — пилот на одном процессе. Ограниченная группа, наблюдаемость, чёткие критерии остановки.
- Этап 2 — масштабирование. Расширение поверхности действий, обучение, обновление регламентов.
- Этап 3 — эксплуатация и контроль. Мониторинг метрик, регулярный пересмотр политик безопасности.
Экономическая глава: как считать, чтобы цифры защищались
Эффект складывается из нескольких источников, и их нельзя валить в одну строку. Разделяйте прямо и косвенно измеряемые.
| Источник эффекта | Подход к расчёту | Пример логики |
|---|---|---|
| Высвобождение времени | (Трудозатраты «как есть» − «как будет») × стоимость часа × число кейсов | Сокращение ручных сверок на 30–40% |
| Снижение числа шагов | Экономия на каждом вызове и на контексте | Меньше промежуточных обращений к системам |
| Скорость реакции | Сокращение задержки × стоимость простоя | Быстрее закрывается отклонение в поставке |
| Снижение ошибок | Стоимость переделки × сокращение доли брака процессов | Меньше повторных ручных проверок |
Далее — классика: TCO (лицензии, разработка, интеграция, эксплуатация), NPV по ставке дисконтирования предприятия, простой срок окупаемости, ROI, PI. Обязательно сделайте анализ чувствительности: что будет, если эффект окажется вдвое ниже, а стоимость токенов вдвое выше. Комиссия любит именно этот блок — он показывает, что вы управляете неопределённостью, а не рисуете идеальный сценарий.
Чему вы научитесь на таком материале
- Моделировать процессы в нотации BPMN 2.0 и защищать схему AS-IS перед владельцем процесса.
- Считать управленческие метрики: стоимость кейса, количество шагов, доля автоматизации.
- Разрабатывать дорожную карту внедрения с точками остановки и критериями успеха.
- Строить финансовую модель с NPV, ROI и сценариями, а не с одной «средней» цифрой.
- Описывать контур безопасности и контроля так, чтобы это сняло возражения службы безопасности и нормоконтроля.
Типичные ошибки студентов
- Подмена качественных оценок количественными без расчёта. Формулировка «станет быстрее и удобнее» не защищается. Привяжите утверждение к замеру: шаги, минуты, рубли.
- Отсутствие анализа рисков внедрения. Даже сильный проект проваливается на вопросе «что если модель ошибётся на критичном шаге». Нужны ограничения исполнения, эскалация человеку, мониторинг.
- Игнорирование требований к оформлению отчётности и регламентов предприятия. Ссылки на Положения о подразделениях, корректное оформление приложений и таблиц — то, за что снимают баллы на нормоконтроле.
Частые вопросы выпускников
Где брать данные, если предприятие закрытое и цифр не даёт?
Три пути: открытая отчётность и отраслевая статистика для базовых допущений; внутренние замеры на небольшой выборке, согласованные с руководителем практики; расчёт по модели-аналогу с явным указанием источников и границ применимости. Главное — не выдавать оценки за факты, а честно помечать их как допущения.
Как посчитать экономический эффект, если нет доступа к бухгалтерии?
Идите от процесса, а не от проводок. Считайте трудозатраты через хронометраж и среднюю стоимость часа по рынку или по штатному расписанию, стоимость вызовов — по тарифам поставщика. Такой расчёт защитим, если логика прозрачна и вы показали чувствительность результата.
Сколько страниц отводить под аналитическую главу?
Ориентируйтесь на вес доказательств, а не на норматив. Обычно это 20–30 страниц: описание процесса, замеры, таблицы, диаграммы, выводы по каждому блоку. Если диагностика занимает 12 страниц и при этом всё доказано — это лучше, чем 30 страниц пересказа учебника.
Как защитить проект, если руководство предприятия сменилось?
Стройте защиту вокруг объективных данных и воспроизводимой методики: замеры, модель, сценарии. Проект, который опирается на «поддержку руководства» как на главный аргумент, при смене команды теряет опору. Архитектурные и экономические обоснования — нет.
Чек-лист перед сдачей
- Цель работы дословно совпадает с тем, что вы доказали в третьей главе.
- Каждый заявленный эффект подкреплён расчётом или корректно обозначен как допущение.
- Есть план внедрения с ответственными, сроками и точками контроля.
- Проработан контур безопасности и ограничений исполнения агентных действий.
- Все заимствования оформлены ссылками, приложения пронумерованы, нормоконтроль пройден.
- Источник кейса указан в списке литературы, дата обращения зафиксирована.
Не хватает времени на расчёты и структуру? Мы выделяем до 120 часов на работу с вашей темой, проводим бесплатную консультацию по плану и методике и помогаем с любой темой — от процессного аудита до финансовой модели внедрения.
Источник: Cloudflare’s Code Mode Signals a Better Architecture for Enterprise AI Agents (опубликовано 2026-04-20)