Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Агенты ИИ, созданные с помощью Agent Builder в Microsoft 365 Copilot, Copilot Studio и Microsoft Foundry должны работать в рамках корпоративных уровней безопасности, управления и соответствия. Они также должны управляться с помощью последовательных и масштабируемых операционных практик на протяжении всего жизненного цикла.
По мере того как агенты получают автономию, получают доступ к бизнес-данным и принимают меры в разных системах, организации должны гарантировать, что они остаются заранее защищёнными, регулируются на протяжении всего жизненного цикла и соответствуют требованиям корпоративных рисков и комплаенса. Кроме того, по мере перехода агентов от пилотов к повседневным бизнес-процессам, операционное совершенство становится критически важным для поддержания ценности и доверия.
Этот столп сосредоточен на том, как организации устанавливают ограничения, контроль, операционные практики и управление жизненным циклом, необходимые для обеспечения безопасной, согласованной и надёжной работы агентов в масштабах без замедления инноваций.
Почему управление, безопасность и эксплуатация важны для агентов ИИ
Агенты усиливают человеческие намерения, действуя в контексте идентичности, данных и разрешений. Без сильных практик управления, безопасности и операций такая же возможность может создавать риски из-за непреднамеренного раскрытия данных, непоследовательного поведения, неясной ответственности, разрастания агентов или роста затрат.
Сильное управление, безопасность и операционная деятельность создают основу, позволяющую безопасно и устойчиво масштабировать внедрение агентов. Они обеспечивают наблюдаемое, контролируемое и аудитируемое поведение агентов, а также чтобы растущая автономия сочеталась с чёткими правами на принятие решений, контролем жизненного цикла, проактивным мониторингом и управлением рисками.
Такой интегрированный подход способствует развитию инноваций без ущерба для безопасности, надёжности или операционной эффективности.
Как выглядит высокая зрелость
При высокой зрелости управление, безопасность и эксплуатация интегрируются, масштабируются и позволяют, а не ограничивают.
Характеристики управления и безопасности:
- Организации управляют агентами, используя последовательные корпоративные стандарты.
- Контроль идентификации, доступа к данным и соблюдения требований осуществляется по умолчанию.
- Организации делают поведение агентов наблюдаемым с помощью логов, телеметрии и механизмов проверки.
- Пути человеческого контроля и эскалации чётко определены для каждого класса агентов.
- Управление способствует более быстрому внедрению, а не замедляет его.
Характеристики эксплуатации и жизненного цикла:
- Команды регулярно применяют стандартизированные схемы развертывания, мониторинга и обслуживания.
- Команды определяют операционную телеметрию, мониторинг состояния и ответственность за жизненный цикл, чтобы оценивать, оптимизировать или выводить агентов из эксплуатации на основе их фактического использования и пользы.
- Команды внедряют управление изменениями, обучение и коммуникацию в операционной деятельности, чтобы обеспечить устойчивое внедрение и доверие.
- Агенты плавно переходят от экспериментов к надёжным производственным ресурсам, с чёткой ответственностью между ИТ, безопасностью и бизнес-заинтересованными сторонами.
Характеристики ответственного ИИ:
- Организации задокументировали стандарты ответственного ИИ, которые превращают принципы в конкретные ожидания и практики.
- Кросс-функциональный Совет по ИИ обеспечивает активный контроль, руководство и эскалацию по случаям с высоким воздействием или неоднозначностью.
- Доверие, риски и этика интегрированы в стратегические и эффективные обсуждения, а не только в реагировании на инциденты.
- Команды постоянно отслеживают справедливость, безопасность, злоупотребление и сигналы доверия на протяжении всего жизненного цикла агента.
- Практики ответственного использования ИИ изначально встроены во все процессы предоставления услуг и эксплуатации.
- Руководство обеспечивает видимый контроль и рассматривает ответственный ИИ как стратегический дифференциатор и источник доверия.
Операции, управление и безопасность становятся факторами инноваций, а не реактивными функциями поддержки или ограничениями по соблюдению требований.
Как читать таблицу зрелости
Таблица описывает, как возможности управления, безопасности и операций ИИ развиваются на пяти уровнях зрелости.
Для каждого уровня обратите внимание:
- Состояние управления и безопасности ИИ: наблюдаемые характеристики на этом уровне
- Возможность для прогресса: Практические действия, позволяющие перейти на следующий этап зрелости
Организации часто работают на разных уровнях в зависимости от критичности агента. Например, внутренние агенты по производительности могут требовать более лёгкого контроля, чем агенты, работающие с клиентами или принимающие решения.
Управление ИИ и зрелость безопасности
| Level | Состояние управления и безопасности ИИ | Возможность для прогресса |
|---|---|---|
| 100: начальное |
Управление и безопасность:
|
|
| 200: повторяемый |
Управление и безопасность:
|
|
| 300: определено |
Управление и безопасность:
|
|
| 400: способны |
Управление и безопасность:
|
|
| 500: Эффективный |
Управление и безопасность:
|
|
Распространённые антипаттерны
По мере совершенствования практик управления и безопасности ИИ организации сталкиваются как с универсальными вызовами, которые могут возникнуть на любом уровне, так и с конкретными трудностями, связанными с каждым этапом зрелости. Понимание этих закономерностей помогает командам предугадывать и избегать распространённых ошибок.
Проблемы универсального управления
Эти фундаментальные проблемы могут подрывать эффективность управления на любом уровне зрелости:
- Нет учёта и ответственного владельца: Команды создают агентов и обмениваются ими без надёжного реестра, статуса жизненного цикла или назначенного ответственного владельца, из-за чего аудит и реагирование на инциденты происходят медленно и непоследовательно.
- Средства контроля носят лишь рекомендательный характер, а не являются обязательными для технического применения: Команды документируют политики, но не реализуют их в виде обязательных технических средств контроля (например, для управления данными, политик данных и ограничений по уровню чувствительности), поэтому соблюдение требований зависит от действий отдельных сотрудников.
- Отсутствующая или игнорированная стратегия окружающей среды: Создатели создают и публикуют в одной и той же среде без чёткого разделения или ограничителей, что увеличивает риск случайного воздействия и ослабляет контроль над изменениями.
- Отношение ко всем агентам как одинаково (без многоуровневого подхода по риску и критической важности): Организации применяют один набор контроля к каждому агенту. Такой подход либо излишне ограничивает низкорисковые агенты для личной продуктивности (что приводит к появлению теневого ИИ), либо недостаточно регулирует агенты подразделений и критически важные агенты (создавая пробелы в безопасности и соблюдении требований). Нужен многоуровневый подход, потому что требования к рискам и управлению растут по мере перехода от личной продуктивности к сотрудничеству в отделах и командах, а затем к корпоративным и критически важным нагрузкам.
- Политика данных и управление коннекторами не считаются «границей безопасности агента»: команды предоставляют агентам широкие возможности подключения (коннекторы, действия, HTTP) без единообразных политик и ограничений, что повышает риск утечки данных и непреднамеренных действий.
- Аудит и мониторинг — это второстепенное дело: команды не централизируют журналы, не создают дашборды и не связывают рабочие процессы центра операций безопасности (SOC) с данными агента. Команды узнают о рискованном поведении только после эскалации инцидентов.
- Состояние безопасности не всегда проверяется: команды не полагаются на статус защиты во время выполнения, автоматические сканирования безопасности (где это возможно) или систематические ожидания от состязательного тестирования перед релизом и крупными обновлениями.
- Управление затратами и использованием неконтролируемо: команды не распределяют и не отслеживают затраты на токены, использование и мощности, поэтому расходы растут без видимости, а управление не может расставить приоритеты, что масштабировать или вывести из эксплуатации.
Специфические для зрелости антипаттерны
По мере продвижения организаций к зрелости возникают различные вызовы:
Уровень 100 – Начальный: «Распространение теневой ИИ»
Схема: Команды направляют агентов без центрального контроля, контроля безопасности или операционной поддержки.
Почему это происходит: отсутствие чёткой системы управления. Команды действуют быстро, чтобы получить ценность, не дожидаясь корпоративных стандартов.
Риски: уязвимости в безопасности, нарушения нормативных требований, нерегулируемый доступ к данным и операционный хаос.
Как избежать: Установите базовые стандарты управления и безопасности до широкого внедрения. Обеспечьте чёткие пути эскалации.
Уровень 200 – Повторяется: «Театр управления»
Шаблон: создание формальных процессов управления, которые увеличивают накладные расходы без существенного улучшения безопасности или операционных результатов.
Почему это происходит: формальный подход к соблюдению требований. Сосредоточьтесь на документации, а не на практическом управлении рисками.
Риск: Замедление инноваций без реального улучшения безопасности и операционной надёжности.
Как этого избежать: Сосредоточьте управление на реальном снижении рисков и операционной эффективности. Измеряйте ценность управления.
Уровень 300 — Определение: «Разобщённость операционной деятельности»
Шаблон: Четко определённое управление и безопасность, но фрагментированные операционные практики между командами.
Почему это происходит: разные команды разрабатывают разные операционные подходы. Отсутствие общих операционных стандартов.
Риск: нестабильная работа агентов, дублирование усилий, снижение операционной эффективности, ослабленный контроль изменений.
Как этого избежать: Внедряйте общие операционные рамки и инструменты. Создайте межкомандные сообщества по обмену опытом в операционной деятельности.
Уровень 400 – Способности: «Сложность автоматизации»
Шаблон: чрезмерная автоматизация управления, безопасности и операций до такой степени, что системы становятся труднодоступными для понимания или модификации.
Почему это происходит: Успех автоматизации создаёт давление автоматизировать всё. Потеря оперативной интуиции.
Риск: хрупкие системы, которые сложно диагностировать или адаптировать. Снижение способности работать с крайними случаями.
Как этого избежать: Балансируйте между автоматизацией и человеческим контролем и пониманием. Поддерживайте операционную экспертизу наряду с автоматизированными возможностями.
Уровень 500 – Эффективность: «Застой инноваций»
Паттерн: отличные текущие возможности, но сниженные инвестиции в подходы следующего поколения к управлению, безопасности или эксплуатации.
Почему это происходит: Успех создаёт комфорт в современных подходах. Распределение ресурсов сосредоточено на поддержании, а не на развитии.
Риск: Конкуренты могут разработать более эффективные подходы. Вы можете упустить новые угрозы или оперативные возможности.
Как избежать: Постоянно инвестируйте в возможности следующего поколения. Отслеживайте новые тенденции и технологии.
Внедрение ответственного ИИ
Внедрить ответственный ИИ на практике с помощью четырёх ключевых действий: устанавливать стандарты, устанавливать управление, внедрять гарантии в доставку и эксплуатацию, а также формировать командные привычки и культуру.
Определите стандарт ответственного ИИ
Используйте устоявшиеся рамки, такие как Microsoft принципы ответственного ИИ или NIST AI Risk Management Framework, в качестве базы, а затем адаптируйте их под ваш организационный контекст. Переведите принципы в:
- Чёткие цели, такие как снижение предвзятости и обеспечение объяснимости.
- Конкретные требования, такие как этапы согласования, правила эскалации и границы использования данных.
- Практические инструменты и практики, включая оценку воздействия, тестирование предвзятости и мониторинг.
Создание Совета по искусственному интеллекту
Создайте межфункциональный междисциплинарный Совет по ИИ, который будет контролировать и направлять внедрение ИИ. Типичные роли включают:
- Исполнительный спонсор (стратегическое направление и приоритеты)
- ИТ и обеспечение готовности платформы (техническая готовность и корпоративное управление)
- Управление изменениями (внедрение, коммуникация, обратная связь)
- Риски, законодательство и соответствие (ответственный ИИ, конфиденциальность, регулирование)
Совет согласует использование ИИ с организационными ценностями, анализирует сценарии высокого эффекта, снижает риски и формирует доверие между заинтересованными сторонами.
Внедрить ответственный ИИ в доставку и эксплуатацию
- Начинайте каждый проект с ответственного ИИ: спрашивайте, как система может причинить вред или несправедливость, и планируйте меры по снижению рисков заранее.
- Убедитесь, что пользователи знают, когда взаимодействуют с ИИ и как принимаются решения.
- Постоянно контролируйте агентов на предмет справедливости, безопасности, злоупотребления и сигналов доверия.
- Относитесь к ответственному ИИ как к постоянной оперативной ответственности, а не как к галочке для развертывания.
Формируйте ответственные привычки и культуру ИИ
Ответственный ИИ достигает успеха, когда он становится частью работы команд:
- Поощряйте команды документировать решения и предположения.
- Сделайте поднятие этических вопросов ожидаемым и безопасным.
- Используйте сценарии, упражнения по радарированию рисков и ретроспективы для практики реакции.
- Подкрепляйте, что ответственный ИИ — это работа каждого, а не только управления.
Избегание ловушек ответственного ИИ
Организации, которым сложно безопасно масштабировать агентов ИИ, часто сталкиваются со следующими трудностями при внедрении ответственного ИИ. Такие подходы создают скрытые риски, которые проявляются только после задержки или инцидентов с внедрением.
Сведение ответственного искусственного интеллекта лишь к вопросам безопасности и соблюдения нормативных требований
Закономерность: Рассматривать ответственный ИИ как синоним безопасности данных или соблюдения нормативных требований.
Почему такой подход создаёт риски:
- Вы упускаете риски доверия, такие как справедливость, объяснимость и уверенность сотрудников.
- Системы могут соответствовать требованиям, но всё равно отклоняться пользователями.
- Внедрение замедляется даже при работе технологий.
Рассмотрение ответственного применения ИИ как разовой проверки
Тенденция: рассмотрение ответственного применения ИИ как контрольного списка перед развертыванием или этапа финального согласования. Когда агент становится активным, команды считают, что работа выполнена.
Почему такой подход создаёт риски:
- Системы ИИ меняются со временем по мере развития подсказок, данных и моделей использования.
- Предвзятость, злоупотребление и смещение доверия обычно проявляются уже после запуска, а не раньше.
- Команды не готовы, когда возникают проблемы, и возвращаются к реактивным отключениям.
Такой подход напрямую ведёт к модели реакции «запаниковать и всё отключить», выделенной в сценариях зрелости.
Опираясь на неформальные этические разговоры
Схема: Этические опасения зависят от того, поднимет ли их кто-то из присутствующих. У команды нет чётко выраженных стандартов, ролей или путей эскалации.
Почему такой подход создаёт риски:
- Покрытие рисков становится непоследовательным между командами и доменами.
- Команда упускает сценарии с высоким уровнем эффекта, требующие тщательного рассмотрения.
- Ответственность неясна, когда что-то идёт не так.
Этот подход отражает зрелость уровней 100–200, когда осознанность существует, но действия неравномерны.
Нет Совета ИИ или совета без полномочий
Шаблон: Совет ИИ существует «на бумаге» или как форум для обсуждения, но ему не хватает чёткого мандата, прав на принятие решений или исполнительного спонсорства.
Почему такой подход создаёт риски:
- Команды игнорируют или избирательно применяют рекомендации.
- Команды обходят управление, чтобы действовать быстрее.
- Команды по рискам, юриспруденции, IT и изменениям остаются несогласованными.
Без полномочий совет не может предотвратить появление блокировщиков на поздних этапах поставки, что скорее замедляет принятие, чем способствует ему.
Ждать инцидентов, чтобы учиться на них
Шаблон: Команды предполагают, что «решат проблемы, если они возникнут», вместо того чтобы заранее готовить планы реагирования.
Почему такой подход создаёт риски:
- Реакции реактивны и непоследовательны.
- Обучение — это болезненно, публично и дорого.
- Доверие к ИИ быстро падает после первого инцидента.
Организации с высоким уровнем зрелости разрабатывают стратегии реагирования до того, как что-то пойдёт не так.
Распространённые риски, когда вы не внедряете ответственный ИИ
Когда вы не внедряете принципы ответственного ИИ в процессы внедрения и операционную деятельность или когда отсутствует эффективный совет по ИИ, риски проявляются в ходе внедрения, в операционной деятельности и на уровне организации.
-
Во время родов:
- Команды выпускают агентов, которые не могут объяснить пользователям свои решения.
- Предвзятость или несправедливые результаты проявляются в эффективных рабочих процессах, таких как HR, финансы и обслуживание клиентов.
- Никто не знает, кто должен одобрять изменения или остановить развертывание.
-
В эксплуатации:
- Инциденты вызывают экстренное реагирование вместо структурированного расследования.
- Команды полностью отключают агентов, возвращая работу к ручным процессам.
- Доверие к ИИ падает по всей организации, и не только из-за одного случая использования.
-
На организационном уровне:
- Лидеры теряют доверие к автономии агентов.
- Внедрение застопорилось, несмотря на сильные технические возможности.
- Команды рассматривают агентов скорее как рискованные, чем стратегические.
Используйте радар рисков ответственного ИИ для выявления и снижения рисков агентов
Ответственный радар рисков ИИ — это лёгкий, повторяемый инструмент, который помогает вам выявлять, расставлять приоритеты и устранять риски ответственного ИИ до запуска агентов в производство.
Вместо того чтобы рассматривать ответственный ИИ как заключительную проверку на соответствие требованиям, радар рисков встраивает учёт рисков непосредственно в процессы внедрения и эксплуатации. Она поддерживает проактивное управление и доверенное масштабирование. Команды по доставке, Центры передового опыта и Советы по искусственному интеллекту могут проводить эту деятельность. Они могут использовать его повторно в ключевые моменты жизненного цикла агента (проектирование, предрелиз, постинцидентный обзор).
Радар риска помогает командам:
- Сделайте риски ответственного ИИ видимыми и простыми для обсуждения.
- Закрепить риски на шести принципах ответственного ИИ: справедливость, прозрачность, подотчётность, надёжность и безопасность, конфиденциальность и безопасность, а также инклюзивность.
- Приоритизируйте риски, исходя из воздействия и вероятности.
- Превращайте риски в конкретные действия и командные привычки.
- Предоставляйте структурированный вклад в Совет по ИИ или форум по управлению.
Используйте радар риска, когда:
- Разработка нового ИИ-агента или высокоэффективной функции.
- Подготовка агента к развертыванию в производственной среде.
- Расследование инцидента или проблемы с доверием.
- Анализ поведения агентов в рамках текущих операций.
- Поддержка обзоров AI Council по чувствительным или междоменным случаям использования.
Как использовать радар риска
Проведите сессию ответственного радарного анализа рисков ИИ, используя следующие шаги:
Выберите конкретный сценарий использования: начните с конкретного сценария, например, агента службы поддержки клиентов с доступом к CRM или HR-агента по поддержке принятия решений. Избегайте абстрактных обсуждений. Реальные сценарии использования выявляют реальные риски.
Определите риски по принципам ответственного ИИ: Группой обдумывайте потенциальные риски по следующим категориям:
- Справедливость
- Прозрачность
- Отчетность
- Надежность и безопасность
- Конфиденциальность и безопасность
- Инклюзивность
Фиксируйте риски без фильтрации. На этом этапе стремитесь к покрытию, а не к совершенству.
Картирование рисков на радаре риска: Разместите каждый выявленный риск на радаре риска с помощью двух измерений:
- Воздействие (Low → High): Насколько серьёзным было бы воздействие, если бы возник такой риск?
- Вероятность (маловероятная → вероятная): насколько вероятен этот риск при текущем дизайне?
Такое визуальное отображение позволяет быстро различать крайние случаи с низким приоритетом от рисков с высокой вероятностью воздействия, требующими немедленного внимания.
Пример: ваша организация направила агента для обработки запросов и жалоб клиентов через несколько каналов — электронная почта, чат и голосовой связь. Агент интегрируется с системами управления взаимоотношениями с клиентами (CRM) и имеет доступ к истории клиентов, предпочтениям и данным о транзакциях. Агент может эскалировать сложные дела до человеческих агентов.
Определите действия и привычки для основных рисков: Для двух-трёх самых приоритетных рисков определите:
- Действие, например введение этапа согласования с участием человека, привлечение Совета по ИИ или добавление мониторинга.
- Привычка или поведение, которое нужно внедрить в командную практику, например, обязательный обзор объяснимости перед выпуском.
Пример:
Риск Принцип ответственного искусственного интеллекта Impact Likelihood Action Привычка Клиенты не осознают, что взаимодействуют с ИИ Прозрачность Высокая Маловероятно Обязательно объяснять, раскрывать информацию и цитировать, чтобы пользователи были чётко информированы о присутствии агента ИИ. Регулярно пересматривайте случаи, где прозрачность может быть более очевидной. Нет чёткого пути эскалации, когда агент даёт вредные ответы Отчетность Высокая Маловероятно Создайте протокол эскалации с помощью ИИ, который определяет, когда и как агент должен передать данные человеку. Чемпионы RAI в группах поддержки. Назначайте владельцев, чтобы заранее выявлять пробелы в процессах эскалации. Решения об эскалации искажаются историческими данными Справедливость Высокая Скорее да, чем нет Проводите регулярные проверки предвзятости с использованием различных тестовых случаев и документируйте корректирующие меры. Проблемы с выявлением предвзятости. Проводите периодические упражнения для выявления и исправления предвзятого поведения. Агент выдумывает ответы, когда не уверен, вместо того чтобы усугублять ситуацию Прозрачность Высокая Скорее да, чем нет Создайте протокол эскалации ИИ с чёткими порогами неопределённости и чувствительных тем. Ретроспективы RAI при обзоре обращений в поддержку. Добавьте «момент RAI» в еженедельные ретроспективы. Временная неопределённость относительно того, кто должен одобрить некритическое изменение конфигурации Отчетность Низкий Маловероятно Создать Совет ИИ для уточнения прав и права собственности на принятие решений. Чемпионы RAI в группах поддержки. Усилить ответственность за низкорисковые изменения. В ответах агентов для разных пользователей наблюдаются незначительные различия в формулировках или тоне Справедливость Низкий Маловероятно Проводите регулярные проверки предвзятости для проверки согласованности тона и языка. Проблемы с выявлением предвзятости. Поощряйте команды выявлять тонкие предвзятости заранее. Данные для обучения немного смещены в сторону типичных сценариев, что требует периодического пересмотра Справедливость Низкий Скорее да, чем нет Внедрить контрольный список ответственного ИИ, включающий проверку баланса данных. Цикл обратной связи от клиентов. Еженедельно проверяйте помеченные ответы, чтобы выявить дрейф. Агент пытается получить доступ к данным вне запланированного объёма, но органы управления блокируют запрос Конфиденциальность и безопасность Низкий Скорее да, чем нет Внедрите контрольный список проверки на соответствие принципам ответственного ИИ, чтобы проверить границы доступа к данным. Цикл обратной связи от клиентов. Отслеживайте заблокированные попытки доступа и паттерны.
Такой подход гарантирует, что ответственный ИИ переходит от осведомлённости к реализации и культуре.
Использование этого столпа на практике
Для проектирования управления: используйте этот столп для создания рамок управления, которые позволяют внедрять инновации, управляя рисками и обеспечивая соответствие.
Для реализации безопасности: Применяйте этот столп для создания контроля безопасности, которые защищают агентов и данные без ущерба пользовательскому опыту или операционной эффективности.
Для операционного совершенства: используйте этот столп для построения операционных практик, которые гарантируют надёжность, производительность и ценность агентов на протяжении всего жизненного цикла.
Следующий шаг
В следующей статье рассматривается, как построить масштабируемые, надёжные технические базы и стратегии работы с данными для внедрения AI-агентов.
Связанная информация
- Административные и управляющие агенты
- Безопасность и управление системой управления Copilot
- документация по Microsoft Agent 365
- Сайт по внедрению Microsoft 365 Copilot
- Сайт внедрения AI-агентов
- Данные, конфиденциальность и безопасность для Microsoft 365 Copilot
- Безопасность и система управления Copilot Studio
- Управляйте своими Copilot Studio проектами
- Управление и безопасность агентов ИИ в организации
