Управление жизненным циклом модели ИИ для агентов Copilot Studio

Copilot Studio предлагает различные типы моделей. Типы моделей определяются их назначением и доступностью. Выбор модели ИИ — это не одноразовое дизайнерское решение. Модели вводятся, обновляются, становятся доступными в общем доступе, выбираются по умолчанию и в конечном итоге снимаются с эксплуатации. Агент, который хорошо работает с одной моделью, может вести себя совершенно иначе с другой, даже с моделью из той же семьи.

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

Изменение модели, используемой агентом, редко бывает просто изменением выбора модели. Новая модель может интерпретировать инструкции более буквально, по-разному выбирать инструменты, создавать разную длину отклика и форматирование, а также менять задержку. Планируйте каждое изменение модели как миграцию, включающую оценку, доработку инструкций и инструментов, утверждение и мониторинг после развертывания.

Главный принцип заключается в том, чтобы проектировать с учётом гибкости, работать консервативно и закрывать каждое обновление оценкой. Переход на каждую новую модель может привести к тихим регрессиям. Избегание всех изменений моделей гарантирует чрезвычайную ситуацию при выходе на пенсию.

Примените следующий жизненный цикл к производственным агентам:

  1. Откройте для себя новые, обновлённые, стандартные и уходящие на пенсию модели.
  2. Инвентаризируйте агентов, среды, владельцев и бизнес-процессы, которые зависят от каждой модели.
  3. Оценивайте модели замены кандидатов по установленному базовому уровню.
  4. Одобрить миграцию, используя задокументированные критерии качества и эксплуатации.
  5. Развертывание через процесс управления жизненным циклом приложений (ALM ) организации.
  6. Отслеживайте результаты производства и добавляйте новые сценарии в набор регрессии.
  7. Повторяйте процесс по мере развития моделей и требований к агентам.

В этой статье рассматриваются открытия и инвентаризация. Серия продолжается следующим образом:

Управление жизненным циклом модели требует координации между владельцами агентов, создателями, администраторами платформ, тестировщиками, командами безопасности и соответствия, а также утверждающими релизы. Назначьте право собственности до того, как изменение модели приведёт к срочной миграции.

Понимание ландшафта моделей

Прежде чем планировать смену модели, нужно знать, как Copilot Studio классифицирует модели, какие модели ваша организация может использовать и какие агенты зависят от каждой из них.

Понимание типов выпуска моделей

Copilot Studio определяет модели по классификации выпуска и доступности. Эти классификации помогают определить, как управлять моделью и где её использовать. Названия моделей, этапы релиза, региональная доступность и статус выхода из эксплуатации меняются со временем. Всегда проверяйте доступность модели по регионам для получения актуальной информации, а не полагайтесь на статический список моделей.

Агент, использующий стандартную модель, переходит в новую модель каждый раз, когда она обновляется, независимо от того, планировали ли вы это или нет. Для агентов с высоким риском и большим объёмом выбирайте конкретную модель, а не отслеживайте стандартную версию, чтобы каждое изменение модели проходило через процесс миграции.

Предупреждение

Экспериментальные и предварительные модели могут иметь ограниченную доступность, переменное качество отклика, разную задержку или потребление сообщений, тайм-ауты и региональные аспекты обработки данных. Copilot Studio не рекомендует их для продюсеров. Если вы публикуете агент, использующий модель предварительного просмотра или эксперимента, и пользователи взаимодействуют с ним, это использование всё равно оплачивается по установленным ставкам.

Сопоставьте категорию использования модели с целью агента

Copilot Studio помечает каждую модель категорией использования, описывающей, для чего модель оптимизирована. Выбор правильной категории для нагрузки агента влияет на качество, задержку и потребление кредитов.

  • Глубокий: оптимизирован для продуманного, многошагового рассуждения и поддерживаемых инструментами рабочих процессов. Лучше всего подходит для сложной аналитики, анализа политики и синтеза документов. Обеспечивает самую высокую задержку и потребление кредитов.
  • Авто: Охватывает смешанные нагрузки за счёт динамической маршрутизации запросов. Лучше всего подходит для службы поддержки и сотрудников с непредсказуемой или разнообразной сложностью запросов. Задержка и стоимость варьируются в каждом ходу.
  • Общее: оптимизировано для скорости и стоимости в повседневном чате и лёгком заземлении. Лучше всего подходит для написания черновиков, резюме, ответов в стиле FAQ и простой автоматизации действий. Минимальная задержка и потребление кредитов.

Узнайте больше в категориях использования моделей.

Important

Самая распространённая ошибка при обновлении — это несоответствие категорий использования, например, при переносе агента с FAQ с большим объёмом из общей модели в глубинную , потому что глубокая модель показывает лучшие результаты. Качество ответов может немного улучшиться, в то время как задержка и потребление кредитов резко растут. Это изменение — чистый регресс пользовательского опыта и стоимости.

