Fala dataholics! Chegamos no último post da série de publicação e governança. Até aqui a gente falou de agente que espera você chamar: você abre o Teams, o M365 Copilot ou o site e pergunta alguma coisa. Só que existe um tipo de agente que não fica esperando ninguém, ele acorda sozinho quando um evento acontece. É o agente autônomo, e é dele que a gente fala hoje pra fechar a série com chave de ouro.

O que veremos nesse post:

• Reativo vs autônomo: o que muda

• Os tipos de trigger (evento, agendamento, Dataverse)

• O requisito que trava todo mundo

• Cuidado com quota e custo

---

Reativo vs autônomo

O agente que a gente vinha construindo na série é reativo, ou seja, ele só age depois que alguém manda uma mensagem. O trigger de topic depende do usuário digitar. Já o agente autônomo funciona ao contrário: em vez de esperar a pergunta, ele reage a um evento que aconteceu no seu ambiente, tipo chegou um e-mail, uma linha nova apareceu numa tabela, deu meia-noite. Ninguém precisou abrir o chat, o agente que veio até o trabalho.

Na prática isso muda o tipo de coisa que dá pra automatizar. Um agente reativo tira dúvida. Um agente autônomo processa o e-mail que chegou, classifica o chamado na hora que ele entra, monta o resumo diário sozinho. Você sai do "me pergunta que eu respondo" pro "eu cuido disso pra você em segundo plano".

---

Os tipos de trigger

É o event trigger que liga essa chave. Em vez de um topic esperando input, você configura um evento que dispara o agente. Os mais comuns:

• Evento de conector: chegou e-mail novo, item novo no SharePoint, task atribuída no Planner. O conector manda o payload e o agente age.

• Agendamento (recurrence): roda de tempos em tempos, tipo todo dia às 8h montar um resumo, sem ninguém apertar nada.

• Dataverse: o clássico "when a row is added, modified or deleted". Você escolhe a tabela e, quando ela muda, o agente acorda. Ótimo pra reagir a mudança de dado.

É esse leque que transforma o agente num trabalhador de segundo plano em vez de só um chat.

---

O requisito que trava todo mundo

Detalhe importante: event trigger só existe se o agente estiver com a generative orchestration ligada. Se você está com a orquestração clássica (topics), o menu de triggers de evento simplesmente não aparece, e aí vem aquele "cadê a opção que o vídeo mostrou?". Então antes de tentar deixar o agente autônomo, vai nas configurações e liga a generative orchestration. Sem isso, não tem conversa.

Reginaldo, liguei a generative orchestration e mesmo assim tá estranho, o agente não dispara. E agora?

Confere duas coisas: se o agente foi publicado depois de configurar o trigger (lembra do post [1], sem Publish nada vai pro ar) e se a conexão do conector do evento está de fato autenticada e válida. Nove em cada dez casos de "não dispara" é uma dessas duas.

---

Cuidado com quota e custo

Agente autônomo é poderoso, mas ele roda sem você olhar, e é aí que mora o perigo pro bolso. Um trigger muito frequente, tipo checar alguma coisa de minuto em minuto, come quota rápido e você só percebe quando chega a conta. Comece com uma frequência conservadora, mede o volume real de disparos e sobe aos poucos. Configure já pensando em quantas vezes o agente vai acordar por dia, senão a surpresa vem na fatura.

---

RESUMO

• Agente reativo espera o usuário. Agente autônomo dispara sozinho por evento.

• Tipos de trigger: evento de conector (e-mail, SharePoint, Planner), agendamento e Dataverse (row added/modified/deleted).

• Event trigger só aparece com a generative orchestration ligada.

• Não esqueça de publicar depois de configurar, e confira a conexão do conector.

• Cuidado com trigger frequente, ele come quota sem você ver.

E com isso a gente fecha a série de publicação e governança. Passamos por publicar o agente no Teams, no M365 Copilot e no seu site, cuidamos da governança e hoje deixamos o agente autônomo. Na próxima série a gente abre o leque e olha o ecossistema inteiro de Copilots da Microsoft, porque Copilot Studio é só uma peça do tabuleiro. Comenta aí que tipo de automação autônoma você faria primeiro.

