Latest / M365.FM – подкаст о Microsoft 365, Copilot и ИИ на русском / Copilot Studio или Teams Toolkit: что выбрать для агентов Copilot? (ИИ-дубляж)

Transcript

Copilot Studio или Teams Toolkit: что выбрать для агентов Copilot? (ИИ-дубляж) · M365.FM – подкаст о Microsoft 365, Copilot и ИИ на русском

• 0:00
  Развертывание Microsoft 365 Copilot ощущается как получение легендарного предмета,
• 0:04
  пока не понимаешь, что это лишь стартовый набор.
• 0:06
  Из коробки он опирается на базовые знания моделей и контент внутри вашего тенанта.
• 0:10
  Полезно, но как быть с пыльными инструкциями, HR-регламентами или той огромной ERP-системой,
• 0:15
  что затаилась в углу?
• 0:16
  Без коннекторов, граундинга или кастомных агентов Copilot не сможет к ним подключиться.
• 0:20
  Хорошая новость, вы можете его обучить.
• 0:22
  Хитрость в том, чтобы знать, когда использовать Copilot Studio,
• 0:24
  когда переключиться на TeamStallKit и как в процесс вписываются управление,
• 0:27
  мониторинг и лицензирование.
• 0:28
  Потому что вот в чем настоящий подвох.
• 0:30
  Создание первого агента — это не финальная битва с боссом.
• 0:32
  Это всего лишь конец обучения.
• 0:34
  Сборка — это не битва с боссом.
• 0:35
  Вы тестируете своего первого агента, промпты работают,
• 0:38
  демо-данные выглядят идеально, и на секунду кажется, что вы прошли игру.
• 0:41
  Это ловушка.
• 0:42
  Настоящая работа начинается, когда вы запускаете эту сборку в продакшене,
• 0:45
  где среда играет по совсем другим правилам.
• 0:46
  Слишком многие разработчики считают, что чистый ответ на тестах означает выполненную миссию.
• 0:50
  На самом деле это просто сюжетный режим на легком уровне сложности.
• 0:53
  Продакшену все равно, что ваш прототип хорошо работал на ноутбуке разработчика.
• 0:57
  Продакшен требует стабильности под нагрузкой,
• 1:00
  проверок на соответствие требованиям, защиты идентификации и стандартов аптайма.
• 1:05
  И вот здесь появляются первые боссы.
• 1:07
  Масштабируемость.
• 1:08
  Справится ли агент с корпоративной нагрузкой без сбоев?
• 1:10
  Вот где важны мониторинг и диагностические журналы системы управления Копайлот.
• 1:15
  Устаревание данных.
• 1:16
  Когда данные в SharePoint или Dataverse меняются?
• 1:18
  Привязан ли агент к нужному снимку?
• 1:20
  Коннекторы и граундинг через граф – это ваши гаранты безопасности.
• 1:23
  Соответствие требованиям и аудит.
• 1:25
  Если регулятор или внутренний аудитор постучит вам в плечо,
• 1:28
  можно ли будет проверить историю агента с помощью полных логов и меток конфиденциальности?
• 1:32
  Если что-то из этого подведет, экран победы быстро исчезнет.
• 1:35
  Тестирование в Копайлот Студия – это как тренировочный бой с бесконечными зельями здоровья.
• 1:40
  Можно колдовать заклинаниями, менять промпты, и все выглядит отлично.
• 1:44
  Но в реальности каждый блок Брандмауэра – это провал,
• 1:47
  а перегруженный внешний источник данных замедляет ответы до минимума.
• 1:50
  Это тот самый момент, когда пользователи перестают называть систему умной и начинают строчить тикеты.
• 1:54
  Самая частая ошибка возникает у команд, которые откладывают вопросы управления на потом.
• 1:58
  Они убеждают себя, что это можно добавить позже,
• 2:00
  но откладывание управления почти всегда ведет к неприятным сюрпризам.
• 2:03
  Проблемы масштабирования, несоответствия данных или пробелы в комплаенсе проявляются в самый неподходящий момент.
• 2:08
  Безопасность и соответствие требованиям – это не дополнительные побочные квесты.
• 2:11
  Это часть основной карты компании.
