Skip to main content
Статус: поддерживаются текст и вложения в личных сообщениях; для отправки файлов в каналы и группы требуются sharePointSiteId и разрешения Graph (см. Отправка файлов в групповых чатах). Опросы отправляются с помощью Adaptive Cards. Действия с сообщениями предоставляют явный параметр upload-file для отправок, в которых первым элементом является файл.

Встроенный плагин

В текущих выпусках OpenClaw Microsoft Teams поставляется как встроенный плагин; при обычной пакетной сборке отдельная установка не требуется. В более старой сборке или пользовательской установке, исключающей встроенный Teams, установите пакет npm напрямую:
Используйте пакет без указания версии, чтобы следовать текущему официальному тегу выпуска. Закрепляйте точную версию только тогда, когда требуется воспроизводимая установка. Локальная рабочая копия (запуск из репозитория git):
Подробнее: Плагины

Быстрая настройка

@microsoft/teams.cli выполняет регистрацию бота, создание манифеста и генерацию учётных данных одной командой. 1. Установите и войдите в систему
Teams CLI сейчас находится на стадии предварительной версии. Команды и флаги могут меняться между выпусками.
2. Запустите туннель (Teams не может подключиться к localhost) При необходимости установите и аутентифицируйте CLI devtunnel (руководство по началу работы).
--allow-anonymous требуется, поскольку Teams не может выполнять аутентификацию через devtunnels. Каждый входящий запрос к боту по-прежнему проверяется Teams SDK.
Альтернативы: ngrok http 3978 или tailscale funnel 3978 (URL-адреса могут меняться при каждом сеансе). 3. Создайте приложение
Эта команда создаёт приложение Entra ID (Azure AD), генерирует секрет клиента, создаёт и загружает манифест приложения Teams (со значками), а также регистрирует управляемого Teams бота (подписка Azure не требуется). Вывод содержит CLIENT_ID, CLIENT_SECRET, TENANT_ID и Teams App ID; также предлагается установить приложение непосредственно в Teams. 4. Настройте OpenClaw, используя учётные данные из вывода:
Либо используйте переменные среды напрямую: MSTEAMS_APP_ID, MSTEAMS_APP_PASSWORD, MSTEAMS_TENANT_ID. 5. Установите приложение в Teams teams app create предложит установить приложение; выберите “Install in Teams”. Чтобы получить ссылку для установки позже:
6. Убедитесь, что всё работает
Запускает диагностику регистрации бота, конфигурации приложения AAD, корректности манифеста и настройки SSO. Для рабочей среды вместо секретов клиента рекомендуется использовать федеративную аутентификацию (сертификат или управляемое удостоверение).
Групповые чаты по умолчанию заблокированы (channels.msteams.groupPolicy: "allowlist"). Чтобы разрешить ответы в группах, задайте channels.msteams.groupAllowFrom или используйте groupPolicy: "open", чтобы разрешить их любому участнику (при обязательном упоминании).

Цели

  • Общение с OpenClaw через личные сообщения, групповые чаты или каналы Teams.
  • Сохранение детерминированной маршрутизации: ответы всегда возвращаются в канал, из которого поступили сообщения.
  • Безопасное поведение в каналах по умолчанию (упоминания обязательны, если не настроено иное).

Запись конфигурации

По умолчанию Microsoft Teams может записывать обновления конфигурации, инициированные /config set|unset (требуется commands.config: true). Чтобы отключить:

Управление доступом (личные сообщения и группы)

Доступ к личным сообщениям
  • По умолчанию: channels.msteams.dmPolicy = "pairing". Неизвестные отправители игнорируются до одобрения.
  • В channels.msteams.allowFrom следует использовать стабильные идентификаторы объектов AAD или статические группы доступа отправителей, например accessGroup:core-team.
  • Не полагайтесь на сопоставление по UPN или отображаемому имени в списках разрешений: они могут изменяться. По умолчанию OpenClaw отключает прямое сопоставление имён; включите его с помощью channels.msteams.dangerouslyAllowNameMatching: true.
  • Мастер может преобразовать имена в идентификаторы через Microsoft Graph, если это позволяют учётные данные.
Доступ для групп
  • По умолчанию: channels.msteams.groupPolicy = "allowlist" (заблокировано, пока не добавлено groupAllowFrom). channels.defaults.groupPolicy может переопределить общее значение по умолчанию, если channels.msteams.groupPolicy не задано.
  • channels.msteams.groupAllowFrom определяет, какие отправители или статические группы доступа отправителей могут инициировать действия в групповых чатах и каналах (в качестве резервного варианта используется channels.msteams.allowFrom).
  • Задайте groupPolicy: "open", чтобы разрешить доступ любому участнику (по умолчанию упоминание по-прежнему обязательно).
  • Чтобы заблокировать все каналы, задайте channels.msteams.groupPolicy: "disabled".
