Perguntas frequentes

O Visualizador de Cartão Adaptável é uma extensão autônoma porque usa um pacote de código fechado para renderizar os Cartões Adaptáveis para garantir uma lógica de renderização consistente com a plataforma do Teams. O Agents Toolkit é um projeto de código aberto e não inclui dependências de pacotes que desenvolvedores terceirizados não possam acessar.
 

Não. Há várias limitações às quais a extensão do Pré-visualizador de Cartão Adaptável não dá suporte.
 

Não, o Visualizador de Cartão Adaptável está disponível apenas no Visual Studio Code.
 

Para obter mais informações sobre como usar Cartões Adaptáveis com um bot, consulte Trabalhar com Ações Universais para Cartões Adaptáveis.
 

Use o método da DeleteActivity estrutura Excluir mensagens-Bot: Atualize e exclua mensagens enviadas do bot.
 

Você pode testar ou validar o esquema do Cartão Adaptável usando a opção editor de Cartões Adaptáveis (Versão prévia) nas Ferramentas do portal > do desenvolvedor.

O registro de aplicativo está desabilitado para o usuário ou o usuário não tem permissões suficientes para criar um aplicativo. Para obter mais informações, consulte limitações e problemas conhecidos.

• Verifique se o aplicativo tem as permissões e Calls.InitiateGroupCall.All o consentimento do Calls.JoinGroupCall.All administrador.
• Entre no seu aplicativo para capturar mais informações sobre o erro.
• Certifique-se de que as joinParams informações passadas para o AddAsync método estejam corretas e contenham as informações necessárias.
• Verifique se os valores para JoinUrl, MeetingIde outros parâmetros estão corretos.
• Verifique se o scenarioId é exclusivo para cada chamada. A reutilização de IDs de cenário às vezes pode causar problemas.

Para usar seu aplicativo no Teams, você deve carregá-lo no Teams. Para obter mais informações, consulte Carregar seu aplicativo no Teams.

Os bots devem enviar emojis como texto UTF-16. Não há suporte para HTML, imagens de URI de dados e esquemas de emoji do Skype no Teams.
 

Sim! Ao inicializar o Live Share, você pode definir seu próprio AzureConnectionConfigarquivo . O Live Share associa contêineres criados a reuniões, mas você precisa implementar a ITokenProvider interface para assinar tokens para seus contêineres. Por exemplo, você pode usar um fornecidoAzureFunctionTokenProvider, que usa uma função de nuvem do Azure para solicitar um token de acesso de um servidor.

Embora a maioria de vocês ache benéfico usar nosso serviço hospedado gratuito, ainda pode haver momentos em que seja benéfico usar seu próprio serviço Azure Fluid Relay para seu aplicativo Live Share. Considere usar uma conexão de serviço AFR personalizada se você:

• Exigir o armazenamento de dados em contêineres do Fluid além do tempo de vida de uma reunião.
• Transmita dados confidenciais por meio do serviço que requer uma política de segurança personalizada.
• Desenvolva recursos por meio do Fluid Framework, por exemplo, SharedMappara seu aplicativo fora do Teams.

Para obter mais informações, confira como orientar ou visite a documentação do Azure Fluid Relay.
 

Todos os dados enviados ou armazenados por meio de contêineres do Fluid criados pelo serviço Azure Fluid Relay hospedado pelo Live Share ficam acessíveis por 24 horas. Se você quiser manter os dados por mais de 24 horas, pode substituir nosso serviço do Azure Fluid Relay hospedado pelo seu. Como alternativa, você pode usar seu próprio provedor de armazenamento em paralelo ao serviço hospedado do Live Share.
 

O Live Share é compatível com reuniões agendadas, chamadas individuais, chamadas em grupo e reunir agora. Ainda não há suporte para reuniões de canal.
 

O pacote de mídia do Live Share não funciona com conteúdo DRM. O Teams não dá suporte a mídia criptografada para aplicativos de guia na área de trabalho. Chrome, Edge e clientes móveis são suportados.

Para obter mais informações, você pode acompanhar o problema aqui.
 