• 2:13
  Теперь поговорим об архитектуре, ведь мозг, копайлот – это не монолит.
• 2:16
  Есть базовая модель, движок, обработки языка,
• 2:18
  а поверх нее – оркестратор, который определяет, какие функции и когда вызывать.
• 2:22
  Microsoft 365 Копайлот обеспечивает эту оркестрацию по умолчанию,
• 2:26
  поэтому каждый запрос структурирован.
• 2:27
  Затем идет привязка к данным, граундинг, связь с корпоративным контентом, чтобы ответы не выдумывались.
• 2:32
  И, наконец, навыки, ваши пользовательские плагины или коннекторы для выполнения конкретных задач.
• 2:36
  Если рассматривать эти четыре компонента как отдельные изолированные части,
• 2:38
  вся конструкция теряет устойчивость.
• 2:40
  Надежный навык без привязки к данным – это просто красивая галлюцинация.
• 2:43
  Базовая модель без контроля соответствия требованиям становится источником рисков.
• 2:46
  Только когда все уровни работают как единый стэк, агент остается надежным.
• 2:49
  Так что же на самом деле означает успех в реальных условиях?
• 2:52
  Это неаккуратный ответ на демонстрационный запрос.
• 2:54
  Это лишь тренировочный режим.
• 2:55
  Показатель успеха – устойчивость в реальных условиях,
• 2:58
  во время начисления зарплат, миграции данных,
• 3:00
  под наблюдением службы безопасности и при высокой нагрузке.
• 3:03
  Вот где агент доказывает, что достоин работы.
• 3:05
  И вот еще одна причина, по которой многие проекты терпят неудачу.
• 3:08
  Организации воспринимают их как временные проекты, а не как рабочие системы.
• 3:11
  Кто-то создает прототип, показывает яркую демо-версию,
• 3:13
  а затем оставляет ее без присмотра.
• 3:15
  Вскоре разные отделы создают свои версии,
• 3:17
  ни одна из них не задокументирована,
• 3:18
  и все они бесконтрольно расходуют токены.
• 3:20
  Без простого руководства по эксплуатации,
• 3:21
  когда непонятно, кто отвечает за коннекторы,
• 3:23
  аудит данных и контроль потребления кредитов,
• 3:25
  все превращается в хаос из разрозненных мини-систем.
• 3:27
  Посмотрите на это под другим углом, и все станет намного проще.
• 3:30
  Если начать с операционного мышления, дизайн меняется.
• 3:33
  Вас волнует не только-то, хорошо ли прошел первый тест.
• 3:35
  Вы готовите систему к повседневной эксплуатации.
• 3:38
  Журналы аудита, административные ограничения,
• 3:39
  резервное копирование и проверка работоспособности –
• 3:41
  все это создает доверие и поддерживает систему под нагрузкой.
• 3:43
  У администраторов уже есть удобные инструменты
• 3:44
  в центре администрирования Microsoft 365,
• 3:47
  где можно управлять сценариями и оперативно получать диагностическую обратную связь.
• 3:50
  Именно использование этих инструментов
• 3:51
  отличает игрушку от надежного рабочего инструмента.
• 3:54
  Вот почему создание продукта само по себе еще не делает вас победителем.
• 3:56
  Тестовая среда – это лишь первый уровень.
• 3:58
  Реальное развертывание с настроенным управлением и мониторингом –
• 4:01
  вот где начинается настоящая проверка на выживаемость.
• 4:03
  И прежде чем зайти слишком далеко,
• 4:05
  вам потребуется правильное оружие для борьбы.
• 4:07
  Microsoft предлагает два разных набора инструментов с разными правилами.
• 4:10
  Выберите НИТа, и это будет похоже на попытку пойти в рейд с пластиковым мечом.
• 4:14
  Копайлот Студия или Тим Сталл Кит выбирайте свое оружие.
• 4:17
  Именно здесь и кроется главный вопрос.
• 4:19
  К какому инструменту вы обратитесь?
• 4:21
  Копайлот Студия или к Тим Сталл Кит,
• 4:22
  который также называют Microsoft 365 и агент Сталл Кит.
• 4:25
  Они звучат похоже.
• 4:26
  Оба претендуют на расширение Копайлот,