Пример:
Список разрешённых команд и каналов
  • Ограничьте ответы в группах и каналах, перечислив команды и каналы в channels.msteams.teams.
  • В качестве ключей используйте стабильные идентификаторы бесед Teams из ссылок Teams, а не изменяемые отображаемые имена (см. Идентификаторы команд и каналов).
  • Если присутствуют groupPolicy="allowlist" и список разрешённых команд, принимаются только перечисленные команды и каналы (при обязательном упоминании).
  • Мастер настройки принимает записи Team/Channel и сохраняет их.
  • При запуске OpenClaw преобразует имена команд, каналов и пользователей из списков разрешений в идентификаторы (если это позволяют разрешения Graph) и записывает сопоставление в журнал. Неразрешённые имена сохраняются в указанном виде, но игнорируются при маршрутизации, если не задано channels.msteams.dangerouslyAllowNameMatching: true.
Пример:

Федеративная аутентификация (сертификат и управляемое удостоверение)

Для рабочей среды OpenClaw поддерживает федеративную аутентификацию через channels.msteams.authType: "federated" как альтернативу секретам клиента. Доступны два метода:

Вариант A. Аутентификация на основе сертификата

Используйте сертификат PEM, зарегистрированный для приложения Entra ID. Настройка:
  1. Создайте или получите сертификат (в формате PEM с закрытым ключом).
  2. Entra ID → App Registration → Certificates & secretsCertificates → загрузите открытый сертификат.
Конфигурация:
Переменные среды:
  • MSTEAMS_AUTH_TYPE=federated
  • MSTEAMS_CERTIFICATE_PATH=/path/to/cert.pem

Вариант B. Управляемое удостоверение Azure

Используйте управляемое удостоверение Azure для аутентификации без пароля в инфраструктуре Azure (AKS, App Service, виртуальные машины Azure). Принцип работы:
  1. Под или виртуальная машина бота имеет управляемое удостоверение (назначенное системой или пользователем).
  2. Учётные данные федеративного удостоверения связывают управляемое удостоверение с регистрацией приложения Entra ID.
  3. Во время выполнения OpenClaw использует @azure/identity для получения токенов из конечной точки Azure IMDS.
  4. Токен передаётся в Teams SDK для аутентификации бота.
Предварительные требования:
  • Инфраструктура Azure с включённым управляемым удостоверением (удостоверение рабочей нагрузки AKS, App Service, виртуальная машина).
  • Учётные данные федеративного удостоверения созданы в регистрации приложения Entra ID.
  • Сетевой доступ к IMDS (169.254.169.254:80) из пода/виртуальной машины.
Конфигурация (назначенное системой управляемое удостоверение):
Конфигурация (назначенное пользователем управляемое удостоверение): добавьте managedIdentityClientId: "<MI_CLIENT_ID>" в приведённый выше блок. Переменные среды:
  • MSTEAMS_AUTH_TYPE=federated
  • MSTEAMS_USE_MANAGED_IDENTITY=true
  • MSTEAMS_MANAGED_IDENTITY_CLIENT_ID=<client-id> (только для назначенного пользователем удостоверения)

Настройка удостоверения рабочей нагрузки AKS

Для развёртываний AKS с удостоверением рабочей нагрузки:
  1. Включите удостоверение рабочей нагрузки в кластере AKS.
  2. Создайте учётные данные федеративного удостоверения в регистрации приложения Entra ID:
  3. Добавьте аннотацию к учётной записи службы Kubernetes с идентификатором клиента приложения:
  4. Добавьте метку к поду для внедрения удостоверения рабочей нагрузки:
  5. Разрешите сетевой доступ к IMDS (169.254.169.254): при использовании NetworkPolicy добавьте правило исходящего трафика для 169.254.169.254/32 на порту 80.

Сравнение типов аутентификации

certificateThumbprint можно задать вместе с certificatePath, но сейчас путь аутентификации его не считывает; он принимается только для прямой совместимости. По умолчанию: если authType не задан, OpenClaw использует аутентификацию с помощью секрета клиента (appPassword). Существующие конфигурации продолжат работать без изменений.

Локальная разработка (туннелирование)

Teams не может обращаться к localhost. Используйте постоянный туннель разработки, чтобы URL оставался неизменным между сеансами:
Альтернативы: ngrok http 3978 или tailscale funnel 3978 (URL может меняться в каждом сеансе). Если URL туннеля изменился, обновите конечную точку:

Тестирование бота

