Resposta direta
A permissão de um agente deve ser definida pelo trabalho que ele executa, não pelo que a ferramenta consegue fazer. A avaliação começa pela lista de sistemas, dados e ações que o agente acessa, pela separação entre leitura e escrita e pela indicação de quem responde por cada ação. Permissão ampla demais aparece quando o fornecedor não distingue o que o agente pode consultar do que pode alterar, nem consegue dizer o que ele não pode fazer. Sem esse recorte documentado, o escopo ainda não está pronto para contratação.
- Objetivo
- Orientar avaliação e contratação
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Trata a permissão pedida como sinal do desenho da integração e como cláusula de contratação, não como tema de supervisão posterior.
O pedido de acesso mostra o desenho do agente
Pedidos de acesso amplo costumam nascer da implementação, não da tarefa. É mais simples conectar o agente a uma conta administrativa do que construir uma integração que distinga consulta de alteração. O escopo pedido, portanto, revela o nível de desenho do fornecedor.
A avaliação começa pela lista de ações por rotina: o que o agente lê, o que registra, o que altera e o que decide. Se a mesma credencial cobre etapas diferentes, não há como limitar o impacto de um erro. A permissão ampla compensa uma separação que o projeto não fez.
O que o contrato precisa fixar
O contrato deve enumerar sistemas, bases e ações permitidas, em vez de usar fórmulas genéricas como acesso aos sistemas necessários. A lista precisa distinguir leitura, escrita, aprovação e exclusão, com o dado tratado em cada operação. O que não estiver descrito fica fora do escopo.
Também precisam estar definidos o responsável por autorizar cada concessão, o registro do que o agente executou, o prazo e o procedimento de revogação e a devolução de credenciais ao fim. Mudança de escopo deve passar por nova aprovação, não por ajuste informal durante a operação.
O que a avaliação contratual não resolve
A análise do contrato não comprova o comportamento em execução. Um agente pode receber permissão estreita e, ainda assim, alcançar dados por uma integração mal configurada ou por credencial compartilhada. A contratação reduz a exposição; não substitui teste de acesso e acompanhamento do que o agente faz.
Quando a operação não consegue descrever a ação, o dado tocado e o responsável pela autorização, a contratação está adiantada. Há casos em que automação de regra fixa resolve sem conceder acesso a um agente. A permissão ampla deixa de ser problema quando o trabalho também pode ser feito por um fluxo previsível.
Recurso prático
Escopo de acesso do agente na contratação
- Lista nominal dos sistemas e bases que o agente acessa, com o tipo de dado em cada um.
- Separação explícita entre consultar, criar, alterar, aprovar e excluir.
- Credencial própria do agente, distinta de contas pessoais e de acesso administrativo.
- Limite de volume ou de lote para ações repetidas, com registro do que foi executado.
- Responsável interno por autorizar cada concessão e por revogar o acesso.
- Condição de encerramento com prazo de revogação, exportação do histórico e devolução de credenciais.
- Declaração do que o agente não pode fazer, aceita pelo fornecedor.
O erro mais comum é aceitar acesso somente leitura sem checar se a credencial também permite exportar, compartilhar ou gravar em outro sistema. Leitura ampla continua sendo acesso amplo.
Conceitos usados nesta página
- Matriz de responsabilidade — Matriz de responsabilidade é a representação explícita de quem executa, quem aprova, quem é consultado e quem precisa ser informado em cada etapa de um processo.
Sobre o que está escrito aqui
Conceitos relacionados: escopo de acesso · credencial de serviço · permissão de leitura e escrita · matriz de responsabilidade · revogação de acesso. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Workshop executivo, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- IA aplicada e agentes — Página central do tema
- Respostas incorretas de IA: como comparar as… — respostas incorretas
- Respostas incorretas em IA: contenção na oper… — respostas incorretas
Páginas relacionadas
O mesmo problema em outro objetivo
- Agente com acesso demais: o que revisar na permissão — Diagnosticar
- Agente com permissão ampla demais: revisar escopo e acesso — Organizar um processo
- Agente com permissão ampla: comparar alternativas — Comparar alternativas
- Permissão ampla demais: o que medir antes de restringir — Explicar medição
- Permissão ampla demais: como reduzir o escopo do agente — Orientar implementação
Outras leituras em IA aplicada e agentes
- Caso de uso sem dono: o que decidir antes de contratar — O que verificar antes de contratar um caso de uso de IA que a operação não assumiu, do dono provisório ao critério de aceite e ao orçamento de manutenção.
- Caso de uso de IA sem dono: como distribuir responsabilidade — Mostra como atribuir dono, decisão e acompanhamento a um caso de uso de IA que hoje não tem responsável definido na operação.
- Caso de uso de IA sem dono: quem decide e quem responde — Processo para atribuir dono a um caso de uso de IA na operação, com alçada sobre dados, orçamento e resposta definida por papel.
- Caso de uso sem dono: como localizar quem decide — Mostra como identificar quem decide, quem opera e quem responde pela manutenção de um caso de uso de IA que circula na operação sem responsável.
- Erro de IA tratado como falha da pessoa: o que contratar — O erro de IA aparece como falha individual na operação. A página trata da divisão entre erro de modelo, limite do dado e decisão humana no contrato.