• 4:28
  но служат разным группам разработчиков и разным потребностям.
• 4:30
  Неправильный выбор стоит вам времени, бюджета и, возможно, репутации,
• 4:33
  когда ваша эффектная демо-версия не выдерживает реальной работы.
• 4:35
  Копайлот Студия – это арена для создателей.
• 4:37
  Это визуальный лоу-код-конструктор, созданный для скорости и ясности.
• 4:40
  Вы получаете потоки с технологией перетаскивания,
• 4:42
  драг-энд-дроп, шаблоны, управляемые диалоги и встроенную аналитику.
• 4:44
  Студия поставляется с набором коннекторов к источникам данных Microsoft 365,
• 4:48
  поэтому опытный пользователь может извлекать контент из SharePoint,
• 4:51
  отслеживать сообщения в Teams или работать с документами кадровой политики, не касаясь кода.
• 4:55
  Вы можете тестировать, корректировать и публиковать решения прямо в Microsoft 365 Копайлот
• 5:00
  или даже выпускать их как автономные агенты с минимальными усилиями.
• 5:03
  Для отдела, которому нужен рабочий процесс уже в этом квартале,
• 5:06
  а не в следующем финансовом году, Студия – это кратчайший путь.
• 5:08
  Более 160 тысяч клиентов уже использует Студия именно для этого сверки финансовых данных,
• 5:14
  адаптации сотрудников или ответов на вопросы по продуктам в ритейле.
• 5:17
  Причина не секрет, она просто снижает порог входа.
• 5:20
  Если ваша команда уже работает в PowerApps или автоматизирует отчеты в PowerAutomate,
• 5:24
  Студия покажется вам привычной средой.
• 5:26
  Вам не нужно быть инженером-программистом,
• 5:27
  достаточно иметь четкую цель и базовые навыки лоу-код,
• 5:30
  чтобы нажимать кнопки, настраивать и развертывать.
• 5:32
  Теперь перейдем к Teams TileKit.
• 5:34
  Это то место, где процветают FullListech разработчики.
• 5:36
  TileKit интегрируется в VS Code, это не холст для перетаскивания элементов.
• 5:40
  Здесь вы создаете декларативные агенты со структурированными правилами
• 5:43
  или идете дальше, создавая кастомные агенты,
• 5:45
  где сами определяете оркестрацию вызовов моделей и обработку API с нуля.
• 5:48
  Вы получаете каркас, отладку, настройку и пути публикации не только внутри Copilot,
• 5:53
  но и в Teams, приложениях Microsoft 365, интернете и внешних каналах.
• 5:57
  Если Copilot Studio – это готовая мебель из каталога,
• 5:59
  то TileKit – это изготовление досок и прокладка проводки в доме самостоятельно.
• 6:03
  Свобода действий впечатляет, но вы также несете ответственность за каждый гвозд и предохранитель.
• 6:06
  Главная путаница в том, что оба инструмента якобы расширяют Copilot.
• 6:10
  На практике Studio означает расширение в рамках установленных Microsoft границ,
• 6:13
  безопасных коннекторов, административного контроля и легкого управления.
• 6:17
  TileKit означает переписывание этих границ, создание собственной оркестрации,
• 6:21
  вызовы сторонних LLM или создание функций агента, которые Microsoft не предоставила изначально.
• 6:25
  Один подход обеспечивает безопасность через шаблоны,
• 6:27
  другой дает неограниченную мощь и предполагает, что вы будете использовать ее ответственно.
• 6:30
  Многие думают, что выбор инструмента меняет пользовательский интерфейс.
• 6:33
  А вот и нет.
• 6:34
  Конечные пользователи видят одно и то же поле ввода и карточку ответа,
• 6:36
  независимо от того, создали ли вы агента в студии или с помощью толки.
• 6:38
  Так задумано.
• 6:39
  Слой взаимодействия с пользователем UX унифицирован.
• 6:41
  То, что на самом деле меняется, находится за кулисами.
• 6:43
  Параметры контекста, граундинг, масштабируемость и административный контроль.
• 6:46
  Вот почему это решение операционное, а не косметическое.
• 6:49
  Вот практическое правило.
