Permissões de agenda para agente de IA: limites que se sustentam

Para dar acesso à agenda a um agente de IA com segurança, conceda o escopo mais estreito que cumpre uma tarefa nomeada: leitura apenas nas agendas que ele precisa consultar, escrita apenas em uma agenda que o próprio agente controla e aprovação humana obrigatória para qualquer coisa que toque uma agenda compartilhada ou de cliente. Toda escrita deve passar por uma checagem de conflitos em todas as agendas afetadas e deixar um registro do que mudou. O restante deste guia mostra como definir esses limites e mantê-los.

Principais pontos

• Conceda leitura e escrita de agenda separadamente, e cada um somente quando uma tarefa exigir.
• Escreva em uma agenda dedicada que o agente controla, não na agenda de uma equipe, de um cliente ou do dono.
• Verifique a disponibilidade (livre/ocupado) de cada pessoa, sala e recurso que um evento toca antes de criar, mover ou cancelar.
• Exija que uma pessoa aprove convites para participantes externos, alterações em agendas compartilhadas e todos os cancelamentos.
• Registre cada ação de agenda com o pedido, as checagens aprovadas e quem aprovou, e revise esse registro em uma frequência fixa.

Por que a escrita na agenda é mais arriscada do que parece

Agenda parece uma ferramenta de baixo risco, mas uma escrita muda o que outras pessoas veem e em que agem. Um convite chega a um endereço externo, uma reunião movida altera o dia de um líder de equipe e um bloqueio cancelado pode liberar uma sala que alguém está prestes a reservar. As plataformas de calendário também costumam oferecer permissões amplas, porque a mesma autorização precisa atender uma pessoa, um aplicativo e um serviço compartilhado ao mesmo tempo. A documentação de OAuth 2.0 do Google descreve como aplicativos pedem acesso por meio de escopos que nomeiam o que podem fazer, então a lista de escopos é o ponto de partida, não o resumo da tela de consentimento. Leia os escopos exatos antes de aprovar e trate qualquer escopo que permita apagar ou compartilhar eventos como uma decisão separada.

Conceda leitura e escrita em escopos separados e estreitos

A maioria das tarefas de agendamento exige menos acesso do que as pessoas imaginam. Um agente que responde "estamos livres quinta à tarde?" precisa de informação de livre/ocupado, não do título e da lista de participantes de cada reunião privada. Um agente que marca visitas técnicas precisa de escrita em uma agenda, não nas agendas de todos os orçamentistas. Este guia de decisão ajuda a escolher:

• Use acesso de livre/ocupado quando o agente só precisa saber se um bloco de horário está aberto.
• Use leitura de uma agenda nomeada quando ele precisar ver os detalhes do evento para evitar conflito ou preparar um resumo.
• Use escrita em uma agenda dedicada que o agente controla quando ele precisar criar ou mover eventos.
• Conceda direito de editar ou apagar eventos de outras pessoas somente depois que um humano revisar o caso específico, nunca como permissão permanente.
• Mantenha as agendas pessoais de donos e funcionários fora do escopo, a menos que cada pessoa concorde por escrito e o acordo fique registrado na integração.

A mesma lógica vale para toda ferramenta que o agente toca. Nosso artigo sobre menor privilégio para agentes de IA explica por que a menor permissão que funciona é o ponto de partida certo. É muito mais fácil ampliar uma permissão com evidências do que reduzi-la depois de um incidente.

Faça checagens de conflito antes de cada escrita

Uma checagem de conflito é um conjunto de regras que o agente precisa cumprir antes de alterar uma agenda. Ela deve rodar em todas as agendas que o evento toca, não apenas na agenda de quem fez o pedido. As orientações de autorização da OWASP recomendam negar acesso por padrão e verificar permissões em cada requisição, e a mesma disciplina se aplica ao agendamento. O agente nunca deve presumir que um horário continua livre só porque estava livre um minuto antes.

Uma lista prática para cada escrita:

• Busque a disponibilidade de cada participante, sala, veículo ou equipamento que o evento usa.
• Aplique margens e horário de funcionamento, como tempo de deslocamento entre obras ou um bloco de almoço protegido.
• Procure um evento existente com o mesmo título, horário e participantes antes de criar um novo.
• Anexe um identificador estável ao pedido, para que uma nova tentativa atualize o mesmo evento em vez de criar um segundo. A Stripe documenta esse padrão como chaves de idempotência, que fazem uma requisição repetida devolver o resultado original em vez de executar duas vezes. Nosso texto sobre idempotência em agentes de IA trata do mesmo problema em outras ferramentas.
• Pare e informe quando qualquer checagem falhar. Não grave um resultado parcial e não escolha silenciosamente outro horário sem registrar o motivo.

As regras mais amplas sobre quais horários podem ser agendados e como ranquear alternativas estão em agente de IA com acesso à agenda: regras de agendamento que funcionam.

Exija aprovação para agendas compartilhadas e de clientes