O Live Share dá suporte a no máximo 100 participantes por sessão. Se for algo em que você está interessado, você pode iniciar uma discussão aqui.
 

Os pacotes Live Share exigem o SDK do cliente do Teams para funcionar corretamente. Recursos ou @microsoft/live-share@microsoft/live-share-media não funcionam fora do Microsoft Teams. Se isso é algo em que você está interessado, você pode iniciar uma discussão aqui.
 

O Live Share dá suporte apenas a um contêiner usando nosso serviço Azure Fluid Relay fornecido. No entanto, é possível usar um contêiner Live Share e um contêiner criado por sua própria instância do Azure Fluid Relay.
 

O Live Share não dá suporte à adição de novos initialObjects ao Fluido ContainerSchema após criar ou ingressar em um contêiner. Como as sessões do Live Share são de curta duração, isso geralmente é um problema durante o desenvolvimento após a adição de novos recursos ao aplicativo.

Para corrigir erros resultantes de alterações initialObjects no teste local em seu navegador, remova a ID de contêiner com hash da URL e recarregue a página. Se você estiver testando em uma reunião do Teams, inicie uma nova reunião e tente novamente.

Se você planeja atualizar seu aplicativo com novas SharedObject instâncias ou LiveObject instâncias com frequência, considere como implantar novas alterações de esquema na produção. Embora o risco real seja relativamente baixo e de curta duração, pode haver sessões ativas no momento em que você implementa a alteração. Os usuários existentes na sessão não devem ser afetados, mas os usuários que ingressarem nessa sessão depois de implantar uma alteração significativa podem ter problemas para se conectar à sessão. Para mitigar isso, você pode considerar algumas das seguintes soluções:

• Implante alterações de esquema para seu aplicativo Web fora do horário comercial normal.
• Use dynamicObjectTypes para todas as alterações feitas em seu esquema, em vez de alterar initialObjects.

Enquanto o Live Share estiver em Versão Prévia, qualquer limite para eventos emitidos por meio do Live Share não será imposto. Para obter um desempenho ideal, você deve dejetar as alterações emitidas ou SharedObjectLiveObject instâncias para uma mensagem a cada 50 milissegundos ou mais. Isso é especialmente importante ao enviar alterações com base nas coordenadas do mouse ou do toque, como ao sincronizar posições do cursor, escrever à tinta e arrastar objetos em uma página.
 

O Live Share tem suporte apenas no ambiente GCC.

Sim, o Live Share dá suporte a usuários convidados e externos para a maioria dos tipos de reunião. No entanto, não há suporte para usuários convidados nas reuniões do canal.

Não, o Live Share não dá suporte a dispositivos de Salas do Teams.

Não, o Live Share não é compatível com gravações de reunião.

Verifique se o manifesto do aplicativo (anteriormente chamado de manifesto do aplicativo do Teams) é descritivo. O manifesto do aplicativo ajuda na correspondência do agente em resposta a um prompt do usuário. Além disso, certifique-se de carregar o pacote do aplicativo no Outlook e interagir com o aplicativo, incluindo a autenticação.

Se o problema persistir, use o indicador de polegar para baixo na resposta do Microsoft 365 Copilot e prefixe sua resposta com [MessageExtension].
 

Aqui está um exemplo de descrição que funciona para o NPM Finder.

 "name": { 

        "short": "NPM Finder", 

        "full": "Nuget Package Manager Finder" 

    }, 

    "description": { 

        "short": "Returns information about available NPM packages", 

        "full": "The Nuget Package Manager (NPM) Finder application provides information (such as title and description) about Nuget packages available in the global NPM catalog." 

    }, 