• 6:50
  Некоторые возможности граундинга, такие как контент SharePoint, чаты и собрание Teams,
• 6:54
  встроенные файлы, данные Dataverse или коннекторы к электронной почте и поиску людей
• 6:58
  работают только при наличии лицензии Microsoft 365 Copilot
• 7:01
  или включенной тарификации Copilot Studio в вашем клиенте.
• 7:04
  Если у вас нет этих прав, выбор Studio не откроет доступ к таким функциям.
• 7:08
  Эта единственная проверка лицензирования может стать решающим фактором в выборе нужного пути.
• 7:12
  Итак, как упростить выбор?
• 7:13
  Пробегитесь по быстрому чек-листу.
• 7:15
  Первое. Нужны ли вам быстрые, проверяемые агенты под контролем администратора,
• 7:18
  которые продвинутые пользователи могут создать, не беспокоя IT-отдел?
• 7:20
  Выбирайте Copilot Studio.
• 7:21
  Второе. Нужна ли вам пользовательская оркестрация, внешние модели и или глубокая интеграция прямо в корпоративную инфраструктуру?
• 7:27
  Выбирайте агент StyleKit.
• 7:28
  Третье. Не доверяйте ярлыкам, доверяйте реальным навыкам и целям вашей команды.
• 7:32
  Я использую метафору с жильем.
• 7:33
  Студия – это сборный дом, вы выбираете цвета и шкафы, но сантехника и проводка уже безопасны.
• 7:38
  StyleKit – это голый участок, вы проектируете каждый дюйм, но и берете на себя все риски, если проект окажется неудачным.
• 7:43
  Оба варианта могут дать прекрасный результат.
• 7:45
  Один быстрее и проще, другой безграничен, но хрупок без должного управления.
• 7:49
  Оба рухнут без граундинга.
• 7:50
  Выбранный инструмент берет на себя создание, но если не подать в него верные данные, он будет просто быстрее генерировать уверенный бред.
• 7:55
  Агент Studio без коннекторов – это попугай.
• 7:57
  Агент StyleKit без граундинга – это запрограммированный попугай.
• 8:00
  В любом случае у вас остается птица, выкрикивающая догадки вашим пользователям.
• 8:04
  И это подводит нас к жизненной основе любого агента, привязки к данным, которая не дает его мозгу играть в предсказателя с неполной колодой карт.
• 8:10
  Граундинг агентов – питание для разума, а не для пустоты.
• 8:14
  Граундинг – это когда агент перестает имитировать мудрость и начинает работать с реальными знаниями.
• 8:18
  Дайте ему нужные источники, и он перейдет от блефа к предоставлению ответов, которые можно обосновать.
• 8:23
  Пропустите этот этап, и то, что выглядит гладко снаружи, быстро развалится, когда кто-то спросит, откуда вообще взялся этот ответ.
• 8:28
  Внутри Microsoft 365 Copilot уже опирается на данные, доступные через Microsoft Graph.
• 8:33
  Файлы, чаты, собрания и даже события календаря.
• 8:35
  Это неплохое начало, но самый ценный контент лежит за пределами этого ядра.
• 8:39
  ИРП хранят инвентарь, CRM очлеживают жизненный цикл клиентов, отдел кадров хранит регламенты глубоко в SharePoint, а документы политики лежат у юристов в закрытой папке.
• 8:48
  Если вы не привяжите агента к этим источникам, он будет уверенно угадывать, используя общие знания модели, вместо того, чтобы ссылаться на что-то проверяемое.
• 8:55
  Их подключение – это не просто перетаскивание, это тонкая настройка инфраструктуры.
• 8:59
  Copilot Studio и коннекторы Microsoft Graph позволяют обращаться к документам в SharePoint, структурированным таблицам в Dataverse, письмам в Exchange и чатам в Teams.
• 9:08
  Помимо основных сервисов Microsoft, более 1200 коннекторов Power Platform открывают доступ к внешним системам.
• 9:14
  Финансы, кадры, тикет-системы, что угодно.
• 9:16
  А если ничего не подходит, готовые API позволяют подключить бизнес-приложения, для которых еще нет встроенных коннекторов.