Запустите диагностику:
За один проход проверяет регистрацию бота, приложение AAD, манифест и конфигурацию SSO. Отправьте тестовое сообщение:
  1. Установите приложение Teams (ссылка для установки из teams app get <id> --install-link).
  2. Найдите бота в Teams и отправьте ему личное сообщение.
  3. Проверьте журналы Gateway на наличие входящей активности.

Переменные среды

Эти ключи конфигурации, связанные с аутентификацией, можно задать через переменные среды вместо openclaw.json (остальные ключи конфигурации, например groupPolicy или historyLimit, можно задавать только в конфигурации):

Действие для получения сведений об участнике

OpenClaw предоставляет для Microsoft Teams действие member-info на базе Graph, позволяющее агентам и автоматизациям получать проверенные сведения об участниках настроенной беседы. Требования:
  • Разрешения RSC ChannelSettings.Read.Group и TeamMember.Read.Group (уже включены в рекомендуемый манифест).
Действие доступно всегда, когда настроены учётные данные Graph; отдельного переключателя channels.msteams.actions.memberInfo нет. При поиске в стандартном канале возвращаются соответствующее удостоверение участника команды, отображаемое имя, адрес электронной почты и роли. В текущем личном или групповом чате действие может вернуть стабильный идентификатор доверенного отправителя. Для поиска участников в частных/общих каналах и чатах, отличных от текущего, требуются дополнительные разрешения на доступ к составу участников, поэтому при базовом наборе разрешений по умолчанию такие запросы отклоняются.

Контекст истории

  • channels.msteams.historyLimit определяет, сколько последних сообщений канала или группы добавляется в запрос. При отсутствии значения используется messages.groupChat.historyLimit, а затем значение по умолчанию 50. Установите 0, чтобы отключить эту функцию.
  • Полученная история ветки фильтруется по спискам разрешённых отправителей (allowFrom / groupAllowFrom), поэтому при заполнении контекста ветки включаются только сообщения от разрешённых отправителей.
  • Контекст цитируемого вложения (полученный из HTML-схемы Skype Reply во вложениях самого ответа) передаётся без фильтрации; сейчас фильтр списка разрешённых отправителей применяется только при заполнении контекста из истории ветки.
  • Историю личных сообщений можно ограничить с помощью channels.msteams.dmHistoryLimit (реплики пользователя). Переопределения для отдельных пользователей: channels.msteams.dms["<user_id>"].historyLimit.

Текущие разрешения RSC Teams (манифест)

Это существующие разрешения resourceSpecific в манифесте нашего приложения Teams. Они применяются только в команде или чате, где установлено приложение. Для каналов (область команды):
  • ChannelMessage.Read.Group (Application) — получение всех сообщений канала без @упоминания
  • ChannelMessage.Send.Group (Application)
  • Member.Read.Group (Application)
  • Owner.Read.Group (Application)
  • ChannelSettings.Read.Group (Application)
  • TeamMember.Read.Group (Application)
  • TeamSettings.Read.Group (Application)
Для групповых чатов:
  • ChatMessage.Read.Chat (Application) — получение всех сообщений группового чата без @упоминания
Добавьте разрешения RSC через CLI Teams:

Пример манифеста Teams (отредактированный)

Минимальный корректный пример с обязательными полями. Замените идентификаторы и URL.

Особенности манифеста (обязательные поля)

  • bots[].botId должен совпадать с идентификатором приложения Azure Bot.
  • webApplicationInfo.id должен совпадать с идентификатором приложения Azure Bot.
  • bots[].scopes должен включать поверхности, которые планируется использовать (personal, team, groupChat).
  • bots[].supportsFiles: true требуется для обработки файлов в личной области.
  • authorization.permissions.resourceSpecific должен включать разрешения на чтение и отправку сообщений для трафика каналов.

Обновление существующего приложения

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

Возможности: только RSC или Graph

С только RSC Teams (приложение установлено, разрешения Graph API отсутствуют)

Работает:
  • Чтение текстового содержимого сообщений канала.
  • Отправка текстового содержимого сообщений канала.
  • Получение файловых вложений в личных сообщениях.
НЕ работает:
  • Получение содержимого изображений или файлов из каналов и групп (полезная нагрузка содержит только HTML-заглушку).
  • Скачивание вложений, хранящихся в SharePoint/OneDrive.
  • Чтение истории сообщений за пределами текущего события Webhook.

С RSC Teams и разрешениями приложения Microsoft Graph

Дополнительно доступно:
  • Скачивание размещённого содержимого (изображений, вставленных в сообщения).
  • Скачивание файловых вложений, хранящихся в SharePoint/OneDrive.
  • Чтение истории сообщений каналов и чатов через Graph.

RSC и Graph API