Referências:

https://learn.microsoft.com/en-us/microsoft-copilot-studio/authoring-triggers-about

https://learn.microsoft.com/en-us/microsoft-copilot-studio/guidance/autonomous-agents

Fique bem e até a próxima.

#copilotstudio #autonomousagents #triggers #ia #agentes #datainaction

Hey dataholics! We've reached the last post in the publishing and governance series. Up to here we talked about the agent that waits for you to call it: you open Teams, M365 Copilot or the site and ask something. But there's a type of agent that doesn't wait for anyone, it wakes up on its own when an event happens. That's the autonomous agent, and that's what we're covering today to close the series in style.

What we'll cover in this post:

• Reactive vs autonomous: what changes

• The trigger types (event, schedule, Dataverse)

• The requirement that trips everyone up

• Watch out for quota and cost

---

Reactive vs autonomous

The agent we'd been building in the series is reactive, meaning it only acts after someone sends a message. The topic trigger depends on the user typing. The autonomous agent works the other way around: instead of waiting for the question, it reacts to an event that happened in your environment, like an email arrived, a new row showed up in a table, midnight struck. Nobody had to open the chat, the agent came to the work itself.

In practice this changes the kind of thing you can automate. A reactive agent answers a question. An autonomous agent processes the email that arrived, classifies the ticket the moment it comes in, builds the daily summary on its own. You move from "ask me and I answer" to "I handle this for you in the background".

---

The trigger types

It's the event trigger that flips this switch. Instead of a topic waiting for input, you configure an event that fires the agent. The most common ones:

• Connector event: new email arrived, new item in SharePoint, task assigned in Planner. The connector sends the payload and the agent acts.

• Schedule (recurrence): runs from time to time, like building a summary every day at 8am, without anyone pressing anything.

• Dataverse: the classic "when a row is added, modified or deleted". You pick the table and, when it changes, the agent wakes up. Great for reacting to a data change.

It's this range that turns the agent into a background worker instead of just a chat.

---

The requirement that trips everyone up

Important detail: the event trigger only exists if the agent has generative orchestration turned on. If you're on classic orchestration (topics), the event trigger menu simply doesn't show up, and then comes that "where's the option the video showed?". So before trying to make the agent autonomous, go into the settings and turn on generative orchestration. Without it, there's no conversation.

Reginaldo, I turned on generative orchestration and it's still weird, the agent doesn't fire. Now what?

Check two things: whether the agent was published after you configured the trigger (remember post [1], without Publish nothing goes live) and whether the event connector's connection is actually authenticated and valid. Nine out of ten "it doesn't fire" cases are one of those two.

---

Watch out for quota and cost

An autonomous agent is powerful, but it runs without you watching, and that's where the danger to your wallet lives. A very frequent trigger, like checking something every minute, eats quota fast and you only notice when the bill arrives. Start with a conservative frequency, measure the real volume of fires and ramp up slowly. Configure it already thinking about how many times the agent will wake up per day, otherwise the surprise shows up on the invoice.

---

RECAP

• A reactive agent waits for the user. An autonomous agent fires on its own by event.

• Trigger types: connector event (email, SharePoint, Planner), schedule and Dataverse (row added/modified/deleted).

• The event trigger only shows up with generative orchestration turned on.

• Don't forget to publish after configuring, and check the connector's connection.

• Watch out for a frequent trigger, it eats quota without you seeing it.

And with that we close the publishing and governance series. We went through publishing the agent to Teams, to M365 Copilot and to your site, handled governance and today we made the agent autonomous. In the next series we open things up and look at the entire ecosystem of Microsoft Copilots, because Copilot Studio is just one piece on the board. Comment below what kind of autonomous automation you'd build first.

References:

https://learn.microsoft.com/en-us/microsoft-copilot-studio/authoring-triggers-about

https://learn.microsoft.com/en-us/microsoft-copilot-studio/guidance/autonomous-agents

Stay well and see you next time.

#copilotstudio #autonomousagents #triggers #ai #agents #datainaction