• 9:22
  При правильной настройке агент извлекает актуальные факты из этих хранилищ и предоставляет их в контексте.
• 9:26
  То, что кажется магией, это просто грамотно настроенные каналы данных.
• 9:29
  Но есть нюанс.
• 9:30
  Некоторые из этих вариантов граундинга не являются бесплатными или общедоступными.
• 9:33
  Доступ к таким источникам, как контент SharePoint, собрание Teams, электронная почта или Dataverse, часто требует наличия лицензии Копайлот или включенного учета использования в вашем клиенте.
• 9:40
  Без соответствующих прав коннекторы не заработают, и ваш и ассистент останется слепым к части ваших важнейших данных.
• 9:46
  Не думайте, что простой переключатель даст вам доступ ко всему.
• 9:49
  Сначала проверьте свою схему лицензирования.
• 9:50
  Рассмотрим пример со службой поддержки персонала.
• 9:52
  Кто-то спрашивает, какова политика в отношении отпуска по уходу за ребенком.
• 9:55
  Без граундинга агент составляет правдоподобный ответ на основе общих знаний модели.
• 9:59
  Звучит полезно, но ссылок и доказательств нет.
• 10:02
  С граундингом агент может найти нужную политику в SharePoint, указать название документа и дать ссылку на справочник.
• 10:08
  Эта единственная деталь превращает непроверенное утверждение в надежный ответ, который одобрят аудиторы и HR-отдел.
• 10:13
  Этот контрольный след – настоящее преимущество.
• 10:15
  Ответы с граундингом могут содержать ссылки, указывающие пользователям и регуляторам на первоисточник.
• 10:20
  Когда отдел комплайенса спросит, почему бот ответил именно так, вам не придется придумывать длинные объяснения.
• 10:24
  Логи покажут весь путь.
• 10:25
  Вот запрос.
• 10:26
  Вот документ, который он извлек.
• 10:27
  Вот ответ, который он сгенерировал.
• 10:29
  Не нужно надеяться на удачу, но каждое подключение – это точка риска.
• 10:32
  Если небрежно подключиться к кадровым данным, можно случайно выдать личные записи сотрудников вместе с общедоступными FAQ.
• 10:38
  Неправильно настройте доступ к ERP, и менеджер по продажам внезапно увидит данные по зарплатам.
• 10:41
  Такие упущения – это критические ошибки в работе системы.
• 10:44
  Более безопасный подход – включить метки конфиденциальности и классификацию первью в план граундинга.
• 10:49
  Таким образом, агент будет извлекать только тот контент, который соответствует его правилам доступа, соблюдая классификацию данных, а не нарушая ее.
• 10:55
  Предупреждение простое. Агенты без граундинга уверенно выдумывают факты, а с плохим граундингом раскрывают то, что не должно покидать хранилище.
• 11:02
  В любом случае вы рискуете распространять ошибки или утечку конфиденциальных данных под логотипом своей компании.
• 11:06
  Инструменты управления, такие как Первью, существуют не просто так.
• 11:09
  Сочетайте коннекторы данных с классификацией с первого дня, иначе потом придется решать проблемы с репутацией и головную боль с комплаенсом.
• 11:15
  Итак, урок ясен.
• 11:16
  Граундинг – это не какая-то дополнительная расширенная функция.
• 11:19
  Это база, отделяющая полезных капайлота от ненадежных болтунов.
• 11:22
  При правильной настройке это дает пользователям факты, основанные на реальном контенте и подтвержденные защищаемыми лагами.
• 11:27
  При неправильной – это масштабирует галлюцинации и утечки по всей организации быстрее, чем вы успеете создать заявку в поддержку.
• 11:32
  Именно поэтому следующая задача столь же важна, потому что одним, приземленным, агентом управлять легко.
• 11:36
  Но когда десятки агентов работают без контроля, вот тут начинаются настоящие проблемы.
• 11:39
  Управление, говернанс, помогает остановить бесконтрольный рост агентов, прежде чем он станет неуправляемым.
• 11:43
  В данном контексте управление – это свод правил, предотвращающие превращение агентов капайлот в хаос.
• 11:48
  Это способ определить, кто может их создавать, где они работают и к каким данным имеют доступ, не полагаясь на случай.
