Fala dataholics! Fechamos a série de Tools semana passada e o agente já sabe puxar dado e chamar API, então bateu a pergunta que interessa de verdade: como é que as pessoas vão usar isso no dia a dia? Um agente que só responde no Test pane do Copilot Studio não serve pra ninguém, ele precisa chegar onde o pessoal já vive, e no mundo Microsoft esse lugar é o Microsoft Teams. Hoje começa uma série nova, sobre publicar e governar seus agentes, e a gente abre pelo canal mais óbvio de todos.

O que veremos nesse post:

• Publicar o agente (o passo que todo mundo esquece)

• Adicionar o canal do Teams e Microsoft 365 Copilot

• Quem enxerga o agente: os três níveis de alcance

• O papel do admin e o "Built for your org"

---

Primeiro: publicar

Antes de pensar em canal você precisa apertar o botão Publish. Parece óbvio, mas é o passo que mais gente esquece e depois fica se perguntando por que a mudança não apareceu. Toda vez que você mexe no agente, seja instrução, knowledge ou tool, aquilo fica numa versão de rascunho e só vai pro ar quando você publica. Então guarda essa régua simples: mexeu, testou, publicou. Sem publicar, o canal do Teams até existe, só que ele serve a versão velha do agente.

---

Adicionando o canal do Teams

Com o agente publicado, você vai na aba Channels e escolhe Teams and Microsoft 365 Copilot. É o mesmo canal pros dois mundos, o Teams e o M365 Copilot, e no post [2] dessa série eu vou fundo no lado do M365 Copilot, que hoje o foco é o Teams mesmo. Você confirma, o Copilot Studio monta o app do agente e já te entrega um botão pra abrir no Teams e testar você mesmo. Nesse ponto o agente já roda pra você, dentro do Teams, com a carinha dele.

Um detalhe que vale ajustar antes de sair divulgando é a aba de Details do agente, com nome, descrição e ícone. É isso que aparece na loja de apps do Teams e é o que faz a pessoa clicar ou passar reto. Capricha aqui, porque ícone genérico e descrição vazia derrubam a adoção antes mesmo do agente abrir a boca.

---

Quem enxerga o agente

Aqui mora a parte que mais confunde. Publicar e liberar pra empresa toda são coisas diferentes. Existem basicamente três níveis de alcance, do mais fechado pro mais aberto:

• Só você: assim que adiciona o canal, o agente já fica disponível pra você testar no Teams e ninguém mais enxerga.

• Colegas que você escolher: dá pra compartilhar direto com pessoas ou com um grupo específico, sem passar por ninguém. É o cenário ideal pra rodar um piloto com o time antes de abrir pra geral.

• A empresa toda: pra o agente aparecer pra qualquer um da organização, você usa o Submit for admin approval, que joga o app na fila de aprovação do admin. Sem esse passo, a org inteira não acha o agente sozinha.

Reginaldo, publiquei o agente, mandei o link pro meu chefe e ele diz que não acha o bendito na busca do Teams. O que rolou?

Provavelmente ele caiu no nível errado de alcance. Se você só adicionou o canal, o agente está liberado pra você e o seu chefe não vai achar na busca porque ainda não passou pela aprovação da empresa. Ou você compartilha direto com ele, ou faz o Submit for admin approval e espera o admin aprovar. Nove em cada dez casos de "sumiu o agente" é isso.

---

O papel do admin e o "Built for your org"

Quando você faz o Submit for admin approval, o app do agente cai na fila de aprovação do administrador, no Teams admin center ou no Microsoft 365 admin center. O admin revisa e, aprovando, o agente passa a aparecer na seção Built for your org da loja de apps do Teams, aquele cantinho com os apps internos da empresa. A partir daí qualquer pessoa da organização encontra e adiciona o agente na conta dela.

Esse pedágio do admin não é burocracia à toa, é governança pura. É ele que impede qualquer maker de despejar dez agentes meia-boca pra empresa inteira, e é justamente pra esse lado que os próximos posts da série vão: DLP, environments e o Agent 365 pra você enxergar tudo que está rodando. Por ora, o que importa é gravar que existe esse aval no meio do caminho.

Se você é admin e maker ao mesmo tempo, o que é comum em ambiente de teste, dá pra subir o app direto pelo Teams admin center e empurrar pra grupos específicos, pulando a fila. Mas em produção de verdade o fluxo saudável continua sendo maker publica e admin aprova.

---

RESUMO

• Publish sempre primeiro, senão o canal serve a versão velha do agente.

• O canal Teams and Microsoft 365 Copilot cobre os dois mundos de uma vez.

• Três níveis de alcance: só você, colegas escolhidos e a empresa toda (via Submit for admin approval).

• Pra org inteira tem aprovação do admin, e aí o agente aparece em Built for your org na loja do Teams.

• Capricha no nome, ícone e descrição, porque é o que decide se a pessoa clica ou ignora.