Понимание внешних моделей и администраторских органов управления

Вы можете использовать модели внешних поставщиков, таких как Anthropic, xAI и Mistral, в качестве основной модели для агента. Подробнее см. в Выбор внешней модели в качестве основной модели ИИ.

Настройки администратора управляют, какие модели производители могут выбирать в определённой среде. Модель, задокументированная как доступная, может остаться недоступной для агента, которого вы перемещаете, если необходимая настройка не включена.

Настройка администратора Влияние на доступность моделей
Предварительный просмотр и экспериментальные модели искусственного интеллекта Включайте их до того, как производители смогут выбрать предварительную или экспериментальную модель в определённой среде.
Перемещение данных между регионами Требуется для кросс-гео-моделей. Администратор арендатора управляет этой настройкой на уровне среды в Центре администрирования Power Platform.
Внешние модели Включает внешних поставщиков для определённой среды или группы. Также необходимо разрешить доступ к каждому провайдеру отдельно в Центр администрирования Microsoft 365. Это требование делает внешние модели единственным классом, требующим двух независимых действий администратора.

Примечание.

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

Перед планированием миграции убедитесь, что кандидат-модель доступна создателю в целевой среде. Список моделей в Copilot Studio отражает настройки администратора и является основной правдой того, что может использовать конкретный агент. Узнайте больше в разделе «Админные управления выбором модели ИИ».

Регулярно проверяйте доступность моделей

Регулярно проверяйте основную модель ИИ для вашего агента . Это авторитетный источник для текущего списка моделей. Новые модели появляются там, когда их выпускают, а существующие обновляются по мере их появления, перехода в стандарт или снятия с производства.

Используйте следующие источники вместе:

Source Описание
Выберите основную модель ИИ для вашего агента Основной источник доступности моделей и введений в новые модели: названия моделей, теги категорий использования, теги релизов, доступность по регионам, флаги между географиями, статус выведенного из эксплуатации, доступность облаков правительства США и управление администратором.
Список моделей в Copilot Studio, на странице обзора агента в разделе «Модель» Что действительно доступно конкретному агенту в вашей среде, учитывая настройки администратора.
Продолжайте использовать ушедшую модель ИИ Как работает окно совместимости для выведённой из эксплуатации моделей и как его включить.
Уведомленияадминистраторов Microsoft 365 Message Center и Power Platform Объявления о переменах и выходе на пенсию, ориентированные на арендаторов.
Планы релиза Copilot Studio и новости в Copilot Studio Модель с перспективой и дорожная карта возможностей.
Среды ранних циклов релиза Продвигайте проверку изменений в платформе и моделях до того, как они попадут в критически важные для бизнеса среды.
Управление кредитами и емкостью Copilot Studio Чем пользуется ваш арендатор и при каком потреблении — в зависимости от модели.
Рекомендации по обновлению поставщика моделей Изменения поведения между поколениями моделей и изменения в запросах, которые их решают.

Также запускайте отзыв, когда:

  • Соответствующая модель становится доступна в предварительном просмотре или общедоступна.
  • Модель по умолчанию меняется.
  • Объявляется выпуск модели с вывода из эксплуатации или автоматическое обновление.
  • Модель становится доступна в регионе организации.
  • Организация обеспечивает кросс-геообработку, внешние модели, а также предварительные и экспериментальные модели.
  • Мониторинг производства выявляет проблему качества, задержки, надёжности или потребления, которую может решить другая модель.

Ведите инвентаризацию модели и агентов

Используйте инвентаризации агентов, предоставленные в административном центре Power Platform, Power Platform CLI или API Power Platform, чтобы определить агентов, использующих определённую модель. Используйте эту информацию, чтобы начать коммуникацию по жизненному циклу модели с затронутыми владельцами бизнеса и технических работ.

Используйте один из следующих представлений в административном центре Power Platform:

Вид административного центра Power Platform Как использовать эту возможность
Управление>Колонка Copilot StudioModel> Проверьте агентов по всему арендатору и определите модель, настроенную для каждого агента. Фильтруйте или экспортируйте результаты, чтобы найти агентов, использующих модель, запланированную на пенсию.
Лицензирование>Copilot Studio>>Environment Информация> о потреблении сообщенийв колонке LLM Model Выберите среду и проверьте потребление сообщений по модели LLM. Используйте этот подход для выявления среды, агентов и недавнего потребления, связанных с моделью выхода из эксплуатации.

Запросите API инвентаризации для поиска агентов по моделям