• 11:53
  Microsoft уже предоставляет вам инструменты для этого контроля.
• 11:56
  Система управления капайлот в центре администрирования Microsoft 365,
• 12:00
  управление жизненным циклом в центре администрирования Power Platform,
• 12:03
  Microsoft Perview для метод конфиденциальности и DLP, а также диагностические журналы капайлот для аудита.
• 12:08
  Считайте их четырьмя столпами, которые не дают карточному домику рухнуть.
• 12:12
  Важно сразу отметить, управление сценарием капайлот доступно не каждому, у кого есть права администратора.
• 12:17
  Для этого требуются специфические роли, например, глобальный администратор или администратор E.
• 12:21
  Придерживайтесь принципа минимальных привилегий, чтобы не дать человеку меч, который может ранить глубже, чем он осознает.
• 12:25
  Ограничение круга лиц, имеющих доступ к настройкам – это уже форма управления.
• 12:28
  Затем внедряйте правила жизненного цикла на этапе проектирования, а не постфактум.
• 12:32
  Правило первое – определите, кто может создавать агентов и привяжите это к вашим средам в центре администрирования Power Platform.
• 12:37
  Правило второе – определите, кто может публиковать агентов, используя настройки капайлот в центре администрирования 365 для одобрения или блокировки релизов.
• 12:44
  Правило третье – определите, где агенты могут работать, назначая их в изолированные среды, чтобы рабочая среда не превратилась в проходной двор.
• 12:51
  И правило четвертое – определите, как распределяются кредиты, здесь вам поможет счетчик потребления агентов капайлот.
• 12:56
  Этот счетчик в цифрах показывает, когда ваш запас маны расходуется слишком быстро и кто именно его тратит.
• 13:00
  Первью – это сеть с соответствия требованиям, на которую вы уже полагаетесь в документах и почте.
• 13:05
  Здесь она работает также.
• 13:06
  Применяйте метки конфиденциальности к данным, чтобы даже при подключении агента к источнику метка сохранялась в ответах.
• 13:11
  Используйте политики DLP, чтобы запретить агентам раскрывать конфиденциальные поля в ответах.
• 13:16
  Политики хранения не дают устаревшему контенту задерживаться, чтобы агенты не основывали ответы на данных, которые должны были быть удалены несколько недель назад.
• 13:23
  Как только вы установили эти защитные барьеры, каждый агент автоматически наследует этот контроль.
• 13:27
  Еще один шаг, который многие пропускают – включение диагностических журналов.
• 13:30
  Включите этот переключатель, и вы получите полную прозрачность каждого взаимодействия.
• 13:34
  Промпты, ответы, ссылки на контент, системные журналы – все это формирует записи, которые можно использовать позже.
• 13:39
  Если руководитель спросит, почему агент дал неверную инструкцию, вы сможете воспроизвести историю, а не просто развести руками.
• 13:44
  Более того, администраторы могут отправлять логи от имени пользователей, даже если сами конечные пользователи не оставили отзыв.
• 13:49
  Это позволяет перейти от реактивного устранения неполадок к проактивному.
• 13:52
  Речь не о том, чтобы замедлить инновации, а о том, чтобы направить их в нужное русло.
• 13:55
  Студия невероятно упрощает создание потоков для опытных пользователей, а инструментарий позволяет разработчикам быстро внедрять сложные сборки.
• 14:01
  Без контроля такая скорость ведет к дублированию и противоречиям.
• 14:04
  С продуманным управлением та же скорость дает вам повторно используемые ресурсы, которые остаются под контролем и соответствуют требованиям.
• 14:10
  Разница не в креативности вашего персонала, а в дисциплине инфраструктуры, которая их окружает.
• 14:14
  Даже отслеживание расходов является частью системы управления.
• 14:17
  Счетчик потребления в центре администрирования – это не просто бухгалтерский отчет, это ваш балансир.
• 14:21
  Вы можете назначать пакеты кредитов, следить за перерасходом по модели оплаты по факту и удерживать использование в рамках бюджета.
• 14:26
  Если игнорировать это, то о лимитах вы узнаете, когда агент внезапно остановится посреди процесса из-за того, что ресурсы закончились.