Agendas compartilhadas e de clientes pedem outra regra. O agente redige e propõe, e uma pessoa nomeada aprova antes de a escrita acontecer. É a mesma divisão usada para e-mails e documentos, em que um sistema pode preparar uma mensagem mas não a envia sem revisão. Nosso artigo sobre ler, preparar e enviar: permissões de IA detalha essa distinção.

A aprovação só funciona quando o pedido é específico. A proposta deve mostrar o evento atual, a mudança proposta, cada pessoa que será notificada e o resultado da checagem de conflitos. Quem aprova um pedido que diz "mover reunião" não consegue julgar a mudança. Quem vê "mover de terça às 9h para terça às 14h, avisa dois clientes e um líder de equipe, sem conflitos" decide em segundos. Se não houver resposta dentro da janela combinada, o padrão é não alterar nada.

Cenário ilustrativo: uma empresa de paisagismo dá ao agente de agendamento permissão de escrita em uma agenda dedicada de Orçamentos. Um cliente pede para remarcar uma visita técnica que está na agenda operacional compartilhada. O agente encontra dois horários livres que passam na checagem de conflitos, envia ambos à gerente do escritório com o texto do convite em rascunho e aguarda. A gerente escolhe um, e só então o agente grava a mudança e avisa o cliente.

Registre cada ação e mantenha um jeito de desfazer

Cada escrita na agenda deve deixar um registro que uma pessoa consiga ler sem abrir os dados brutos da plataforma. O registro deve incluir quem pediu, o que o agente planejou mudar, quais checagens rodaram e o que retornaram, quem aprovou, o identificador do evento e o horário. É isso que torna um incidente revisável. Dá para reconstruir o que o agente pretendia, em que ordem e o que de fato mudou.

A reversão precisa ser planejada antes. Guarde os detalhes originais do evento junto de cada registro para que uma mudança possa ser desfeita, e defina quais ações são reversíveis na prática. Um cancelamento que já avisou um cliente só pode ser corrigido com outra mensagem, então escreva esse limite nas regras de aprovação antes que ele importe.

Revise o registro em uma frequência fixa. Uma revisão mensal de quem tem acesso, quais escopos estão ativos e quais escritas foram bloqueadas ou encaminhadas mostra se os limites ainda combinam com o trabalho. O NIST AI Risk Management Framework trata isso como um ciclo contínuo de governar, mapear, medir e gerenciar o risco de IA, e não como uma configuração única.

Como a Be Human trabalha o acesso à agenda

Em um projeto com a Be Human, a primeira tarefa define por escrito os limites da agenda: quais agendas o agente pode ler, a única agenda em que pode escrever, as regras de conflito, os eventos que exigem aprovação e o registro que ele mantém. A operação gerenciada cobre então o monitoramento de escritas com falha ou incomuns, as revisões periódicas de permissões, a manutenção quando a integração de agenda muda e a resposta a incidentes quando uma mudança dá errado. Acesso maior é proposto como uma mudança controlada, com aprovação própria, e nunca concedido silenciosamente só porque o agente parece estar indo bem. Se você não tem certeza de qual tarefa de agendamento deve vir primeiro, o diagnóstico gratuito de IA da Be Human pode ajudar a encontrar a primeira tarefa que vale entregar a um agente.

Perguntas frequentes

Um agente de IA deve ter escrita na agenda principal da empresa? Não, nunca como padrão. Dê escrita a uma agenda dedicada que o agente controla e mantenha a agenda principal somente leitura ou fora do escopo. Alterações na agenda principal devem passar por um aprovador nomeado que veja a mudança proposta e o resultado da checagem de conflitos.

Qual é a diferença entre acesso de livre/ocupado e leitura completa da agenda? O acesso de livre/ocupado mostra apenas se um bloco de horário está ocupado, não qual é o evento nem quem participa. Costuma bastar para um agente que propõe horários abertos. A leitura completa revela títulos, participantes e descrições, então conceda-a somente quando o agente precisar desses detalhes para evitar conflito ou preparar um resumo.

Como evitar que um agente marque dois compromissos no mesmo horário? Rode uma checagem de conflitos com os dados de livre/ocupado de cada pessoa e recurso que o evento toca, e anexe um identificador estável ao pedido para que as novas tentativas não criem duplicatas. Se qualquer checagem falhar, o agente deve parar e informar, em vez de gravar um resultado parcial. Revise as tentativas bloqueadas com regularidade, porque elas mostram onde suas regras e suas agendas não batem.

Quem deve aprovar mudanças em reuniões com clientes? Escolha uma pessoa nomeada da área de operações ou do escritório que seja responsável pelo relacionamento com o cliente, e não uma caixa de e-mail genérica que ninguém verifica. O pedido de aprovação deve mostrar o evento atual, a mudança proposta, quem será avisado e o resultado da checagem de conflitos. Se a aprovação não chegar dentro da janela combinada, a mudança não deve acontecer.

Orientação editorial Be Human. Exemplos são ilustrativos, salvo atribuição explícita. Fontes oferecem contexto; a implementação depende do seu processo.