Итог: RSC предназначен для прослушивания в реальном времени, а Graph API — для доступа к истории. Чтобы получить пропущенные во время автономной работы сообщения, требуется Graph API с ChannelMessage.Read.All (необходимо согласие администратора).

Медиафайлы и история через Graph

Включите только те разрешения приложения Microsoft Graph, которые необходимы для используемых областей и данных Teams:
  1. В Entra ID (Azure AD) откройте App Registration → добавьте Application permissions Graph:
    • ChannelMessage.Read.All для вложений и истории каналов.
    • Chat.Read.All для вложений и истории групповых чатов.
    • Files.Read.All, если байты вложений необходимо скачивать из хранилища SharePoint/OneDrive; при настройке только истории это разрешение не требуется.
  2. Выполните Grant admin consent для клиента.
  3. Увеличьте версию манифеста приложения Teams, повторно загрузите его и переустановите приложение в Teams.
  4. Полностью закройте и перезапустите Teams, чтобы очистить кэшированные метаданные приложения.

Восстановление файлов каналов и групп (graphMediaFallback)

Teams может удалять маркеры файлов из HTML-действия, отправляемого боту. В этом случае действие Bot Framework невозможно отличить от обычного HTML-сообщения; полная ссылка на вложение существует только в копии сообщения в Graph. После предоставления указанных выше разрешений включите резервный механизм:
Это применяется только к каналам и групповым чатам. Для каждого HTML-действия, не содержащего непосредственно доступных для скачивания медиафайлов, выполняется один дополнительный поиск сообщения в Graph, в том числе для обычных сообщений или сообщений только с упоминанием. Значение по умолчанию — false, поэтому существующие установки не начинают автоматически создавать дополнительный трафик Graph или ошибки разрешений. Упоминания пользователей: @упоминания сразу работают для пользователей, уже участвующих в беседе. Чтобы динамически искать и упоминать пользователей, не участвующих в текущей беседе, добавьте разрешение User.Read.All (Application) и предоставьте согласие администратора.

Известные ограничения

Тайм-ауты Webhook

Teams доставляет сообщения через HTTP-Webhook. OpenClaw применяет к этому слушателю Webhook фиксированные тайм-ауты HTTP-сервера: 30 с бездействия, 30 с на весь запрос и 15 с на получение заголовков. Для необязательных входящих медиафайлов и обогащения контекста предусмотрен общий бюджет в 10 секунд, но SDK Teams всё равно ожидает завершения хода агента, прежде чем вернуть ответ Webhook. Если полный ход превышает окно повторных попыток Teams, возможны следующие последствия:
  • Teams повторно отправляет сообщение (создавая дубликаты).
  • Ответы теряются.
Ответы отправляются проактивно после ответа агента, однако медленное выполнение агента всё равно может приводить к повторным попыткам или дубликатам на стороне Teams.

Поддержка облаков Teams и URL-адресов служб

Этот путь Teams на базе SDK проверен в рабочей среде для общедоступного облака Microsoft Teams. Для входящих ответов используется контекст хода SDK Teams из входящего сообщения. Для проактивных операций вне контекста — отправки, изменения, удаления, карточек, опросов, сообщений о согласии на передачу файлов и поставленных в очередь длительных ответов — используется сохранённая ссылка на беседу serviceUrl. Для общедоступного облака по умолчанию используется среда общедоступного облака SDK Teams, а сохранённые ссылки разрешены на общедоступном узле Teams Connector: https://smba.trafficmanager.net/. Общедоступное облако используется по умолчанию. Для обычных ботов в общедоступном облаке задавать channels.msteams.cloud или channels.msteams.serviceUrl не требуется. Для закрытых облаков Teams задайте cloud и соответствующую границу проактивных операций, когда Microsoft опубликует её:
  • channels.msteams.cloud выбирает облачный профиль SDK Teams для аутентификации, проверки JWT, служб токенов и области Graph.
  • channels.msteams.serviceUrl выбирает границу конечной точки Bot Connector, используемую для проверки сохранённых ссылок на беседы перед проактивной отправкой, изменением, удалением, созданием карточек, опросов, сообщений о согласии на передачу файлов и поставленных в очередь длительных ответов. Она обязательна для облаков SDK USGov и DoD. Для China/21Vianet OpenClaw использует профиль SDK China и принимает сохранённые или настроенные URL-адреса служб только на узлах каналов Azure China Bot Framework.