• 14:31
  Вы ведь не хотите заниматься отладкой работающей системы с пустым баком.
• 14:34
  При удачном раскладе управление ощущается как надежная броня.
• 14:37
  Достаточно гибкая для быстрой работы разработчиков, но достаточно прочная, чтобы одна ошибка не погубила все дело.
• 14:42
  В худшем случае вы игнорируете это, позволяете агентам создаваться без одобрения и латаете дыры по всем отделам под пристальным взглядом аудиторов.
• 14:49
  Управление не делает процесс скучным, оно делает его жизнеспособным.
• 14:53
  А выживание ведет прямиком к следующей ловушке в подземелье.
• 14:55
  Потому что как только управление под контролем, следующий сюрприз будет не техническим, а финансовым.
• 15:00
  Не зря администраторы просыпаются в холодном поту, когда финансовый отдел проверяет счетчик.
• 15:04
  Ничто так не портит рабочую сборку, как вид счетов, которые она генерирует.
• 15:07
  Лицензирование и расходы – ловушки, которые вы не сразу заметите.
• 15:10
  Лицензирование и расходы – это карты ловушки, о которых большинство команд не подозревает, пока не станет поздно.
• 15:15
  Microsoft продает идею быстрой разработки и эффектных демо, но все это теряет смысл, если кредиты исчезают в середине месяца или коннектор внезапно требует новую лицензию.
• 15:23
  Это не второстепенная деталь, это ключевой механизм, которым нужно управлять, иначе ваши агенты остановятся в самый ответственный момент.
• 15:29
  Капайлот Студия работает на кредитах Капайлот.
• 15:31
  Вы покупаете их пакетами 25 тысяч кредитов примерно за 200 долларов в месяц на весь клиент, или используете оплату по факту, когда счет выставляется в конце периода на основе потребления.
• 15:41
  Звучит щедро, но документация ясно дает понять, что потребление неравномерно.
• 15:45
  Используются уровневые тарифы, стандартные негенеративные действия стоят дешевле, а генеративные ответы расходуют больше.
• 15:51
  Точные цифры меняются согласно руководствам по лицензированию Microsoft, поэтому относитесь к документам по оплате как к части вашего инструментария разработки.
• 15:57
  Главное, и тестовые запросы, и продуктовые ответы расходуются из одного и того же общего пула.
• 16:02
  В системе нет скрытой бесплатной песочницы, как бы сильно вам этого не хотелось.
• 16:06
  Поскольку кредиты распределяются на весь арендатор, каждый агент использует один и тот же пул, будь то бот HR для анбординга, бот поддержки продаж или финансовый помощник по отчетности.
• 16:14
  Такая архитектура дает гибкость, но означает, что интенсивный цикл тестирования одного отдела может истощить ресурсы продуктивной работы другого.
• 16:20
  Если пул пустеет, Капайлот Студия не ограничивает скорость и не предупреждает мягко.
• 16:24
  Система просто приостанавливает работу этих агентов до пополнения кредитов.
• 16:28
  Вы же не хотите объяснять, почему работающий бот поддержки замолчал посреди транзакции только потому, что другая группа оставила свой тест запущенным на ночь.
• 16:35
  Оплата по факту полезна, если вы хотите избежать авансовых платежей, так как платите только за то, что реально потратили за месяц.
• 16:41
  Но счетчик работает предельно беспристрастно.
• 16:43
  Быстрый раунд тестирования прототипа потребляет кредиты так же, как и рабочий процесс, из-за чего легко допустить перерасход, если не настроены бюджетные оповещения.
• 16:50
  Безопасный подход – изначально учитывать тестовые сборки в планировании кредитов и заранее устанавливать лимиты.
• 16:55
  Team Style Kit или инструментарий агентов VS Code предлагают иной подход.
• 16:59
  Вы не видите кредитов за запрос, так как работа выполняется в рамках лицензии Microsoft 365 K-Pilot пользователя при публикации в пакете.
• 17:06
  Это выглядит как свобода по сравнению со студией, но покрывает лишь основы.
• 17:09
  Как только вы создаете агента на базе пользовательского движка или подключаете внешние сервисы, расходы начинают расти.