É o jeito mais rápido de tirar o agente do Test pane e botar na frente das pessoas. No próximo post a gente leva esse mesmo agente pra dentro do Microsoft 365 Copilot com os declarative agents. Comenta aí se você já publicou algum agente no Teams e como foi a adoção do pessoal.

Referências:

https://learn.microsoft.com/en-us/microsoft-copilot-studio/publication-add-bot-to-microsoft-teams

https://learn.microsoft.com/en-us/microsoft-copilot-studio/publication-fundamentals-publish-channels

Fique bem e até a próxima.

#copilotstudio #teams #m365copilot #ia #agentes #datainaction

Hey dataholics! We closed the Tools series last week and the agent already knows how to pull data and call an API, so the question that really matters came up: how are people actually going to use this day to day? An agent that only answers in the Copilot Studio Test pane is no good to anyone, it has to reach where people already live, and in the Microsoft world that place is Microsoft Teams. Today a new series kicks off, about publishing and governing your agents, and we open with the most obvious channel of them all.

What we'll cover in this post:

• Publishing the agent (the step everyone forgets)

• Adding the Teams and Microsoft 365 Copilot channel

• Who can see the agent: the three reach levels

• The admin's role and "Built for your org"

---

First: publish

Before you even think about a channel you need to hit the Publish button. Sounds obvious, but it's the step most people forget and then wonder why their change never showed up. Every time you touch the agent, whether it's an instruction, knowledge or a tool, that sits in a draft version and only goes live when you publish. So keep this simple rule of thumb: change it, test it, publish it. Without publishing, the Teams channel does exist, it just serves the old version of the agent.

---

Adding the Teams channel

With the agent published, you go to the Channels tab and pick Teams and Microsoft 365 Copilot. It's the same channel for both worlds, Teams and M365 Copilot, and in post [2] of this series I go deep into the M365 Copilot side, because today the focus really is Teams. You confirm, Copilot Studio builds the agent app and hands you a button to open it in Teams and test it yourself. At this point the agent already runs for you, inside Teams, with its own look.

One detail worth adjusting before you go spreading the word is the agent's Details tab, with name, description and icon. That's what shows up in the Teams app store and it's what makes someone click or scroll past. Put some care into it, because a generic icon and an empty description kill adoption before the agent even opens its mouth.

---

Who can see the agent

Here's the part that confuses people the most. Publishing and releasing to the whole company are different things. There are basically three reach levels, from the most closed to the most open:

• Just you: as soon as you add the channel, the agent is available for you to test in Teams and nobody else can see it.

• Colleagues you choose: you can share it directly with people or with a specific group, without going through anyone. It's the ideal scenario for running a pilot with the team before opening it up to everyone.

• The whole company: for the agent to show up for anyone in the organization, you use Submit for admin approval, which sends the app into the admin's approval queue. Without that step, the whole org won't find the agent on its own.

Reginaldo, I published the agent, sent the link to my boss and he says he can't find the darn thing in Teams search. What happened?

He probably landed on the wrong reach level. If you only added the channel, the agent is released to you, and your boss won't find it in search because it hasn't gone through company approval yet. Either you share it directly with him, or you do Submit for admin approval and wait for the admin to approve. Nine out of ten "the agent vanished" cases are exactly this.

---

The admin's role and "Built for your org"

When you do Submit for admin approval, the agent app lands in the administrator's approval queue, in the Teams admin center or the Microsoft 365 admin center. The admin reviews it and, once approved, the agent starts appearing in the Built for your org section of the Teams app store, that corner with the company's internal apps. From there anyone in the organization finds and adds the agent to their own account.

This admin toll isn't red tape for nothing, it's pure governance. It's what stops any maker from dumping ten half-baked agents onto the entire company, and that's exactly where the next posts in the series are headed: DLP, environments and Agent 365 so you can see everything that's running. For now, what matters is remembering there's this sign-off along the way.

If you're admin and maker at the same time, which is common in a test environment, you can upload the app straight through the Teams admin center and push it to specific groups, skipping the queue. But in real production the healthy flow is still maker publishes and admin approves.

---

RECAP

• Always publish first, otherwise the channel serves the old version of the agent.

• The Teams and Microsoft 365 Copilot channel covers both worlds at once.

• Three reach levels: just you, chosen colleagues and the whole company (via Submit for admin approval).

• For the whole org there's admin approval, and then the agent shows up in Built for your org in the Teams store.

• Put care into the name, icon and description, because that's what decides whether people click or ignore it.

It's the fastest way to get the agent out of the Test pane and in front of people. In the next post we take this same agent into Microsoft 365 Copilot with declarative agents. Comment below if you've already published an agent to Teams and how adoption went with your people.

References:

https://learn.microsoft.com/en-us/microsoft-copilot-studio/publication-add-bot-to-microsoft-teams

https://learn.microsoft.com/en-us/microsoft-copilot-studio/publication-fundamentals-publish-channels

Stay well and see you next time.

#copilotstudio #teams #m365copilot #ai #agents #datainaction