Microsoft публикует глобальные проактивные конечные точки Bot Connector в разделе Создание беседы документации Teams по проактивным сообщениям. По возможности используйте serviceUrl входящего действия; в противном случае используйте приведённую ниже таблицу Microsoft. Пример для GCC, где Microsoft документирует отдельный URL проактивной службы, но SDK Teams не предоставляет отдельного облачного профиля GCC:
Пример для GCC High:
channels.msteams.serviceUrl ограничен поддерживаемыми узлами Microsoft Teams Bot Connector. Если URL-адрес службы настроен, OpenClaw перед проактивной отправкой, изменением, удалением, созданием карточек, опросов или выполнением поставленных в очередь длительных ответов проверяет, что сохранённый serviceUrl беседы использует тот же узел. При конфигурации общедоступного облака по умолчанию OpenClaw безопасно завершает операцию с ошибкой, если сохранённая беседа указывает за пределы общедоступного узла Teams Connector. После изменения настроек облака или URL-адреса службы получите новое сообщение из беседы, чтобы обновить сохранённую ссылку на неё. Для China/21Vianet в таблице проактивных конечных точек Teams от Microsoft отсутствует отдельный глобальный проактивный URL-адрес smba. Настройте cloud: "China", чтобы SDK Teams использовал конечные точки аутентификации, токенов и JWT Azure China. После этого для проактивной отправки требуется сохранённая ссылка на беседу из входящего действия China Teams либо явно настроенный URL-адрес службы в границах канала Azure China Bot Framework (*.botframework.azure.cn). Вспомогательные функции Teams на базе Graph отключены для cloud: "China", пока OpenClaw не начнёт направлять запросы Graph через конечную точку Azure China Graph.

Форматирование

Поддержка Markdown в Teams более ограничена, чем в Slack или Discord:
  • Базовое форматирование работает: полужирный текст, курсив, code, ссылки.
  • Сложный Markdown (таблицы, вложенные списки) может отображаться неправильно.
  • Adaptive Cards поддерживаются для опросов и отправки семантического представления (см. ниже).

Конфигурация

Основные настройки (общие шаблоны каналов см. в разделе /gateway/configuration):
  • channels.msteams.enabled: включить/отключить канал.
  • channels.msteams.appId, channels.msteams.appPassword, channels.msteams.tenantId: учетные данные бота.
  • channels.msteams.cloud: облачная среда Teams SDK (Public, USGov, USGovDoD или China; по умолчанию Public). Задайте с помощью serviceUrl для облаков USGov/DoD SDK; для Китая используются предустановка SDK и сохраненные ссылки на беседы Azure China Bot Framework, при этом вспомогательные функции на базе Graph отключены до выпуска маршрутизации Azure China Graph.
  • channels.msteams.serviceUrl: граница URL-адреса службы Bot Connector для упреждающих операций SDK. В публичном облаке используется значение SDK по умолчанию; задайте его для GCC (https://smba.infra.gcc.teams.microsoft.com/teams), GCC High или DoD. Для Китая принимаются узлы каналов Azure China Bot Framework, если сохраненная ссылка на беседу получена из Teams под управлением 21Vianet.
  • channels.msteams.webhook.port (по умолчанию 3978).
  • channels.msteams.webhook.path (по умолчанию /api/messages).
  • channels.msteams.dmPolicy: pairing | allowlist | open | disabled (по умолчанию pairing).
  • channels.msteams.allowFrom: список разрешенных личных сообщений (рекомендуются идентификаторы объектов AAD). Если доступ к Graph имеется, мастер во время настройки преобразует имена в идентификаторы.
  • channels.msteams.dangerouslyAllowNameMatching: аварийный переключатель для повторного включения сопоставления по изменяемому UPN/отображаемому имени и прямой маршрутизации по именам команды/канала.
  • channels.msteams.textChunkLimit: размер фрагмента исходящего текста в символах (по умолчанию 4000; жесткое ограничение — 4000 независимо от более высокого настроенного значения).
  • channels.msteams.streaming.chunkMode: length (по умолчанию) или newline для разделения по пустым строкам (границам абзацев) перед разбиением по длине.
  • channels.msteams.mediaAllowHosts: список разрешенных узлов для входящих вложений (по умолчанию домены Microsoft/Teams: Graph, SharePoint/OneDrive, Teams CDN, Bot Framework, Azure Media Services).
  • channels.msteams.mediaAuthAllowHosts: список разрешенных узлов для добавления заголовков Authorization при повторных попытках загрузки медиафайлов (по умолчанию узлы Graph + Bot Framework).
  • channels.msteams.graphMediaFallback: включить поиск сообщений через Graph, когда HTML канала/группы не содержит маркеров файлов (по умолчанию false; см. Восстановление файлов канала/группы).
  • channels.msteams.mediaMaxMb: переопределение ограничения размера медиафайлов для отдельного канала в МБ. Если не задано, используется agents.defaults.mediaMaxMb.
  • channels.msteams.requireMention: требовать @упоминание в каналах/группах (по умолчанию true).
  • channels.msteams.replyStyle: thread | top-level (см. Стиль ответов).
  • channels.msteams.teams.<teamId>.replyStyle: переопределение для отдельной команды.
  • channels.msteams.teams.<teamId>.requireMention: переопределение для отдельной команды.
  • channels.msteams.teams.<teamId>.tools: стандартные переопределения политики инструментов для отдельной команды (allow/deny/alsoAllow), используемые при отсутствии переопределения канала.
  • channels.msteams.teams.<teamId>.toolsBySender: стандартные переопределения политики инструментов для отдельной команды и отправителя (поддерживается подстановочный знак "*").
  • channels.msteams.teams.<teamId>.channels.<conversationId>.replyStyle: переопределение для отдельного канала.
  • channels.msteams.teams.<teamId>.channels.<conversationId>.requireMention: переопределение для отдельного канала.
  • channels.msteams.teams.<teamId>.channels.<conversationId>.tools: переопределения политики инструментов для отдельного канала (allow/deny/alsoAllow).
  • channels.msteams.teams.<teamId>.channels.<conversationId>.toolsBySender: переопределения политики инструментов для отдельного канала и отправителя (поддерживается подстановочный знак "*").
  • Ключи toolsBySender должны использовать явные префиксы: channel:, id:, e164:, username:, name: (устаревшие ключи без префикса по-прежнему сопоставляются только с id:).
  • channels.msteams.authType: тип аутентификации — "secret" (по умолчанию) или "federated".
  • channels.msteams.certificatePath: путь к файлу сертификата PEM (федеративная аутентификация + аутентификация с сертификатом).
  • channels.msteams.certificateThumbprint: отпечаток сертификата; принимается, но не требуется для аутентификации.
  • channels.msteams.useManagedIdentity: включить аутентификацию с управляемым удостоверением (федеративный режим).
  • channels.msteams.managedIdentityClientId: идентификатор клиента для назначаемого пользователем управляемого удостоверения.
  • channels.msteams.sharePointSiteId: идентификатор сайта SharePoint для отправки файлов в групповых чатах/каналах (см. Отправка файлов в групповых чатах).
  • channels.msteams.welcomeCard, channels.msteams.groupWelcomeCard, channels.msteams.promptStarters: приветственная адаптивная карточка, отображаемая при первом контакте в личных сообщениях/группе, и кнопки с предлагаемыми запросами.
  • channels.msteams.responsePrefix: текст, добавляемый в начало исходящих ответов.
  • channels.msteams.feedbackEnabled (по умолчанию true), channels.msteams.feedbackReflection (по умолчанию true), channels.msteams.feedbackReflectionCooldownMs: обратная связь об ответах с помощью отметок «нравится»/«не нравится» и последующий анализ отрицательной обратной связи.
  • channels.msteams.sso, channels.msteams.delegatedAuth: OAuth-подключение Bot Framework и делегированные области Graph для потоков на основе SSO; sso.enabled: true требует sso.connectionName.

Маршрутизация и сеансы

  • Ключи сеансов соответствуют стандартному формату агента (см. /concepts/session):
    • Личные сообщения используют общий основной сеанс (agent:<agentId>:<mainKey>).
    • Сообщения каналов/групп используют идентификатор беседы:
      • agent:<agentId>:msteams:channel:<conversationId>
      • agent:<agentId>:msteams:group:<conversationId>

Стиль ответов: обсуждения и публикации

В Teams существуют два стиля интерфейса каналов, использующих одну и ту же базовую модель данных: Проблема: API Teams не сообщает, какой стиль интерфейса использует канал. При использовании неверного значения replyStyle:
  • thread в канале со стилем «Обсуждения» → ответы отображаются с неудобной вложенностью.
  • top-level в канале со стилем «Публикации» → ответы отображаются как отдельные публикации верхнего уровня, а не внутри обсуждения.
Решение: настройте replyStyle отдельно для каждого канала в соответствии с его конфигурацией:

Приоритет разрешения

Когда бот отправляет ответ в канал, значение replyStyle определяется от наиболее конкретного переопределения к значению по умолчанию. Используется первое значение, отличное от undefined:
  1. Для каналаchannels.msteams.teams.<teamId>.channels.<conversationId>.replyStyle
  2. Для командыchannels.msteams.teams.<teamId>.replyStyle
  3. Глобальноеchannels.msteams.replyStyle
  4. Неявное значение по умолчанию — определяется из requireMention:
    • requireMention: truethread
    • requireMention: falsetop-level
Если задать requireMention: false глобально без явного значения replyStyle, упоминания в каналах со стилем «Публикации» будут отображаться как публикации верхнего уровня, даже если входящее сообщение являлось ответом в обсуждении. Закрепите replyStyle: "thread" на глобальном уровне, уровне команды или канала, чтобы избежать неожиданного поведения. Для упреждающих отправок в сохраненную беседу канала (ответы на вызовы инструментов из очереди, долго работающие агенты) применяется такое же разрешение на уровне команды/канала; для групповых чатов и личных бесед значение упреждающих отправок всегда разрешается в top-level независимо от replyStyle.

Сохранение контекста обсуждения

Когда действует replyStyle: "thread" и бот был @упомянут внутри обсуждения канала, OpenClaw повторно присоединяет корневое сообщение исходного обсуждения к ссылке на исходящую беседу (19:...@thread.tacv2;messageid=<root>), чтобы ответ попал в то же обсуждение. Это относится как к отправкам в реальном времени (в рамках текущего шага), так и к упреждающим отправкам после истечения срока действия контекста шага Bot Framework (например, долго работающими агентами или ответами на вызовы инструментов из очереди через mcp__openclaw__message). Корневое сообщение обсуждения берется из сохраненного значения threadId в ссылке на беседу. Для более старых сохраненных ссылок, созданных до появления threadId, используется резервное значение activityId (то входящее действие, которое последним инициализировало беседу), поэтому существующие развертывания продолжают работать без повторной инициализации. Когда действует replyStyle: "top-level", на входящие сообщения из обсуждений каналов намеренно отвечают новыми публикациями верхнего уровня; суффикс обсуждения не добавляется. Это правильно для каналов со стилем «Обсуждения»; если публикации верхнего уровня появляются там, где ожидались ответы в обсуждении, значит для этого канала неверно задано значение replyStyle.

Вложения и изображения

Текущие ограничения:
  • Личные сообщения: изображения и файловые вложения работают через API файлов бота Teams.
  • Каналы/группы: вложения хранятся в хранилище M365 (SharePoint/OneDrive). Полезная нагрузка Webhook содержит только HTML-заглушку, а не фактические байты файла. Для скачивания вложений каналов требуются разрешения Graph API.
  • Для явной отправки прежде всего файла используйте action=upload-file с media / filePath / path; необязательное значение message становится сопроводительным текстом/комментарием, а filename (или title) переопределяет имя загружаемого файла.
Без разрешений Graph сообщения каналов с изображениями поступают только в текстовом виде (содержимое изображения недоступно боту). По умолчанию OpenClaw скачивает медиафайлы только с узлов Microsoft/Teams. Переопределите это с помощью channels.msteams.mediaAllowHosts (используйте ["*"], чтобы разрешить любой узел). Заголовки Authorization добавляются только для узлов из channels.msteams.mediaAuthAllowHosts (по умолчанию узлы Graph + Bot Framework). Используйте строгий список (избегайте многопользовательских суффиксов).

Отправка файлов в групповых чатах

Боты могут отправлять файлы в личных сообщениях с помощью встроенного потока FileConsentCard. Для отправки файлов в групповых чатах/каналах требуется дополнительная настройка:

Почему для групповых чатов нужен SharePoint

Боты используют удостоверение приложения, тогда как ресурс /me Microsoft Graph требует вошедшего в систему пользователя. Для отправки файлов в групповых чатах/каналах бот загружает их на сайт SharePoint и создает ссылку для общего доступа.

Настройка

  1. Добавьте разрешения Graph API в Entra ID (Azure AD) → App Registration:
    • Sites.ReadWrite.All (приложение) — загрузка файлов в SharePoint.
    • ChatMember.Read.All (приложение) — разрешение с минимальными привилегиями в масштабе клиента для отправки файлов в групповых чатах. Chat.Read.All также подходит и уже обеспечивает это, если включена история групповых чатов. В качестве альтернативы для отдельного чата используйте разрешение согласия для конкретного ресурса ChatMember.Read.Chat.
  2. Предоставьте согласие администратора для клиента.
  3. Получите идентификатор сайта SharePoint:
  4. Настройте OpenClaw:

Поведение общего доступа

Общий доступ для отдельных пользователей безопаснее, поскольку доступ к файлу имеют только участники чата. Для групповых чатов OpenClaw требует успешного получения списка участников; при тайм-аутах, сбоях транспорта, пустых результатах и отказах Graph API отправка завершается ошибкой вместо расширения доступа на всю организацию.

Резервное поведение

Место хранения файлов

Загруженные файлы хранятся в папке /OpenClawShared/ в библиотеке документов по умолчанию настроенного сайта SharePoint.

Опросы (Adaptive Cards)

OpenClaw отправляет опросы Teams в виде Adaptive Cards (нативного API опросов Teams не существует).
  • CLI: openclaw message poll --channel msteams --target conversation:<id> --poll-question "..." --poll-option "..." --poll-option "...".
  • Голоса записываются Gateway в SQLite состояния плагина OpenClaw в state/openclaw.sqlite.
  • Существующие файлы msteams-polls.json импортируются командой openclaw doctor --fix, а не работающим плагином.
  • Для записи голосов Gateway должен оставаться в сети.
  • Опросы не публикуют сводки результатов автоматически, а CLI для получения результатов опросов пока отсутствует.

Карточки представления

Отправляйте семантические данные представления пользователям или беседам Teams с помощью инструмента message, CLI или обычной доставки ответов. OpenClaw преобразует их в Teams Adaptive Cards на основе универсального контракта представления. Параметр presentation принимает семантические блоки. Если указан presentation, текст сообщения необязателен. Кнопки отображаются как действия отправки Adaptive Card или перехода по URL. Меню выбора не поддерживаются нативно средством визуализации Teams, поэтому перед доставкой OpenClaw преобразует их в читаемый текст. Инструмент агента:
CLI:
Подробности о форматах целей см. ниже в разделе Форматы целей.

Форматы целей

В целях MSTeams используются префиксы, позволяющие различать пользователей и беседы: Примеры CLI:
Примеры инструмента агента:
Без префикса user: имена по умолчанию разрешаются как группы или команды. При выборе людей по отображаемому имени всегда используйте user:.

Проактивные сообщения

  • Проактивные сообщения можно отправлять только после взаимодействия пользователя, поскольку в этот момент OpenClaw сохраняет ссылки на беседы.
  • Описание dmPolicy и ограничений по списку разрешений см. в разделе /gateway/configuration.

Идентификаторы команды и канала (частая ошибка)

Параметр запроса groupId в URL-адресах Teams — это НЕ идентификатор команды, используемый для конфигурации. Вместо этого извлекайте идентификаторы из пути URL: URL команды:
URL канала:
Для конфигурации:
  • Ключ команды = сегмент пути после /team/ (декодированный из URL, например 19:Bk4j...@thread.tacv2; в старых арендаторах может отображаться @thread.skype, что также допустимо).
  • Ключ канала = сегмент пути после /channel/ (декодированный из URL).
  • Игнорируйте параметр запроса groupId при маршрутизации OpenClaw. Это идентификатор группы Microsoft Entra, а не идентификатор беседы Bot Framework, используемый во входящих действиях Teams.

Частные каналы

Поддержка ботов в частных каналах ограничена: Возможные решения, если частные каналы не работают:
  1. Используйте стандартные каналы для взаимодействия с ботом.
  2. Используйте личные сообщения; пользователи всегда могут написать боту напрямую.
  3. Используйте Graph API для доступа к истории (требуется ChannelMessage.Read.All).

Устранение неполадок

Распространённые проблемы

  • Изображения не отображаются в каналах: отсутствуют разрешения Graph или согласие администратора. Переустановите приложение Teams, полностью закройте и снова откройте Teams.
  • В канале нет ответов: по умолчанию требуются упоминания; задайте channels.msteams.requireMention=false или настройте отдельно для каждой команды или канала.
  • Несоответствие версий (Teams по-прежнему показывает старый манифест): удалите и снова добавьте приложение, затем полностью закройте Teams, чтобы обновить данные.
  • Ошибка 401 Unauthorized от Webhook: ожидаемое поведение при ручном тестировании без Azure JWT; оно означает, что конечная точка доступна, но аутентификация завершилась ошибкой. Для корректного тестирования используйте Azure Web Chat.

Ошибки загрузки манифеста

  • “Icon file cannot be empty”: манифест ссылается на файлы значков размером 0 байт. Создайте допустимые значки PNG (32x32 для outline.png, 192x192 для color.png).
  • “webApplicationInfo.Id already in use”: приложение всё ещё установлено в другой команде или чате. Сначала найдите и удалите его либо подождите 5-10 минут, пока изменения распространятся.
  • “Something went wrong” при загрузке: вместо этого загрузите приложение через https://admin.teams.microsoft.com, откройте инструменты разработчика браузера (F12) → вкладку Network и проверьте тело ответа, чтобы узнать фактическую ошибку.
  • Ошибка неопубликованной загрузки: попробуйте “Upload an app to your org’s app catalog” вместо “Upload a custom app”; это часто позволяет обойти ограничения неопубликованной загрузки.

Разрешения RSC не работают

  1. Убедитесь, что webApplicationInfo.id в точности соответствует App ID вашего бота.
  2. Повторно загрузите приложение и переустановите его в команде или чате.
  3. Проверьте, не заблокировал ли администратор организации разрешения RSC.
  4. Убедитесь, что используется правильная область: ChannelMessage.Read.Group для команд, ChatMessage.Read.Chat для групповых чатов.

Ссылки

Связанные материалы