• 17:14
  У API свои счетчики, корпоративные коннекторы часто требуют отдельных лицензий, а согласие администратора может привести к уровням оплаты, которые вы не закладывали в бюджет.
• 17:21
  Студия выставляет счета за действия, Toolkit позволяет обойти модель кредитов.
• 17:25
  Но оба варианта перекладывают расходы куда-то в другое место.
• 17:27
  Назовите это компромиссом, а не бесплатным проходом.
• 17:29
  Практическое правило таково – Teams Toolkit прячет расходы в уровнях интеграции и сервисов, а студия заставляет платить авансом кредитами.
• 17:35
  Ни один из них не является более дешевым во всех случаях.
• 17:37
  Прежде чем выбрать путь, нужно сопоставить ожидаемые рабочие процессы с задокументированными ценами.
• 17:41
  Легкий бот для согласований, основанный на SharePoint, может отлично работать в студии, недорого расходуя кредиты.
• 17:47
  Глубокая интеграция с внешней CRM может быть логичнее в Toolkit, даже если вы будете платить сборы за API CRM, а не тратить кредиты Копайлот.
• 17:54
  Все дело в том, куда смещается бухгалтерский учет, а не в том, чтобы полностью его избежать.
• 17:58
  Так как же не дать этим ловушкам перевернуть все с ног на голову?
• 18:00
  Во-первых, включите мониторинг потребления на уровне клиента с помощью счетчика агентов Копайлот или отчетов по факту использования.
• 18:05
  Во-вторых, настройте пороги оповещений, чтобы финансовый отдел и ИТ получали уведомления до того, как ресурсы будут исчерпаны.
• 18:11
  В-третьих, распределите бюджеты по подразделениям с помощью специальных пакетов кредитов или четких внутренних правил, чтобы одна команда не израсходовала весь лимит за один спринт.
• 18:18
  Эти три меры предосторожности помогут избежать большинства неприятных сюрпризов.
• 18:21
  Расширенная разработка добавляет еще один уровень сложности.
• 18:23
  Интеграции часто требуют явного согласия администратора, и каждое согласие по умолчанию может повлечь новые расходы.
• 18:28
  За тот внешний API, который вы использовали при тестировании, в промышленной среде платите вы, а не Microsoft.
• 18:33
  Правильное решение – каталогизировать лицензии и коннекторы на этапе проектирования и заранее определить, кто за что платит.
• 18:38
  Относитесь к этому как к управлению изменениями в затратах, а не только в функциональных возможностях.
• 18:42
  Лицензирование – это не мелкий шрифт, а часть архитектуры.
• 18:45
  Тратьте кредиты обдуманно, а не безрассудно, как жетоны в рейде.
• 18:48
  Подберите нужный набор лицензий в самом начале, очлеживайте показатели потребления и учитывайте, что каждый новый коннектор влечет за собой затраты на интеграцию.
• 18:55
  Все это обязательно, если вы хотите, чтобы ваши агенты были доступны тогда, когда они нужны, что подводит нас к последней фазе.
• 19:01
  Создание, обучение, управление и финансирование агента – важные этапы, но истинный показатель успеха не в запуске, а в долгосрочной поддержке системы.
• 19:08
  Именно здесь важен финальный взгляд на вещи.
• 19:10
  Итак, подведем итог.
• 19:12
  Победа – это не яркие демо, а соблюдение правил, которые делают ваших агентов полезными, а не опасными.
• 19:16
  Во-первых, тщательно выбирайте путь разработки.
• 19:18
  Копайлот Студия для быстрой разработки лоукод, Тимс Талкит для полноценных кастомных движков и более глубокого контроля.
• 19:23
  Во-вторых, обеспечьте управление с самого момента запуска.
• 19:25
  Метки перевью, роли администраторов, диагностические журналы и мониторинг потребления – все это должно быть включено до публикации.
• 19:30
  В-третьих, планируйте свои расходы.
• 19:31
  Студия использует пакеты кредитов для всей организации или счетчики по факту использования, а Талкит переносит затраты на внешние апи и сервисы.
• 19:37
  Дело закрыто.
• 19:37
  Подписывайтесь, включайте уведомления и оставляйте комментарии, что вы выберете для своей следующей задачи – студия или Талкит.