sharePointSiteId + permissões do Graph (consulte Envio de arquivos em chats em grupo). As enquetes são enviadas por meio de Adaptive Cards. As ações de mensagem expõem upload-file explícito para envios que priorizam arquivos.
Plugin incluído
O Microsoft Teams é fornecido como um plugin incluído nas versões atuais do OpenClaw; nenhuma instalação separada é necessária na compilação empacotada normal. Em uma compilação mais antiga ou em uma instalação personalizada que exclua o Teams incluído, instale o pacote npm diretamente:Configuração rápida
@microsoft/teams.cli gerencia o registro do bot, a criação do manifesto e a geração de credenciais em um único comando.
1. Instale e faça login
A CLI do Teams está atualmente em versão prévia. Os comandos e sinalizadores podem mudar entre as versões.
--allow-anonymous é obrigatório porque o Teams não consegue se autenticar com devtunnels. Cada solicitação recebida pelo bot ainda é validada pelo SDK do Teams.ngrok http 3978 ou tailscale funnel 3978 (as URLs podem mudar a cada sessão).
3. Crie o aplicativo
CLIENT_ID, CLIENT_SECRET, TENANT_ID e uma ID do aplicativo do Teams; ela também oferece a opção de instalar o aplicativo diretamente no Teams.
4. Configure o OpenClaw usando as credenciais da saída:
MSTEAMS_APP_ID, MSTEAMS_APP_PASSWORD, MSTEAMS_TENANT_ID.
5. Instale o aplicativo no Teams
teams app create solicita que você instale o aplicativo; selecione “Install in Teams”. Para obter o link de instalação posteriormente:
Os chats em grupo são bloqueados por padrão (
channels.msteams.groupPolicy: "allowlist"). Para permitir respostas em grupo, defina channels.msteams.groupAllowFrom ou use groupPolicy: "open" para permitir qualquer membro (com exigência de menção).Objetivos
- Converse com o OpenClaw por meio de mensagens diretas, chats em grupo ou canais do Teams.
- Mantenha o roteamento determinístico: as respostas sempre retornam ao canal de origem.
- Use por padrão um comportamento seguro nos canais (menções obrigatórias, salvo configuração em contrário).
Gravações de configuração
Por padrão, o Microsoft Teams pode gravar atualizações de configuração acionadas por/config set|unset (requer commands.config: true).
Desative com:
Controle de acesso (mensagens diretas + grupos)
Acesso a mensagens diretas- Padrão:
channels.msteams.dmPolicy = "pairing". Remetentes desconhecidos são ignorados até serem aprovados. channels.msteams.allowFromdeve usar IDs de objeto AAD estáveis ou grupos estáticos de acesso de remetentes, comoaccessGroup:core-team.- Não dependa da correspondência por UPN/nome de exibição para listas de permissões; eles podem mudar. O OpenClaw desativa por padrão a correspondência direta por nome; habilite-a com
channels.msteams.dangerouslyAllowNameMatching: true. - O assistente pode resolver nomes em IDs por meio do Microsoft Graph quando as credenciais permitirem.
- Padrão:
channels.msteams.groupPolicy = "allowlist"(bloqueado, a menos que você adicionegroupAllowFrom).channels.defaults.groupPolicypode substituir o padrão compartilhado quandochannels.msteams.groupPolicynão estiver definido. channels.msteams.groupAllowFromcontrola quais remetentes ou grupos estáticos de acesso de remetentes podem acionar o bot em chats em grupo/canais (usachannels.msteams.allowFromcomo alternativa).- Defina
groupPolicy: "open"para permitir qualquer membro (a exigência de menção continua ativa por padrão). - Para bloquear todos os canais, defina
channels.msteams.groupPolicy: "disabled".
- Restrinja as respostas em grupos/canais listando equipes e canais em
channels.msteams.teams. - Use como chaves IDs de conversa estáveis do Teams obtidos dos links do Teams, e não nomes de exibição mutáveis (consulte IDs de equipe e canal).
- Quando
groupPolicy="allowlist"e uma lista de permissões de equipes estiverem presentes, somente as equipes/os canais listados serão aceitos (com exigência de menção). - O assistente de configuração aceita entradas
Team/Channele as armazena para você. - Na inicialização, o OpenClaw resolve nomes de equipes/canais e de listas de permissões de usuários em IDs (quando as permissões do Graph permitem) e registra o mapeamento. Nomes não resolvidos são mantidos como digitados, mas ignorados para fins de roteamento, a menos que
channels.msteams.dangerouslyAllowNameMatching: trueesteja definido.
Autenticação federada (certificado mais identidade gerenciada)
Para produção, o OpenClaw oferece suporte à autenticação federada como alternativa aos segredos do cliente, por meio dechannels.msteams.authType: "federated". Há dois métodos:
Opção A: Autenticação baseada em certificado
Use um certificado PEM registrado no registro do seu aplicativo do Entra ID. Configuração:- Gere ou obtenha um certificado (formato PEM com chave privada).
- Entra ID → App Registration → Certificates & secrets → Certificates → carregue o certificado público.
MSTEAMS_AUTH_TYPE=federatedMSTEAMS_CERTIFICATE_PATH=/path/to/cert.pem
Opção B: Identidade Gerenciada do Azure
Use a Identidade Gerenciada do Azure para autenticação sem senha na infraestrutura do Azure (AKS, App Service, VMs do Azure). Como funciona:- O pod/a VM do bot tem uma identidade gerenciada (atribuída pelo sistema ou pelo usuário).
- Uma credencial de identidade federada vincula a identidade gerenciada ao registro do aplicativo do Entra ID.
- Em tempo de execução, o OpenClaw usa
@azure/identitypara adquirir tokens do endpoint IMDS do Azure. - O token é passado ao SDK do Teams para autenticação do bot.
- Infraestrutura do Azure com identidade gerenciada habilitada (identidade de carga de trabalho do AKS, App Service, VM).
- Credencial de identidade federada criada no registro de aplicativo do Entra ID.
- Acesso de rede ao IMDS (
169.254.169.254:80) a partir do pod/VM.
managedIdentityClientId: "<MI_CLIENT_ID>" ao bloco acima.
Variáveis de ambiente:
MSTEAMS_AUTH_TYPE=federatedMSTEAMS_USE_MANAGED_IDENTITY=trueMSTEAMS_MANAGED_IDENTITY_CLIENT_ID=<client-id>(somente atribuída pelo usuário)
Configuração da identidade de carga de trabalho do AKS
Para implantações do AKS que usam identidade de carga de trabalho:- Habilite a identidade de carga de trabalho no cluster do AKS.
-
Crie uma credencial de identidade federada no registro de aplicativo do Entra ID:
-
Anote a conta de serviço do Kubernetes com a ID de cliente do aplicativo:
-
Adicione um rótulo ao pod para a injeção da identidade de carga de trabalho:
-
Permita o acesso de rede ao IMDS (
169.254.169.254): se estiver usando NetworkPolicy, adicione uma regra de saída para169.254.169.254/32na porta 80.
Comparação dos tipos de autenticação
certificateThumbprint pode ser definido junto com certificatePath, mas não é lido atualmente pelo fluxo de autenticação; ele é aceito apenas para compatibilidade futura.
Padrão: quando authType não está definido, o OpenClaw usa autenticação por segredo do cliente (appPassword). As configurações existentes continuam funcionando sem alterações.
Desenvolvimento local (tunelamento)
O Teams não consegue acessarlocalhost. Use um túnel de desenvolvimento persistente para que a URL permaneça estável entre as sessões:
ngrok http 3978 ou tailscale funnel 3978 (as URLs podem mudar a cada sessão).
Se a URL do túnel mudar, atualize o endpoint:
Testando o bot
Execute os diagnósticos:- Instale o aplicativo do Teams (link de instalação em
teams app get <id> --install-link). - Encontre o bot no Teams e envie uma mensagem direta.
- Verifique os logs do Gateway para conferir a atividade recebida.
Variáveis de ambiente
Estas chaves de configuração relacionadas à autenticação podem ser definidas por variáveis de ambiente em vez deopenclaw.json (outras chaves de configuração, como groupPolicy ou historyLimit, só podem ser definidas na configuração):
Ação de informações do membro
O OpenClaw disponibiliza uma açãomember-info baseada no Graph para o Microsoft Teams, permitindo que agentes e automações obtenham detalhes verificados da lista de membros de uma conversa configurada.
Requisitos:
- Permissões RSC
ChannelSettings.Read.GroupeTeamMember.Read.Group(já incluídas no manifesto recomendado).
channels.msteams.actions.memberInfo separado.
As consultas de canais padrão retornam a identidade correspondente na lista de membros da equipe, o nome de exibição, o e-mail e as funções.
Na mensagem direta ou no chat em grupo atual, a ação pode retornar a ID de usuário estável do remetente confiável.
As consultas de membros de canais privados/compartilhados e de chats diferentes do atual exigem permissões adicionais para a lista de membros
e são rejeitadas pela linha de base de permissões padrão.
Contexto do histórico
channels.msteams.historyLimitcontrola quantas mensagens recentes do canal/grupo são incluídas no prompt. Usamessages.groupChat.historyLimitcomo alternativa e, em seguida, o padrão de 50. Defina0para desabilitar.- O histórico de threads obtido é filtrado pelas listas de remetentes permitidos (
allowFrom/groupAllowFrom), portanto, a inclusão inicial do contexto da thread contém apenas mensagens de remetentes permitidos. - O contexto de anexos citados (analisado a partir do HTML do esquema Skype Reply nos próprios anexos de uma resposta) é repassado sem filtragem; atualmente, somente a inclusão inicial do histórico da thread aplica o filtro da lista de remetentes permitidos.
- O histórico de mensagens diretas pode ser limitado com
channels.msteams.dmHistoryLimit(turnos do usuário). Substituições por usuário:channels.msteams.dms["<user_id>"].historyLimit.
Permissões RSC atuais do Teams (manifesto)
Estas são as permissões resourceSpecific existentes no manifesto do nosso aplicativo do Teams. Elas se aplicam apenas à equipe/ao chat em que o aplicativo está instalado. Para canais (escopo da equipe):ChannelMessage.Read.Group(Aplicativo) - receber todas as mensagens do canal sem @mençãoChannelMessage.Send.Group(Aplicativo)Member.Read.Group(Aplicativo)Owner.Read.Group(Aplicativo)ChannelSettings.Read.Group(Aplicativo)TeamMember.Read.Group(Aplicativo)TeamSettings.Read.Group(Aplicativo)
ChatMessage.Read.Chat(Aplicativo) - receber todas as mensagens do chat em grupo sem @menção
Exemplo de manifesto do Teams (com dados ocultados)
Exemplo mínimo e válido com os campos obrigatórios. Substitua as IDs e URLs.Ressalvas do manifesto (campos obrigatórios)
bots[].botIddeve corresponder à ID do aplicativo do Azure Bot.webApplicationInfo.iddeve corresponder à ID do aplicativo do Azure Bot.bots[].scopesdeve incluir as superfícies que se pretende usar (personal,team,groupChat).bots[].supportsFiles: trueé obrigatório para o processamento de arquivos no escopo pessoal.authorization.permissions.resourceSpecificdeve incluir leitura/envio de canais para o tráfego dos canais.
Atualizando um aplicativo existente
Recursos: somente RSC versus Graph
Com somente RSC do Teams (aplicativo instalado, sem permissões da API do Graph)
Funciona:- Ler o conteúdo de texto das mensagens do canal.
- Enviar conteúdo de texto nas mensagens do canal.
- Receber anexos de arquivos pessoais (mensagem direta).
- Conteúdo de imagens ou arquivos de canais/grupos (a carga inclui apenas um esboço em HTML).
- Baixar anexos armazenados no SharePoint/OneDrive.
- Ler o histórico de mensagens além do evento de Webhook em tempo real.
Com RSC do Teams + permissões de aplicativo do Microsoft Graph
Adiciona:- Baixar conteúdo hospedado (imagens coladas nas mensagens).
- Baixar anexos de arquivos armazenados no SharePoint/OneDrive.
- Ler o histórico de mensagens de canais/chats pelo Graph.
RSC versus API do Graph
Em resumo: o RSC serve para escuta em tempo real; a API Graph serve para acesso ao histórico. Para recuperar mensagens perdidas enquanto estava offline, é necessária a API Graph com
ChannelMessage.Read.All (exige consentimento do administrador).
Mídia + histórico habilitados pelo Graph
Habilite somente as permissões de aplicativo do Microsoft Graph necessárias para os escopos e dados do Teams utilizados:- Entra ID (Azure AD) App Registration → adicione Application permissions do Graph:
ChannelMessage.Read.Allpara anexos e histórico de canais.Chat.Read.Allpara anexos e histórico de chats em grupo.Files.Read.Allquando for necessário baixar os bytes de anexos do armazenamento do SharePoint/OneDrive; configurações somente de histórico não precisam dessa permissão.
- Conceda Grant admin consent ao locatário.
- Incremente a manifest version do aplicativo do Teams, faça o upload novamente e reinstale o aplicativo no Teams.
- Encerre completamente e reinicie o Teams para limpar os metadados do aplicativo armazenados em cache.
Recuperação de arquivos de canais/grupos (graphMediaFallback)
O Teams pode remover marcadores de arquivo da atividade HTML enviada a um bot. Nesse caso, a atividade do Bot Framework não pode ser distinguida de uma mensagem HTML comum; a referência completa do anexo existe somente na cópia da mensagem no Graph.
Habilite o fallback após conceder as permissões acima:
false, para que instalações existentes não passem a gerar tráfego adicional no Graph nem erros de permissão automaticamente.
Menções a usuários: as @menções funcionam imediatamente para usuários que já estão na conversa. Para pesquisar e mencionar dinamicamente usuários que não estão na conversa atual, adicione a permissão User.Read.All (Application) e conceda consentimento do administrador.
Limitações conhecidas
Tempos limite do Webhook
O Teams entrega mensagens via Webhook HTTP. O OpenClaw aplica tempos limite fixos do servidor HTTP ao listener desse Webhook: 30s de inatividade, 30s para a solicitação total e 15s para receber os cabeçalhos. O enriquecimento opcional de mídia recebida e contexto tem um orçamento compartilhado de 10 segundos, mas o SDK do Teams ainda aguarda o turno do agente antes de retornar a resposta do Webhook. Se o turno completo exceder a janela de repetição do Teams, poderão ocorrer:- O Teams tentar entregar a mensagem novamente (causando duplicatas).
- Respostas descartadas.
Compatibilidade com nuvens do Teams e URLs de serviço
Este caminho do Teams baseado no SDK é validado em ambiente real para a nuvem pública do Microsoft Teams. As respostas recebidas usam o contexto de turno do SDK do Teams da mensagem recebida. Operações proativas fora de contexto — envios, edições, exclusões, cartões, enquetes, mensagens de consentimento para arquivos e respostas enfileiradas de longa duração — usam a referência de conversa armazenadaserviceUrl. Por padrão, a nuvem pública usa o ambiente de nuvem pública do SDK do Teams e permite referências armazenadas no host público do Teams Connector: https://smba.trafficmanager.net/.
A nuvem pública é o padrão. Não é necessário definir channels.msteams.cloud nem channels.msteams.serviceUrl para bots normais da nuvem pública.
Para nuvens não públicas do Teams, defina cloud e o limite proativo correspondente quando a Microsoft publicar um:
channels.msteams.cloudseleciona a predefinição de nuvem do SDK do Teams para autenticação, validação JWT, serviços de token e escopo do Graph.channels.msteams.serviceUrlseleciona o limite do endpoint do Bot Connector usado para validar referências de conversa armazenadas antes de envios, edições, exclusões, cartões, enquetes, mensagens de consentimento para arquivos e respostas enfileiradas de longa duração proativos. É obrigatório para as nuvens USGov e DoD do SDK. Para China/21Vianet, o OpenClaw usa a predefiniçãoChinado SDK e aceita URLs de serviço armazenadas/configuradas somente em hosts de canal do Azure China Bot Framework.
serviceUrl da atividade recebida quando disponível; caso contrário, use a tabela da Microsoft abaixo.
Exemplo para GCC, em que a Microsoft documenta uma URL de serviço proativo separada, mas o SDK do Teams não oferece uma predefinição de nuvem GCC separada:
channels.msteams.serviceUrl é restrito aos hosts compatíveis do Microsoft Teams Bot Connector. Quando uma URL de serviço é configurada, o OpenClaw verifica se o serviceUrl da conversa armazenada usa o mesmo host antes de executar envios, edições, exclusões, cartões, enquetes ou respostas enfileiradas de longa duração proativos. Com a configuração padrão de nuvem pública, o OpenClaw falha de forma segura se uma conversa armazenada apontar para fora do host público do Teams Connector. Após alterar as configurações de nuvem/URL de serviço, receba uma nova mensagem da conversa para atualizar a referência de conversa armazenada.
A China/21Vianet não tem uma URL smba proativa global separada na tabela de endpoints proativos do Teams da Microsoft. Configure cloud: "China" para que o SDK do Teams use os endpoints de autenticação, token e JWT do Azure China. Os envios proativos exigem então uma referência de conversa armazenada proveniente de uma atividade recebida do Teams na China ou uma URL de serviço explicitamente configurada no limite do canal do Azure China Bot Framework (*.botframework.azure.cn). Os auxiliares do Teams baseados no Graph ficam desabilitados para cloud: "China" até que o OpenClaw encaminhe as solicitações do Graph pelo endpoint do Graph do Azure China.
Formatação
O Markdown do Teams é mais limitado que o do Slack ou Discord:- A formatação básica funciona: negrito, itálico,
code, links. - Markdown complexo (tabelas, listas aninhadas) pode não ser renderizado corretamente.
- Adaptive Cards são compatíveis com enquetes e envios de apresentação semântica (veja abaixo).
Configuração
Principais configurações (consulte /gateway/configuration para ver os padrões compartilhados de canais):channels.msteams.enabled: habilita/desabilita o canal.channels.msteams.appId,channels.msteams.appPassword,channels.msteams.tenantId: credenciais do bot.channels.msteams.cloud: ambiente de nuvem do SDK do Teams (Public,USGov,USGovDoDouChina; padrãoPublic). Defina comserviceUrlpara nuvens do SDK USGov/DoD; a China usa a predefinição do SDK e referências de conversa armazenadas do Azure China Bot Framework, com auxiliares baseados no Graph desabilitados até que o roteamento do Azure China Graph seja disponibilizado.channels.msteams.serviceUrl: limite da URL do serviço Bot Connector para operações proativas do SDK. A nuvem pública usa o padrão do SDK; defina para GCC (https://smba.infra.gcc.teams.microsoft.com/teams), GCC High ou DoD. A China aceita hosts de canal do Azure China Bot Framework quando a referência de conversa armazenada vem do Teams operado pela 21Vianet.channels.msteams.webhook.port(padrão3978).channels.msteams.webhook.path(padrão/api/messages).channels.msteams.dmPolicy:pairing | allowlist | open | disabled(padrãopairing).channels.msteams.allowFrom: lista de permissões de MDs (IDs de objeto do AAD recomendados). O assistente resolve nomes para IDs durante a configuração quando o acesso ao Graph está disponível.channels.msteams.dangerouslyAllowNameMatching: opção de emergência para reabilitar a correspondência mutável de UPN/nome de exibição e o roteamento direto por nome de equipe/canal.channels.msteams.textChunkLimit: tamanho dos segmentos de texto de saída em caracteres (padrão4000, com limite máximo rígido de4000, independentemente de um valor configurado maior).channels.msteams.streaming.chunkMode:length(padrão) ounewlinepara dividir em linhas em branco (limites de parágrafo) antes da segmentação por comprimento.channels.msteams.mediaAllowHosts: lista de permissões de hosts para anexos recebidos (o padrão são domínios da Microsoft/Teams: Graph, SharePoint/OneDrive, CDN do Teams, Bot Framework, Azure Media Services).channels.msteams.mediaAuthAllowHosts: lista de permissões para anexar cabeçalhos Authorization em novas tentativas de mídia (o padrão são hosts do Graph + Bot Framework).channels.msteams.graphMediaFallback: habilita consultas de mensagens no Graph quando o HTML do canal/grupo omite marcadores de arquivo (padrãofalse; consulte Recuperação de arquivos de canal/grupo).channels.msteams.mediaMaxMb: substituição do limite de tamanho de mídia por canal em MB. Usaagents.defaults.mediaMaxMbcomo alternativa quando não definido.channels.msteams.requireMention: exige @menção em canais/grupos (padrãotrue).channels.msteams.replyStyle:thread | top-level(consulte Estilo de resposta).channels.msteams.teams.<teamId>.replyStyle: substituição por equipe.channels.msteams.teams.<teamId>.requireMention: substituição por equipe.channels.msteams.teams.<teamId>.tools: substituições padrão da política de ferramentas por equipe (allow/deny/alsoAllow) usadas quando não há uma substituição de canal.channels.msteams.teams.<teamId>.toolsBySender: substituições padrão da política de ferramentas por equipe e por remetente (curinga"*"compatível).channels.msteams.teams.<teamId>.channels.<conversationId>.replyStyle: substituição por canal.channels.msteams.teams.<teamId>.channels.<conversationId>.requireMention: substituição por canal.channels.msteams.teams.<teamId>.channels.<conversationId>.tools: substituições da política de ferramentas por canal (allow/deny/alsoAllow).channels.msteams.teams.<teamId>.channels.<conversationId>.toolsBySender: substituições da política de ferramentas por canal e por remetente (curinga"*"compatível).- As chaves de
toolsBySenderdevem usar prefixos explícitos:channel:,id:,e164:,username:,name:(chaves legadas sem prefixo ainda são mapeadas somente paraid:). channels.msteams.authType: tipo de autenticação —"secret"(padrão) ou"federated".channels.msteams.certificatePath: caminho para o arquivo de certificado PEM (autenticação federada + certificado).channels.msteams.certificateThumbprint: impressão digital do certificado; aceita, mas não é obrigatória para autenticação.channels.msteams.useManagedIdentity: habilita a autenticação por identidade gerenciada (modo federado).channels.msteams.managedIdentityClientId: ID do cliente da identidade gerenciada atribuída pelo usuário.channels.msteams.sharePointSiteId: ID do site do SharePoint para uploads de arquivos em chats em grupo/canais (consulte Envio de arquivos em chats em grupo).channels.msteams.welcomeCard,channels.msteams.groupWelcomeCard,channels.msteams.promptStarters: Cartão Adaptável de boas-vindas exibido no primeiro contato por MD/grupo e seus botões de prompts sugeridos.channels.msteams.responsePrefix: texto adicionado como prefixo às respostas de saída.channels.msteams.feedbackEnabled(padrãotrue),channels.msteams.feedbackReflection(padrãotrue),channels.msteams.feedbackReflectionCooldownMs: feedback positivo/negativo nas respostas e o acompanhamento de reflexão sobre feedback negativo.channels.msteams.sso,channels.msteams.delegatedAuth: conexão OAuth do Bot Framework e escopos delegados do Graph para fluxos baseados em SSO;sso.enabled: trueexigesso.connectionName.
Roteamento e sessões
- As chaves de sessão seguem o formato padrão do agente (consulte /concepts/session):
- As mensagens diretas compartilham a sessão principal (
agent:<agentId>:<mainKey>). - As mensagens de canal/grupo usam o ID da conversa:
agent:<agentId>:msteams:channel:<conversationId>agent:<agentId>:msteams:group:<conversationId>
- As mensagens diretas compartilham a sessão principal (
Estilo de resposta: threads versus publicações
O Teams tem dois estilos de interface de canal sobre o mesmo modelo de dados subjacente:
O problema: a API do Teams não informa qual estilo de interface um canal usa. Se for usado o
replyStyle incorreto:
threadem um canal no estilo Threads → as respostas aparecem aninhadas de forma inadequada.top-levelem um canal no estilo Publicações → as respostas aparecem como publicações separadas de nível superior, em vez de dentro da thread.
replyStyle por canal com base na configuração do canal:
Precedência de resolução
Quando o bot envia uma resposta para um canal,replyStyle é resolvido da substituição mais específica até o padrão. O primeiro valor que não seja undefined prevalece:
- Por canal —
channels.msteams.teams.<teamId>.channels.<conversationId>.replyStyle - Por equipe —
channels.msteams.teams.<teamId>.replyStyle - Global —
channels.msteams.replyStyle - Padrão implícito — derivado de
requireMention:requireMention: true→threadrequireMention: false→top-level
requireMention: false for definido globalmente sem um replyStyle explícito, as menções em canais no estilo Publicações aparecem como publicações de nível superior, mesmo quando a mensagem recebida era uma resposta em uma thread. Fixe replyStyle: "thread" no nível global, de equipe ou de canal para evitar surpresas.
Para envios proativos a uma conversa de canal armazenada (respostas de chamadas de ferramentas em fila, agentes de longa duração), aplica-se a mesma resolução de equipe/canal; chats em grupo e conversas pessoais (MD) sempre são resolvidos como top-level para envios proativos, independentemente de replyStyle.
Preservação do contexto da thread
QuandoreplyStyle: "thread" está em vigor e o bot recebeu uma @menção dentro de uma thread de canal, o OpenClaw anexa novamente a raiz original da thread à referência de conversa de saída (19:...@thread.tacv2;messageid=<root>) para que a resposta seja enviada dentro da mesma thread. Isso vale tanto para envios ao vivo (durante o turno) quanto para envios proativos feitos após o contexto de turno do Bot Framework expirar (por exemplo, agentes de longa duração e respostas de chamadas de ferramentas em fila por meio de mcp__openclaw__message).
A raiz da thread é obtida de threadId armazenado na referência de conversa. Referências armazenadas mais antigas, anteriores a threadId, usam activityId como alternativa (a atividade recebida que inicializou a conversa mais recentemente), portanto as implantações existentes continuam funcionando sem uma nova inicialização.
Quando replyStyle: "top-level" está em vigor, mensagens recebidas em threads de canal são intencionalmente respondidas como novas publicações de nível superior; nenhum sufixo de thread é anexado. Isso é correto para canais no estilo Threads; publicações de nível superior quando eram esperadas respostas encadeadas significam que replyStyle está configurado incorretamente para esse canal.
Anexos e imagens
Limitações atuais:- MDs: imagens e anexos de arquivos funcionam por meio das APIs de arquivos de bot do Teams.
- Canais/grupos: os anexos ficam no armazenamento do M365 (SharePoint/OneDrive). A carga do Webhook inclui apenas um esboço HTML, não os bytes reais do arquivo. São necessárias permissões da API do Graph para baixar anexos de canais.
- Para envios explícitos que priorizam o arquivo, use
action=upload-filecommedia/filePath/path; omessageopcional torna-se o texto/comentário que acompanha o arquivo, efilename(outitle) substitui o nome do arquivo enviado.
channels.msteams.mediaAllowHosts (use ["*"] para permitir qualquer host).
Os cabeçalhos Authorization são anexados somente para hosts em channels.msteams.mediaAuthAllowHosts (o padrão são hosts do Graph + Bot Framework). Mantenha essa lista restrita (evite sufixos multilocatários).
Envio de arquivos em chats em grupo
Os bots podem enviar arquivos em MDs usando o fluxo integrado FileConsentCard. O envio de arquivos em chats em grupo/canais exige configuração adicional:Por que chats em grupo precisam do SharePoint
Os bots usam uma identidade de aplicativo, enquanto o recurso/me do Microsoft Graph exige um usuário conectado. Para enviar arquivos em chats em grupo/canais, o bot faz upload para um site do SharePoint e cria um link de compartilhamento.
Configuração
-
Adicione permissões da API do Graph em Entra ID (Azure AD) → App Registration:
Sites.ReadWrite.All(Aplicativo) — faça upload de arquivos para o SharePoint.ChatMember.Read.All(Aplicativo) — permissão de privilégio mínimo em todo o locatário para envios de arquivos em chats em grupo.Chat.Read.Alltambém funciona e já oferece essa cobertura quando o histórico de chats em grupo está habilitado. Como alternativa por chat, use a permissão de consentimento específica do recursoChatMember.Read.Chat.
- Conceda consentimento do administrador para o locatário.
-
Obtenha o ID do seu site do SharePoint:
-
Configure o OpenClaw:
Comportamento de compartilhamento
O compartilhamento por usuário é mais seguro, pois somente os participantes do chat podem acessar o arquivo. O OpenClaw exige uma consulta bem-sucedida dos membros em chats em grupo; tempos limite, falhas de transporte, resultados vazios e recusas da API Graph fazem o envio falhar, em vez de ampliar o acesso para a organização.
Comportamento alternativo
Local de armazenamento dos arquivos
Os arquivos enviados são armazenados em uma pasta/OpenClawShared/ na biblioteca de documentos padrão do site do SharePoint configurado.
Enquetes (Cartões Adaptáveis)
O OpenClaw envia enquetes do Teams como Cartões Adaptáveis (não há uma API nativa de enquetes do Teams).- CLI:
openclaw message poll --channel msteams --target conversation:<id> --poll-question "..." --poll-option "..." --poll-option "...". - Os votos são registrados pelo Gateway no SQLite de estado do Plugin do OpenClaw em
state/openclaw.sqlite. - Os arquivos
msteams-polls.jsonexistentes são importados poropenclaw doctor --fix, não pelo Plugin em execução. - O Gateway deve permanecer online para registrar os votos.
- As enquetes não publicam automaticamente resumos dos resultados e ainda não há uma CLI de resultados de enquetes.
Cartões de apresentação
Envie cargas de apresentação semânticas para usuários ou conversas do Teams usando a ferramentamessage, a CLI ou a entrega normal de respostas. O OpenClaw as renderiza como Cartões Adaptáveis do Teams com base no contrato genérico de apresentação.
O parâmetro presentation aceita blocos semânticos. Quando presentation é fornecido, o texto da mensagem é opcional. Os botões são renderizados como ações de envio ou URL do Cartão Adaptável. Os menus de seleção não são nativos do renderizador do Teams, portanto, o OpenClaw os converte em texto legível antes da entrega.
Ferramenta do agente:
Formatos de destino
Os destinos do MSTeams usam prefixos para distinguir entre usuários e conversas:
Exemplos de CLI:
Sem o prefixo
user:, os nomes são resolvidos como grupo ou equipe por padrão. Sempre use user: ao direcionar mensagens a pessoas pelo nome de exibição.Mensagens proativas
- As mensagens proativas só são possíveis depois que um usuário interage, pois o OpenClaw armazena as referências da conversa nesse momento.
- Consulte /gateway/configuration para saber mais sobre
dmPolicye a restrição por lista de permissões.
IDs de equipe e canal (armadilha comum)
O parâmetro de consultagroupId nas URLs do Teams NÃO é o ID da equipe usado para configuração. Em vez disso, extraia os IDs do caminho da URL:
URL da equipe:
- Chave da equipe = segmento do caminho após
/team/(com a URL decodificada, por exemplo,19:Bk4j...@thread.tacv2; locatários mais antigos podem mostrar@thread.skype, que também é válido). - Chave do canal = segmento do caminho após
/channel/(com a URL decodificada). - Ignore o parâmetro de consulta
groupIdpara o roteamento do OpenClaw. Ele é o ID do grupo do Microsoft Entra, não o ID da conversa do Bot Framework usado nas atividades recebidas do Teams.
Canais privados
Os bots têm suporte limitado em canais privados:
Alternativas caso os canais privados não funcionem:
- Use canais padrão para interações com o bot.
- Use mensagens diretas; os usuários sempre podem enviar mensagens diretamente ao bot.
- Use a API Graph para acesso ao histórico (requer
ChannelMessage.Read.All).
Solução de problemas
Problemas comuns
- Imagens não aparecem nos canais: faltam permissões do Graph ou consentimento do administrador. Reinstale o aplicativo do Teams, feche-o completamente e abra-o novamente.
- Sem respostas no canal: as menções são obrigatórias por padrão; defina
channels.msteams.requireMention=falseou configure por equipe/canal. - Incompatibilidade de versão (o Teams ainda mostra o manifesto antigo): remova e adicione novamente o aplicativo e feche completamente o Teams para atualizá-lo.
- 401 Unauthorized do webhook: esperado ao testar manualmente sem um JWT do Azure; significa que o endpoint está acessível, mas a autenticação falhou. Use o Azure Web Chat para testar corretamente.
Erros no upload do manifesto
- “Icon file cannot be empty”: o manifesto referencia arquivos de ícone com 0 bytes. Crie ícones PNG válidos (32x32 para
outline.png, 192x192 paracolor.png). - “webApplicationInfo.Id already in use”: o aplicativo ainda está instalado em outra equipe/chat. Primeiro, localize-o e desinstale-o ou aguarde 5-10 minutos pela propagação.
- “Something went wrong” durante o upload: faça o upload por https://admin.teams.microsoft.com, abra as Ferramentas do Desenvolvedor do navegador (F12) → guia Network e verifique o corpo da resposta para identificar o erro real.
- Falha no sideload: tente “Upload an app to your org’s app catalog” em vez de “Upload a custom app”; isso frequentemente contorna as restrições de sideload.
Permissões RSC não funcionam
- Verifique se
webApplicationInfo.idcorresponde exatamente ao App ID do seu bot. - Faça novamente o upload do aplicativo e reinstale-o na equipe/chat.
- Verifique se o administrador da sua organização bloqueou as permissões RSC.
- Confirme se está usando o escopo correto:
ChannelMessage.Read.Grouppara equipes,ChatMessage.Read.Chatpara chats em grupo.
Referências
- Criar um Azure Bot - guia de configuração do Azure Bot
- Portal do Desenvolvedor do Teams - crie/gerencie aplicativos do Teams
- Esquema do manifesto de aplicativo do Teams
- Receber mensagens de canal com RSC
- Referência de permissões RSC
- Tratamento de arquivos por bots do Teams (canal/grupo requer o Graph)
- Mensagens proativas
- @microsoft/teams.cli - CLI do Teams para gerenciamento de bots
Relacionado
- Visão geral dos canais - todos os canais compatíveis
- Pareamento - autenticação por mensagem direta e fluxo de pareamento
- Grupos - comportamento do chat em grupo e controle por menções
- Roteamento de canais - roteamento de sessões para mensagens
- Segurança - modelo de acesso e reforço de segurança