Este curso trata de decidir quais ações um agente de IA tem permissão para realizar no ambiente de trabalho, utilizando recomendações da estrutura de governança de IA da IMDA (Model AI Governance Framework for Agentic AI). Ao final, o leitor — mesmo que iniciante no assunto — deverá ser capaz de tomar uma decisão concreta: se um agente pode ler, escrever ou executar tarefas em um sistema sem consultar um humano previamente. Muitas equipes tratam as permissões de agentes como uma tela de configurações que pode ser ajustada mais tarde. O desafio é que as escolhas de permissão definem o que o agente pode fazer antes mesmo de qualquer resultado ser gerado. O erro decorre de trazer hábitos de ferramentas de chat, nas quais o sistema sugere texto, mas não executa ações.
Um agente entra em cena nas etapas de configuração e aprovação, e não apenas no uso cotidiano. Alguém o conecta a ferramentas como e-mail, sistemas de gestão de chamados ou portais de fornecedores. Outra pessoa aprova essas conexões e as condições associadas a elas. Essas etapas podem parecer um trabalho comum de integração, mas a decisão é diferente porque o agente pode realizar ações — e essas ações podem ser difíceis de reverter depois de executadas. É por isso que este curso retoma constantemente uma distinção simples: o chatbot propõe, enquanto o agente executa. Veja a seguir a estrutura do conteúdo do curso:
Um agente de IA é um software capaz de planejar etapas e utilizar ferramentas conectadas para realizar uma tarefa com o mínimo de interações de ida e volta. Enquanto um assistente geralmente gera texto para que uma pessoa o copie, um agente pode efetuar a alteração diretamente em outro sistema. Essa diferença é importante porque uma ação executada pode persistir além da conversa que a originou. É possível excluir uma mensagem, mas nem sempre se consegue desfazer o envio de um e-mail ou o fechamento de um chamado.
Mesmo quando uma ação é reversível, o processo de reversão frequentemente custa tempo e compromete a confiança. Um chamado reaberto após a resposta de um cliente ainda passa a impressão de que o atendimento foi negligenciado. Um registro de fornecedor corrigido após uma atualização ainda deixa um valor incorreto em algum arquivo exportado por outra pessoa. Começar com o pé direito significa tratar as permissões como a primeira decisão de design, e não como a última rede de segurança.
As decisões sobre permissões cabem às pessoas que configuram e aprovam o agente, e não à pessoa que, por acaso, o executa em um dia de muito trabalho. Um usuário pode escolher quando iniciar uma tarefa, mas não consegue visualizar todas as ferramentas que o agente pode acessar. Um fornecedor pode oferecer configurações padrão, mas não sabe quais ações sua organização aceitará. A equipe de TI pode conceder acessos, mas não deve ser o único ponto onde a decisão de negócio é tomada.
Este curso também trata a responsabilidade como algo pessoal e nominal. Um responsável humano designado é uma pessoa específica que responde pelo que o agente tem permissão para fazer e pela forma como ele é supervisionado. Essa responsabilidade não deixa de existir pelo fato de o agente ser “interno” ou operar como uma conta de serviço. Quando um agente realiza uma ação, deve ser possível identificar quem aprovou aquele escopo de atuação e sob quais condições.
Utilizaremos uma breve verificação para distinguir configurações que apenas parecem seguras daquelas que são realmente seguras.