Представления административных центров Power Platform эффективны для ручного просмотра и экспорта результатов. Задавайте запросы к API инвентаризации , когда хотите собрать ту же информацию программно, чтобы перечисление агентов можно было скриптировать, планировать и повторять по всему арендатору, а не скачивать отчёты вручную. Организации с крупным агентским наследством могут использовать этот подход для обновления списка затронутых агентов по требованию во время миграции на пенсию и поддержания его актуальности между событиями жизненного цикла.

API инвентаризации возвращает имя агента, имя отображения, окружение и настроенную модель в одном запросе на уровне всего арендатора, поэтому корреляция с другим источником данных не требуется.

Прежде чем выполнить запрос:

Отправьте запрос POST на конечную точку запроса ресурса, отфильтруйте по microsoft.copilotstudio/agents типу ресурса и проецируйте нужные поля, включая properties.model:

POST https://api.powerplatform.com/resourcequery/resources/query?api-version=2024-10-01
Authorization: Bearer <access-token>
Content-Type: application/json

{
  "TableName": "PowerPlatformResources",
  "Clauses": [
    {
      "$type": "where",
      "FieldName": "type",
      "Operator": "in~",
      "Values": ["'microsoft.copilotstudio/agents'"]
    },
    {
      "$type": "project",
      "FieldList": [
        "name",
        "properties.displayName",
        "properties.model",
        "environmentId = tostring(properties.environmentId)"
      ]
    }
  ],
  "Options": { "Top": 200 }
}

Ответ возвращает одну запись на каждого агента. Имена полей в ответе заменяют точку подчёркивающей, поэтому properties.model возвращается как properties_model:

{
  "totalRecords": 158,
  "count": 200,
  "data": [
    {
      "name": "00000000-0000-0000-0000-000000000000",
      "properties_displayName": "Sample Agent",
      "properties_model": "GPT-5 Auto",
      "environmentId": "00000000-0000-0000-0000-000000000000"
    }
  ]
}

Ответ включает totalRecords и, когда результаты усечаны, значение skipToken . Передайте это значение обратно Options.SkipToken и повторяйте запрос, пока не будут восстановлены все записи.

Сгруппировать собранные записи по properties_model , чтобы увидеть, где каждая модель используется в арендаторе. Следующий пример показывает количество агентов по моделям для арендатора, исключая агентов, использующих стандартную модель Copilot Studio или запущенных в опыте Microsoft Copilot:

Model                  Count
-----                  -----
Claude Sonnet 4.6         24
GPT-5 Chat                22
GPT-5.5 Chat               5
GPT-5 Auto                 4
Claude Sonnet 4.5          3
Claude Opus 4.6            2
Claude Opus 4.7            1
Claude Opus 5              1
Claude Sonnet 5            1
GPT-4o                     1
GPT-5.6 Reasoning          1

Когда объявлено о выходе из эксплуатации, отфильтруйте тот же результат, установленный на модели ухода, чтобы получить список затронутых агентов, их окружение и идентификаторы агентов. Используйте environmentId это значение для сопоставления каждого агента с именованной средой и направляйте результаты владельцам этих сред. Узнайте больше в разделе «Ответьте на модель выхода на пенсию » для полного ответа на пенсию.

Подробнее см. в:

Используйте Power Platform CLI для детализации, ориентированной на окружение,

Используйте pac copilot list агенты и контекст решения для одной среды, например, когда вы готовите миграцию в одной среде:

pac copilot list --environment <environment-id-or-url>

Команда возвращает имя агента, Copilot ID, состояние компонента, управляемый статус, идентификатор решения, код статуса и код состояния. Этот результат не включает модель, поэтому используйте API инвентаризации для идентификации агентов по моделям. Используйте pac admin list для получения имён и идентификаторов окружений.

Что записывать для каждого агента

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

  • Имя агента, идентификатор агента, среда и тип среды, такие как разработка, тестирование или производство.
  • Критичность бизнеса.
  • Владелец бизнеса, технический владелец, тестировщик и подтверждающий релизы.
  • Настроенная модель и её тег release.
  • Независимо от того, использует ли агент стандартную модель или конкретную выбранную модель.
  • Требования к кросс-геообработке и региональные ограничения.
  • Независимо от того, работает ли агент от стандартного жгута или от GitHub Copilot, который определяет доступные ему методы оценочных испытаний. Узнайте больше о жгутах Copilot Studio.
  • Регрессионный тест определил местоположение и дату последнего базового запуска.
  • Используется ли окно для выбывшей модели, когда оно истекает и кто его одобрил.

Следующий шаг

Понимая ландшафт моделей и имея инвентарь агентов, используйте критерии принятия решения, чтобы определить, требуется ли обновление.

Решите, когда обновлять модель на базе ИИ

  • Последнее обновление: