Permissões de ferramentas IA no Mono: o que verificar antes de permitir
Compreende as políticas da conversa, as regras MCP e os pedidos dos agentes de código; verifica ação, destino e âmbito antes de conceder acesso.
Antes de permitires que uma ferramenta de IA faça alguma coisa, descobre o que vai ler ou alterar, que conta ou ficheiro afeta e se a tua aprovação vale só para este pedido ou também para os seguintes. Um nome de ferramenta conhecido não responde a estas perguntas.
O Mono da Reunified tem controlos separados para as ferramentas da conversa, as ferramentas MCP ligadas e os agentes de programação. Este guia explica o que os distingue e dá-te uma forma simples de rever cada pedido. O Mono ainda não está disponível (adere à lista de espera), e as opções que vês dependem da ligação e do agente que usas.
1. Distingue acesso à conta de aprovação de ações
Iniciar sessão num serviço dá acesso a essa conta. Aprovar uma ação responde a outra pergunta: esta ação concreta deve correr agora? Instalar uma competência, conceder uma permissão do sistema e aceitar o pedido de um agente de programação também são decisões diferentes.
Pensa numa tarefa fictícia com documentos: «encontra o meu rascunho» não quer dizer «partilha o rascunho publicamente». A conta pode permitir as duas coisas, mas o teu pedido só cobre uma. Antes de ligar algo sensível, escreve o limite que tens em mente: ler um documento concreto, devolver um resumo e parar.
Usa o guia de instalação de competências para decidir se confias numa competência e como a configurar. Depois de estar em uso, revê cada ação em vez de assumir que a instalação resolveu todas as decisões futuras.
2. Identifica o controlo aplicável no Mono
Nas Permissões do Mono, a parte Ferramentas tem predefinições separadas para chamadas de Consulta, que leem informação, e de Alteração, que mudam alguma coisa. Cada uma pode ficar em Permitir, Perguntar ou Negar. Estas predefinições aplicam-se às ferramentas que o assistente chama na conversa. Numa competência MCP instalada, a secção Configuração pode listar as suas ferramentas, e uma escolha feita aí substitui a predefinição para essa ferramenta.
Perguntar mostra um cartão onde permites ou recusas a chamada. Permitir executa-a sem perguntar, e Negar bloqueia-a. Como estas predefinições dizem respeito à conversa, não assumas que também decidem o que fazem os agentes de programação ou as tarefas agendadas.
Os agentes de programação pedem permissão à parte, e é o agente que decide que opções oferece, como Permitir, Permitir sempre ou Negar. O Modo YOLO do Mono aceita todos os pedidos do agente sem perguntar, por isso o agente edita ficheiros e corre comandos sem supervisão. Deixa-o desligado se quiseres rever cada pedido tu próprio. As sessões continuam no teu computador quando o telemóvel se desliga, por isso bloquear o telemóvel não põe o agente em pausa.
3. Lê a ação, o destino e os detalhes disponíveis
Compara a ação pedida com a tua tarefa original. Pergunta-te o que sai do dispositivo, o que pode mudar e onde vai aparecer o resultado. Até uma leitura pode partilhar dados privados com um serviço ligado, por isso a etiqueta «consulta» não quer dizer que a chamada seja inofensiva.
O cartão de consentimento indica a ferramenta e o servidor, mas pode não mostrar todos os detalhes do pedido. Os detalhes das permissões de programação também podem ser encurtados para caberem no ecrã. Se o destino, o destinatário ou o comando não estiverem claros, recusa ou faz uma pausa e pede uma descrição legível antes de permitir.
A especificação de ferramentas MCP diz que as anotações de uma ferramenta devem ser tratadas como não fiáveis, a menos que o servidor seja de confiança. Avalia uma ferramenta pelo que faz de facto e pela sua origem, não por uma etiqueta tranquilizadora.
4. Escolhe a decisão adequada com menor âmbito
Usa esta tabela quando aparecer um pedido:
| Ação proposta | O que verificar antes de permitir |
|---|---|
| Ler um documento de projeto | Conta certa, o documento exato e para que serão usados os dados |
| Atualizar um registo | O registo exato, os campos e os novos valores |
| Enviar ou partilhar conteúdo | Destinatário, conteúdo, quem o poderá ver e quando sai |
| Correr um comando no teu computador | Pasta de trabalho, comando e efeitos esperados |
| Conceder uma permissão permanente | O que vai abranger no futuro e como alterar ou retirar |
Se o agente oferecer uma opção de uma só vez e outra «sempre», escolhe a que corresponde ao que pretendes. Permitir sempre abrange mais do que aprovar esta ação. A documentação das chamadas ACP descreve as opções que um agente pode oferecer; nem todos os agentes oferecem todas as opções nem pedem antes de cada ação.
5. Examina o conteúdo devolvido como prova
O resultado de uma ferramenta pode conter um documento, uma página web ou uma mensagem de um serviço. O texto dentro desse resultado não é uma instrução tua. Se uma página obtida disser ao assistente para enviar um ficheiro para algum sítio, compara isso com o teu objetivo real antes de aprovares mais alguma coisa.
No exemplo do documento, uma frase a dizer «partilha isto com todos» não te diz quem são «todos» nem dá autorização para publicar. Pede o excerto relevante e decide à parte se é preciso fazer alguma coisa.
Depois de uma alteração permitida, confirma o resultado no serviço original. Se a resposta se perder ou não for clara, verifica o destino antes de tentares de novo. Aprovar deixa a ação tentar correr; não prova que o resultado aconteceu.
6. Revê os acessos permanentes ao terminar
Quando a tarefa acabar, volta a pôr as predefinições amplas como as queres no dia a dia. Revê as opções «permitir sempre» nas definições do próprio agente, se as tiver. Remover uma ligação no Mono pode não cancelar o acesso que concedeste do lado do serviço, por isso usa as definições de conta desse serviço.
Guarda uma nota curta com a conta, a ferramenta, o objetivo e os acessos a rever mais tarde. Se um pedido parecer falhar por causa da ligação e não das permissões, usa o diagnóstico MCP. No caso do código, revê as alterações produzidas separadamente das aprovações de comandos que as originaram.