… 

            "commands": [ 

                { 

                    "id": "searchQuery", 

                    "context": [ 

                        "compose", 

                        "commandBox" 

                    ], 

                    "description": "Searches the global NPM catalog for available packages", 

                    "title": "Search", 

                    "type": "query", 

                    "parameters": [ 

                        { 

                            "name": "searchQuery", 

                            "title": "Search Query", 

                            "description": "A package name or description of capability to search", 

                            "inputType": "text" 

                        } 

                    ] 

Use a opção de voto negativo na resposta do Microsoft 365 Copilot e prefixe sua resposta com [MessageExtension].
 

Sim, você pode. Certifique-se de ter um manifesto descritivo do aplicativo e carregue o aplicativo no Outlook e interagiu com ele.

 

1. Registre o canal de bots no Azure Serviço de Bot.
2. Carregue o aplicativo no Outlook.
   

Você pode ler as diretrizes de validação da Loja do Teams para aplicativos do Teams extensíveis como agente para o Microsoft 365 Copilot.
 

Depois de publicar o agente, inicie o fluxo de conformidade do aplicativo no Partner Center. Se a verificação do Publicador estiver incompleta, verifique se o fluxo de Conformidade do Aplicativo foi concluído antes da Certificação Microsoft 365. Em seguida, conclua o Atestado do Fornecedor, que reúne dados autoatestados sobre o agente, a empresa e as operações. Para obter mais informações, consulte Programa de Conformidade de Aplicativos Microsoft 365.

Para iniciar o processo de certificação do Microsoft 365, carregue os documentos iniciais que definem o escopo da avaliação do agente e do ambiente operacional. Dependendo do escopo, forneça evidências para controles específicos relacionados à segurança do aplicativo, segurança operacional e manipulação ou privacidade de dados. Se você criar seu agente no Azure, poderá usar a ACAT (Ferramenta de Automação de Conformidade de Aplicativos) para examinar o ambiente e gerar evidências para vários controles, reduzindo a carga de trabalho manual. Para obter mais informações, consulte Ferramenta de Automação de Conformidade de Aplicativos para Microsoft 365.
 

Depois que o aplicativo passar na validação proativa, os desenvolvedores de extensões de mensagem novas e existentes que não forem certificadas serão incentivados a certificar seu agente. Isso é comunicado por meio de um email confirmando que a extensão da mensagem é validada.
 

Os desenvolvedores são incentivados a certificar seu novo agente após concluir a validação com êxito.
 

Você pode criar ou atualizar uma extensão de mensagem como agente no Microsoft 365 Copilot para interagir com ferramentas e serviços de terceiros e obter mais com o Microsoft 365 Copilot. Além disso, suas extensões devem atender aos padrões de conformidade, desempenho, segurança e experiência do usuário descritos nas diretrizes para criar ou atualizar um agente de extensão de mensagem para o Microsoft 365 Copilot.
 

Todos os plug-ins de extensão de mensagem publicados agora aparecerão como agentes no painel direito do Microsoft 365 Copilot. Dependendo do requisito do parceiro para implementar uma API, ele pode aceitar essa atualização ou considerar a criação de um agente de mecanismo personalizado ou um plug-in baseado em API.
 

Se um parceiro quiser criar um agente mais robusto, ele poderá substituir seu plug-in existente e criar um agente declarativo com instruções personalizadas e ações baseadas em API. Para obter mais informações, consulte estender a extensão de mensagem baseada em bot como agente do Microsoft 365 Copilot.
 

Sim, os agentes declarativos e os agentes de mecanismo personalizado terão a mesma experiência do usuário de invocação e histórico de sessão, e a ZQL (linguagem de consulta) terá suporte para ambos.
 

Os ISVs podem continuar a melhorar seu agente de extensão de mensagem e enviar seus aplicativos por meio de métodos ou canais padrão. No entanto, eles serão limitados em termos de adicionar novas instruções ou conhecimentos ao seu agente.
 

Os parceiros não podem ter os dois em um pacote de aplicativo. No entanto, eles podem tê-los em pacotes de aplicativos separados, mas isso seria incomum e exigiria aprovação de acordo com as diretrizes de validação da loja de aplicativos. Para obter mais informações, consulte as diretrizes de validação para agentes.
 

Sim, um agente declarativo requer uma licença do Copilot, assim como os plug-ins do Copilot. A extensão de mensagem continua funcionando como uma extensão de mensagem no Teams e todos os agentes declarativos aparecem no chat do aplicativo.

Você pode usar a seguinte API do Graph: Obter configurações de caixa de correio do usuário. Você pode obter o fuso horário do usuário da seguinte maneira:

• GET /me/mailboxSettings/timeZone
• GET /users/{id|userPrincipalName}/mailboxSettings/timeZone
  

Para obter mais informações sobre o Kit de Ferramentas de Agentes, consulte Criar um novo projeto do Teams e a CLI do Kit de Ferramentas de Agentes do Microsoft 365 (anteriormente conhecida como CLI do Kit de Ferramentas do Teams).

Você pode usar a coleção do Microsoft Graph Postman com as APIs do Microsoft Graph.

Para obter mais informações, confira Usar o Postman com a API do Microsoft Graph.
 

Sim, a API do Graph funciona no Explorador do Graph da Microsoft.

Para saber mais, consulte Explorador do Graph.
 

Configure seu aplicativo do Azure AD para incluir a wids declaração no token. Em seguida, o bot pode inspecionar o token para identificar com segurança funções de administrador, como Administração Global (62e90394-69f5-4237-9190-012177145e10) ou Teams Administração (69091246-20e8-4a56-aa4d-066075b2a7a8), sem usar API do Graph.
 

Sim, oferecemos suporte a compras no aplicativo. Para obter mais informações, consulte Compras no aplicativo.

O CSP pode fazer compras para empresas na Microsoft Teams Store. Para obter mais informações, consulte Compra de aplicativos de terceiros.

A Microsoft cobra uma taxa de transação de 3% sempre que um pagamento é processado. Portanto, se for uma assinatura mensal, os 3% serão aplicados mensalmente. Essa cobrança se aplica tanto a transações com cartão de crédito quanto a cobrança de faturas.

Sim, você pode testar a oferta antes da publicação. Para obter mais informações, consulte testar sua oferta de SaaS.

Não é obrigatório, mas é uma boa prática implementá-lo.

Não. O Azure Marketplace é diferente do AppSource (e, por extensão, da Teams App Store). Para serem listados na App Store do Teams, os aplicativos do Teams devem ser enviados no Partner Center para AppSource. Ele deve ter uma oferta transacionável vinculada e deve atualizar o manifesto do aplicativo Teams para incluir as IDs de fornecedor e oferta. Depois de fazer isso, reenvie ao Partner Center para validação antes que eles apareçam na App Store do Teams com um botão Comprar uma assinatura.

Você deve adicionar as IDs ao manifesto (e carregar pelo PC para validar) que mostra o botão Comprar uma assinatura no Teams. Os parceiros podem continuar a ter aplicativos disponíveis no Teams e exigir que os clientes comprem por meio do AppSource. Passar por algumas etapas adicionais traz a opção de compra para a Teams Store.

Sim. Para obter mais informações, consulte preços e ofertas.

• Cenário 1: o parceiro tem um aplicativo Teams existente e uma oferta de SaaS transacionável existente.
• Cenário 2: o parceiro tem um aplicativo Teams existente e NENHUMA oferta de SaaS transacionável existente.
• Cenário 3: o parceiro NÃO tem aplicativo Teams existente e uma oferta de SaaS transacionável existente.
• Cenário 4: o parceiro NÃO tem aplicativo Teams existente e NENHUMA oferta de SaaS transacionável existente.

Para serem locais prontos para o canal, os ISVs na melhor posição para serem correspondidos com êxito como CSPs devem procurar:

1. Aplicativos complementares para adicionar aos pacotes, soluções e serviços.
2. Uma margem atraente, equilibrando seu esforço com a receita potencial.
3. Materiais fáceis de consumir e prontos para uso com os clientes.

Sim. Para obter mais informações, consulte experiência de compra de assinatura.

Sim. São permitidos upgrade, downgrade e cancelamento de assinaturas. Para obter mais informações sobre o gerenciamento de licenças, consulte gerenciamento de licenças.

Sim. A cobrança limitada está disponível para a oferta de SaaS. Para obter mais informações, consulte cobrança limitada para ofertas de SaaS.

É recomendável que você salve as referências de conversa no banco de dados e use o mesmo para criar um objeto de conversa para enviar mensagens proativas.

Não. Você pode usar aplicativos no modo paisagem por padrão.
 

O Teams dá suporte a ambos os modos por padrão. Os aplicativos no Teams não têm suporte para funcionar em apenas um modo. Se o seu aplicativo exigir esse requisito, entre em contato com a equipe de suporte.
 

Adicione <FlexColumn scroll></FlexColumn> ao estado vazio do aplicativo.
 

Para testar a compatibilidade do aplicativo em ambos os modos, execute o aplicativo no Teams móvel em diferentes orientações de dispositivo. Verifique se todos os elementos, incluindo botões, texto e imagens, estão alinhados e exibidos corretamente, sem distorções ou cortes na interface do usuário.
 

Sim, o modo paisagem tem suporte nos aplicativos Teams para Android e iOS, proporcionando uma experiência consistente para usuários em ambas as plataformas.
 

O comportamento do aplicativo permanece consistente em ambos os modos. No entanto, se você tiver casos de uso ou requisitos específicos que exijam comportamentos diferentes em cada modo, entre em contato com a equipe de suporte com seus comentários e sugestões.
 

Não, o suporte ao modo paisagem no Teams não tem nenhum efeito negativo no desempenho do aplicativo. O Teams garante uma experiência tranquila e perfeita para os usuários, independentemente da orientação do dispositivo.
 

Você pode encontrar sua ID da CCP buscando a ID do Partner Center.
 

Se você não conseguir ver a guia Desenvolvedor, poderá abrir um tíquete no Partner Center.

Para obter mais informações sobre como abrir um tíquete, consulte Obter ajuda ou abrir um tíquete de suporte.
 

Você pode criar uma conta do Partner Center uma das seguintes maneiras:

• Se você for novo no Partner Center e não tiver uma Conta de Rede da Microsoft, crie uma conta usando a página de registro do Partner Center.
• Se você já estiver inscrito no Programa Microsoft Cloud Partner, crie uma conta diretamente do Partner Center usando os registros existentes do Microsoft Partner Center.
  

Abra um tíquete de suporte no Partner Center e selecione o seguinte:

Visite a página de suporte dos editores para pesquisar seu problema. Se as diretrizes não forem úteis, crie um tíquete de suporte do Partner Center.
 

Consulte gerenciar sua conta por meio Partner Center para obter informações.
 

O número de telefone tem três partes: código do país, código de área e número de telefone. Se o número de telefone não incluir um código de área, deixe a segunda caixa vazia e preencha a terceira caixa.
 

Consulte gerenciar configurações de conta e informações de perfil para obter informações.
 

Você recebeu esta mensagem de erro porque seu status de verificação da conta está pendente. Verifique seu status no paineldo Partner Center. Selecione o ícone de engrenagem Configurações e escolha Configurações > de desenvolvedor Configurações da conta > Configurações da conta.

Há três áreas de verificação, Propriedade de e-mail, Emprego e Business. Para obter mais informações, confira O que é verificado e como responder.

Se você for o contato principal, Administrador Global ou administrador da conta, poderá monitorar o status da verificação e acompanhar o progresso em sua página de perfil.

Após a conclusão do processo de verificação, o status do seu registro na página de perfil muda de pendente para autorizado. Em seguida, o contato principal recebe um email da Microsoft dentro de alguns dias úteis.
 

Durante o processo de verificação da Propriedade do email um email de verificação é enviado ao contato principal. Verifique sua caixa de entrada de contato principal para obter um email com a linha de assunto Ação necessária: verificar sua conta de email com a Microsoft e concluir o processo de verificação de maccount@microsoft.com email. O email de verificação é enviado para o endereço listado nas configurações da conta do Partner Center.

Lembre-se dos seguintes pontos sobre o processo de verificação de e-mail:

• O link de verificação de e-mail é válido apenas por sete dias.
• Você pode solicitar o reenvio do email visitando sua página de perfil de parceiro e selecionando o link Reenviar email de verificação.
• Para garantir que você receba o email, liste microsoft.com como um domínio seguro e verifique suas pastas de lixo eletrônico.
  

Experimente as etapas a seguir:

• Verifique sua pasta de lixo eletrônico ou spam.
• Limpe o cache do navegador, vá para o painel da conta do Partner Center e selecione Reenviar email de verificação.
• Tente acessar o link Reenviar email de verificação de um navegador diferente.
• Trabalhe com seu departamento de TI para garantir que os emails de verificação não sejam bloqueados pelo servidor de email.
• Ajuste o filtro de spam do servidor para permitir ou colocar na lista segura todos os emails de maccount@microsoft.com.
  

Se todos os detalhes enviados estiverem corretos, o processo de verificação de emprego leva cerca de duas horas para ser concluído.
 

Se todos os documentos necessários forem enviados, a verificação de negócios levará de um a dois dias úteis para ser concluída.
 

Os tíquetes de suporte são resolvidos em uma semana. Verifique se há atualizações enviadas para o email que você forneceu ao criar o tíquete de suporte.
 

Envie um email com teamsubm@microsoft.com os seguintes detalhes:

• Assunto: Problema na conta do Partner Center para nome do aplicativo.
• Corpo do email:
  • Número do tíquete de suporte.
  • Sua ID de vendedor.
  • Uma captura de tela do problema, se possível.
    

Os recursos a seguir também podem ajudar:

• Perguntas frequentes sobre o envio de aplicativos do Microsoft 365.
• Documentação do marketplace comercial.
  

Você pode abrir a página de autenticação na caixa de diálogo (referida como módulo de tarefa no TeamsJS v1.x) quando o usuário seleciona o botão.

Você pode usar o exemplo de código para abrir a caixa de diálogo ao clicar no botão. Você pode substituir taskInfo.url pela sua página de autenticação.

Para obter mais informações, consulte Configurar seu aplicativo no Microsoft Entra ID.
 

Implemente a página react com SSO de guia e renderize o conteúdo conforme necessário. Você pode abrir a mesma URL da guia que a caixa de diálogo do bot.

Para obter mais informações, consulte Habilitar SSO para aplicativo de guia.
 

Abra a página inicial simples de entrada em vez de abrir a página de logon diretamente para resolver o problema.
 

Configure o aplicativo que você está usando para executar a codificação HTML dos escopos apenas uma vez, para que os escopos possam ser enviados e avaliados corretamente pelo Microsoft Entra ID.
 

Se você usar o Kit de Ferramentas de Agentes para criar seu aplicativo, consulte Adicionar logon único ao aplicativo Teams para obter mais informações.

Para obter mais informações sobre o exemplo de código js do Node, consulte Início rápido de autenticação de bot.
 

O Collaborative Stageview permite que os usuários abram o conteúdo junto com uma conversa do painel lateral em uma janela do Teams. Essa exibição é mais adequada para a maioria dos cenários de colaboração.

O Stageview Modal é útil para exibir conteúdo rico para os usuários, como página, dashboard ou arquivo.
As caixas de diálogo (chamadas de módulos de tarefas no TeamsJS v1.x) são úteis para exibir mensagens que precisam da atenção dos usuários ou coletar informações necessárias para passar para a próxima etapa.

Certifique-se de que seu contentUrl domínio seja refletido com precisão na propriedade manifest validDomains . Para obter mais informações, consulte Esquema de manifesto do aplicativo.

Chame app.notifySuccess() todo o conteúdo baseado em iframe para notificar o Teams de que seu aplicativo foi carregado com êxito. Se aplicável, o Teams oculta o indicador de carregamento. Se notifySuccess não for chamado em 30 segundos, o Teams presume que o aplicativo atingiu o tempo limite e exibe uma tela de erro com uma opção de repetição. Para atualizações de aplicativo, esta etapa é aplicável para guias que já estão configuradas. Se você não executar esta etapa, uma tela de erro será exibida para os usuários existentes.

Não, não há suporte para links profundos no contentUrl.

O Stageview colaborativo de um link profundo ou de uma API stageView vem com o parâmetro adicional threadId . Você pode definir explicitamente o thread de chat a ser exibido no painel lateral para seu arquivo .contentUrl Para obter mais informações sobre como recuperar um threadId, consulte Obter thread de conversa.

Atualize o SDK do cliente JavaScript do Teams para (@microsoft/teams-js": "^2.0.0") para resolve o problema.
 

Se você tiver a guia configurável e a guia estática definidas no manifesto do aplicativo para um escopo específico, o Teams fixará a guia estática por padrão.
 

As instâncias de guia configuráveis fixadas pré-existentes do seu aplicativo continuam funcionando da mesma forma. Você não tem a opção de fixar novas instâncias dessas guias configuráveis. Quando você opta por fixar sua guia, o Teams fixa a guia estática do seu aplicativo.
 

Para otimizar o desempenho do aplicativo de guia no Teams móvel, use profissionais de serviço para armazenar em cache ativos estáticos e minimizar o tamanho da página da Web. Você também pode realizar auditorias de desempenho usando ferramentas de desenvolvimento para identificar gargalos. Para obter mais informações, consulte práticas recomendadas para aplicativos móveis do Teams.
 

O SDK do Teams fornece abstrações para você criar aplicativos robustos que utilizam LLMs (Modelos de Linguagem Grande) do OpenAI.

Não, você precisa ter seus LLMs (Modelos de Linguagem Grande) hospedados no OpenAI do Azure ou em outro lugar.

Sim, é possível usar o SDK do Teams com outros modelos de linguagem grande (LLMs).

Sim, o SDK do Teams fornece abstrações para simplificar a utilização de LLMs (Modelos de Linguagem Grande) em aplicativos de conversação. No entanto, você (desenvolvedor) deve ajustar os prompts, filtros de tópico e ações dependendo de seus cenários.

Os dois são independentes e não podem ser integrados.

A história do SDK do Teams é voltada para desenvolvedores profissionais e separada da história de herói em torno do ecossistema de habilidades no Microsoft 365.

O SDK do Teams funciona junto com o SDK do Bot Framework existente e não é um substituto.

Se você receber erros com o Agents Toolkit no Visual Studio Code, poderá selecionar Obter Ajuda na notificação de erro para ir para o documento relacionado. Se você estiver usando a CLI do Agents Toolkit, haverá um hiperlink no final da mensagem de erro que aponta para o documento de ajuda.

1. Alterne a assinatura na conta atual ou faça logoff e selecione uma nova assinatura.
2. Se você já tiver provisionado o ambiente atual, precisará criar um novo ambiente e executar o provisionamento porque o ARM não dá suporte à movimentação de recursos.
3. Se você não provisionou o ambiente atual, poderá disparar o provisionamento diretamente.
   

Antes de provisionar, o kit de ferramentas pergunta se você deseja criar um novo grupo de recursos ou usar um existente. É possível fornecer um novo nome de grupo de recursos ou escolher um existente nesta etapa.
 

Você pode fazer isso seguindo a provisão do aplicativo baseado no SharePoint.
 

Referências compartilhadas para implantar o código usando o kit de ferramentas:

• Criar um novo aplicativo do Teams usando o Kit de Ferramentas de Agentes
• CLI do Kit de Ferramentas de Agentes

Você pode chamar a API do Graph para obter a foto de perfil do usuário do aplicativo.
 

Para resolve o erro Você não tem acesso a este aplicativo, verifique se o canal do Teams está habilitado no seu Azure Serviço de Bot.
 

O localhost domínio é aceitável apenas para desenvolvimento e teste local. Para envio em produção ou repositório, todos os pontos de extremidade devem ser acessíveis publicamente e protegidos usando HTTPS.
 

Use os -First parâmetros and -Skip com Get-CsAutoAttendant ou Get-CsCallQueue para paginar os resultados e recuperar todas as entradas. O -Limit All parâmetro não é mais suportado.
 

Use Iniciar e aguarde uma ação de aprovação no Power Automate. Nas configurações de ação, estenda o tempo limite especificando a duração no formato ISO 8601 (por exemplo, P7D por 7 dias). Isso garante que o fluxo de trabalho seja pausado até que a aprovação seja concedida.
 

Em ambientes gerenciados, todos os criadores e usuários finais devem ter uma licença premium do Power Platform, mesmo para aplicativos padrão. Para o Copilot, licenças individuais não são necessárias se os usuários estiverem cobertos pela capacidade de mensagens no nível do locatário. Caso contrário, será necessária uma licença pessoal do Copilot.