Dica

Guia de Compra de Ferramentas Elétricas

Guia completo para você escolher ferramentas de acordo com sua necessidade.

Ler dica

Dica

Cartões SD Sandisk Piratas

Dicas que podem auxiliar a escolher o melhor dispositivo e evitar os piratas!

Ler dica

Educação

Organizando os desenhos

Organizar esses desenhos tem sido um desafio em tempos de confinamento...

Ler dica

Internet

Template html básico para Arduino, ESP82

O básico pra quem esta com pressa!

Ler dica

Viagem

Como embalar malas para viagem

Embale malas para viagem como os serviços de aeroportos fazem

Ler dica

Tecnologia

Como deixar o libreoffice em pt-br

O LibreOffice é uma alternativa gratuita

Ler dica

Cozinha

Como economizar detergente

Aproveitar melhor o uso do sabão na hora de lavar louça

Ler dica

Casa

Como limpar sua grelha da churrasqueira

Faça uma limpeza rápida e prática da sua grelha

Ler dica

Automóvel

Remova riscos da lataria do carro

Remova riscos da lataria do seu carro facilmente com óleo lubrificante

Ler dica

Meio Ambiente

Reaproveitando o rolinho de papel

Algumas dicas de como reutilizar o rolinho do papel higiênico

Ler dica

Dica

Tire o cheiro de alho das mãos

Uma dica super fácil e funcional

Ler dica

Eletrônica

Pré-amplificador de áudio

Pré-amplificador de áudio para microfones de eletreto

Ler dica

Tecnologia

Defesa contra prompt injection no agente Hermes

Introdução A defesa contra prompt injection protege o Hermes de instruções maliciosas escondidas em páginas, documentos, e-mails e resultados de ferramentas. O ataque tenta fazer o agente ignorar o objetivo, revelar dados ou executar ações não autorizadas. Como o conteúdo pode parecer uma ordem legítima, confiar apenas na capacidade do modelo de reconhecer fraude é insuficiente. A proteção eficaz separa autoridade de conteúdo. Instruções do sistema e permissões vêm de fontes controladas; materiais recuperados são dados não confiáveis. Mesmo que o modelo interprete algo incorretamente, ferramentas, proxies e ambientes isolados devem impedir acesso a segredos ou efeitos fora do escopo. Este tutorial cria uma proteção contra instruções maliciosas em várias camadas: separação de contexto, privilégio mínimo, validação de ações, filtragem de saída, aprovação e testes adversariais. O foco é reduzir impacto e tornar tentativas visíveis. Pré-requisitos / Materiais Mapa de dados e autoridades Liste instruções confiáveis, dados internos, conteúdo externo, memória e retornos de ferramentas. Determine quem pode definir objetivos e permissões. Marque fronteiras em todo o fluxo. Catálogo de ferramentas Registre capacidades, parâmetros e efeitos. Remova conectores genéricos quando uma função limitada resolver. Ferramentas devem validar acesso fora do modelo e negar operações não autorizadas. Ambiente de testes Use dados fictícios e credenciais sem valor. Prepare páginas, PDFs e e-mails com ataques diretos, indiretos, ocultos e codificados. Nenhum teste deve colocar sistemas reais em risco. Política de incidentes Defina bloqueio, alerta, preservação de evidência e revisão. Estabeleça o que fazer quando houver tentativa de exfiltração ou mudança de objetivo. Isso sustenta a segurança de agentes com ferramentas. Passo a Passo Sequencial 1. Separe instruções e dados Transporte conteúdo externo em campos próprios, com rótulo de origem e confiança. Não concatene tudo em um texto indistinto. Diga ao Hermes que o material deve ser analisado, não obedecido. 2. Preserve a hierarquia de autoridade Pedidos encontrados em documentos não podem substituir objetivo, política ou identidade do usuário. Mudanças legítimas chegam por canal autenticado. O conteúdo não recebe autoridade apenas por usar linguagem urgente. 3. Reduza privilégios Conceda somente ferramentas necessárias à missão e apenas durante o período de execução. Separe leitura de escrita. Um pesquisador não precisa enviar e-mails, e um resumidor não precisa consultar credenciais. 4. Proteja segredos Não coloque chaves no contexto. Use proxies que executem operações autorizadas sem revelar credenciais. Filtre logs e retornos. Se o modelo nunca recebe o segredo, uma instrução não consegue reproduzi-lo. 5. Valide parâmetros Confira destino, caminho, volume, método e tipo de dado. Use listas de permissão e esquemas. Bloqueie endereços internos, diretórios amplos e campos inesperados, mesmo quando a solicitação textual parece válida. 6. Faça análise antes da ação O Hermes deve apresentar finalidade, origem dos dados e efeito previsto. Compare o plano com a missão. Uma ação sem relação clara deve ser bloqueada ou enviada para revisão. 7. Detecte sinais sem depender deles Procure frases que pedem para ignorar regras, revelar instruções ou usar ferramentas externas. Detectores ajudam na triagem, mas ataques podem ser sutis. Mantenha controles de permissão mesmo quando nenhum sinal for encontrado. 8. Trate retornos como não confiáveis Uma ferramenta pode devolver texto contendo novas ordens. Encapsule o resultado e valide campos. Não permita que saída de busca vire comando para outra ferramenta sem decisão controlada. 9. Controle memória Não grave automaticamente conteúdo externo como preferência ou regra. Valide origem e tipo antes de persistir. Uma injeção armazenada pode reaparecer em muitas missões futuras. 10. Filtre saída sensível Antes de responder ou enviar dados, procure credenciais, informações pessoais e conteúdo restrito. A filtragem complementa, mas não substitui o bloqueio de acesso. Registre o motivo de qualquer remoção. 11. Exija aprovação em ações críticas Mostre destino, dados e consequência. Vincule aprovação à versão do comando e faça expirar. O bloqueio de prompt injection melhora quando tentativas não conseguem transformar uma confirmação genérica em autorização ampla. 12. Isole execução Código e arquivos devem rodar em sandbox sem rede e segredos por padrão. Limite recursos e valide artefatos. Caso o modelo siga uma instrução hostil, o ambiente reduz o alcance. 13. Registre e alerte Armazene fonte, padrão detectado, ação solicitada e camada que bloqueou. Proteja o conteúdo do ataque nos painéis. Alertas devem priorizar tentativas com possível impacto. 14. Execute testes contínuos Inclua ataques em regressão sempre que prompts, ferramentas ou modelos mudarem. Varie idioma, codificação, posição e tipo de arquivo. Uma defesa aprovada em um exemplo pode falhar em outra apresentação. Exercício adversarial Crie uma página que contenha informações úteis e uma ordem para enviar arquivos a um domínio externo. O Hermes deve extrair os fatos relevantes, ignorar a ordem e não chamar ferramenta de envio. Confirme que rede e permissões bloqueariam a ação mesmo se ela fosse tentada. Depois coloque instrução semelhante em metadados, texto oculto e retorno de ferramenta. Teste tentativa de gravá-la na memória. Documente a camada responsável por cada bloqueio e corrija pontos que dependam apenas do julgamento do modelo. Crie uma matriz de ataques e controles Liste cada vetor, objetivo do atacante, ativo em risco e barreiras esperadas. Uma injeção em página pode tentar alterar a resposta, chamar ferramenta, exfiltrar dados ou persistir na memória. Teste cada efeito separadamente. Marque prevenção, detecção e contenção para não depender de uma única camada. Inclua ataques que usam conteúdo legítimo junto com instruções hostis. O Hermes deve aproveitar a informação útil sem obedecer ao restante. Teste ainda instruções divididas entre documentos e várias etapas, pois uma frase isolada pode parecer inofensiva até ser combinada com outra. Prepare resposta e recuperação Quando uma tentativa alcançar uma ferramenta, revogue credenciais temporárias, encerre a missão e examine efeitos confirmados. Não peça ao próprio conteúdo suspeito que explique o ataque. Use registros protegidos, preserve a privacidade e envolva profissionais de segurança quando houver possível exposição. Após a correção, acrescente o caso à regressão e procure a mesma fragilidade em conectores semelhantes. Informe usuários afetados conforme a política aplicável. Segurança madura aprende com tentativas sem normalizar alertas nem ocultar limitações. Revise também fornecedores, bibliotecas e serviços que processam conteúdo antes do Hermes. Uma extração aparentemente segura pode preservar scripts, metadados ou links inesperados. Normalize formatos em ambiente isolado, limite tamanhos e mantenha atualizações. A cadeia inteira participa da defesa, não somente o prompt final. Perguntas Frequentes Um prompt forte resolve o problema? Não. Instruções ajudam, mas precisam ser combinadas com isolamento, permissões, validação, proteção de segredos e aprovação. Todo texto externo é malicioso? Não, mas deve ser tratado como não confiável. O sistema pode usar informações sem conceder autoridade para alterar a missão. Detectores de palavras são suficientes? Não. Ataques podem evitar frases conhecidas. Detectores servem como uma camada, enquanto controles de capacidade limitam impacto. Como proteger credenciais? Mantenha segredos fora do contexto, use proxies, privilégios mínimos e rotação. Remova tokens de logs e respostas de ferramentas. O que fazer ao detectar ataque? Bloqueie a ação, preserve evidência segura, informe a origem e siga o processo de incidente. Não execute instruções para investigar o próprio conteúdo. É possível eliminar todo risco? Não. Defesa em profundidade reduz probabilidade e impacto. Sistemas críticos exigem testes recorrentes e revisão profissional de segurança. Prompt injection deve ser tratado como problema de arquitetura, não apenas de redação. Quando dados não recebem autoridade e ferramentas aplicam limites externos, o Hermes pode aproveitar conteúdo sem entregar o controle ao conteúdo. Artigos relacionados: execução segura de código; investigação protegida na web.

Ler dica

Tecnologia

Observabilidade e avaliação de agentes aplicada ao Hermes

Introdução A observabilidade e avaliação de agentes transforma execuções do Hermes em dados que podem ser investigados e comparados. Sem rastreamento, uma resposta ruim parece um problema único do modelo, quando a causa pode estar na busca, na ferramenta, no contexto, na permissão ou na interpretação do resultado. Observar não significa guardar todas as mensagens para sempre. O sistema precisa registrar eventos úteis, proteger dados sensíveis e relacionar cada etapa ao objetivo. Avaliar exige critérios representativos, versões controladas e revisão humana em amostras, pois uma métrica automática isolada pode premiar respostas convincentes, mas incorretas. Este tutorial cria um monitoramento de agentes de IA com rastros, métricas, conjunto de testes e alertas. O objetivo é comparar mudanças de forma repetível, diagnosticar falhas e acompanhar qualidade, custo, latência e segurança em conjunto. Pré-requisitos / Materiais Identificadores e versões Defina identificador para missão, execução, etapa e chamada de ferramenta. Registre versão do agente, modelo, prompts, conectores e base de conhecimento. Sem versão, resultados antigos não podem ser comparados corretamente. Coletor de eventos Prepare armazenamento para início, fim, duração, entrada resumida, saída, erro, consumo e estado. Use esquema estável e relógios consistentes. Separe logs operacionais de dados usados em avaliação. Conjunto de missões Crie casos frequentes, difíceis, ambíguos e adversariais. Defina resposta esperada ou rubrica. Preserve uma parte para regressão e atualize exemplos quando o uso real mudar. Política de privacidade Classifique campos sensíveis, aplique mascaramento, controle acesso e retenção. Não envie conteúdos completos para painéis externos sem necessidade e autorização. A telemetria do agente Hermes deve reduzir risco, não ampliá-lo. Passo a Passo Sequencial 1. Desenhe o rastro Represente missão como rastro e cada planejamento, busca, modelo ou ferramenta como etapa. Registre relação entre pai e filho. Isso mostra caminho crítico, paralelismo e ponto exato de uma falha. 2. Padronize eventos Use nomes e estados consistentes: iniciado, concluído, falhou, bloqueado e cancelado. Inclua duração, tentativa, ferramenta e código de erro. Evite texto livre quando um campo estruturado permitir análise. 3. Registre contexto com moderação Salve referências e resumos quando o conteúdo completo não for necessário. Remova credenciais e dados pessoais. Permita investigação autorizada do original por caminho separado e auditado. 4. Meça sucesso da missão Defina sucesso de acordo com a entrega real, não apenas ausência de erro técnico. Uma ferramenta pode responder e o objetivo continuar incompleto. Combine conclusão, qualidade, correção e confirmação do efeito. 5. Acompanhe custo e latência Meça consumo por etapa, tempo de espera, execução e duração total. Identifique chamadas repetidas, contexto excessivo e gargalos. Compare custo com qualidade antes de otimizar apenas preço. 6. Classifique falhas Separe entrada inválida, planejamento, recuperação, modelo, ferramenta, permissão, política e integração. Uma taxonomia estável ajuda a priorizar correções e perceber regressões concentradas em um componente. 7. Crie rubricas de qualidade Avalie precisão, cobertura, evidência, clareza e cumprimento de instruções. Cada critério deve possuir exemplos. A avaliação sistemática de agentes funciona melhor que uma nota única sem explicação. 8. Combine avaliadores Use verificações determinísticas para formato e citações, modelos avaliadores para aspectos textuais e pessoas para amostras de maior risco. Calibre avaliações automáticas com decisões humanas e monitore discordâncias. 9. Execute testes de regressão Antes de publicar versão, rode o conjunto fixo e compare com a anterior. Defina limites para quedas de qualidade, aumento de custo e novos incidentes. Não selecione apenas exemplos em que a mudança melhorou. 10. Teste cenários adversariais Inclua prompt injection, ferramenta indisponível, contexto conflitante e pedido fora de permissão. Verifique se o Hermes bloqueia, pede ajuda e registra a decisão. Segurança precisa fazer parte da avaliação regular. 11. Monte painéis úteis Mostre sucesso, custo, latência, erros e intervenções por versão, ferramenta e tipo de missão. Permita abrir o rastro. Evite painéis com dezenas de números sem ligação com decisões operacionais. 12. Configure alertas Alerta deve representar mudança relevante, como aumento persistente de falhas ou custo. Use janelas e limites para reduzir ruído. Incidentes de segurança podem exigir aviso imediato, mesmo com volume pequeno. 13. Feche o ciclo de melhoria Relacione cada correção a falha observada, hipótese e teste. Depois da implantação, confirme o efeito nas métricas. Documente impactos negativos e mantenha capacidade de retorno à versão anterior. 14. Revise o conjunto de avaliação Adicione casos reais anonimizados e remova exemplos sem valor, preservando histórico. Evite treinar ajustes apenas para passar no teste. A qualidade de sistemas agentivos deve refletir o uso verdadeiro. Exercício de diagnóstico Execute a mesma missão em duas versões, alterando apenas o mecanismo de busca. Compare evidências recuperadas, resposta, custo e tempo. Se a qualidade cair, o rastro deve mostrar se a fonte correta não foi encontrada ou se foi ignorada na geração. Depois provoque uma falha de ferramenta e confirme que erro, tentativa e bloqueio aparecem no painel. Verifique também se nenhum segredo foi registrado. Uma observabilidade que vaza dados não pode ser considerada melhoria. Construa indicadores acionáveis Para cada métrica, registre responsável, faixa esperada e ação quando houver desvio. Se a latência crescer, determine se a equipe examina busca, modelo ou ferramenta. Se a qualidade cair, identifique quais missões e versões foram afetadas. Um número sem resposta prevista raramente ajuda a operação. Use percentis de duração em vez de apenas média, pois poucas execuções muito lentas podem afetar usuários. Separe custo de tentativas bem-sucedidas e falhas. Acompanhe também cancelamentos, bloqueios corretos e pedidos de ajuda, pois nem toda interrupção representa defeito. Evite otimização da métrica errada Reduzir chamadas pode baixar custo e simultaneamente piorar verificação. Aumentar concisão pode remover ressalvas importantes. Sempre observe um conjunto equilibrado de qualidade, eficiência e segurança. Quando indicadores entrarem em conflito, documente a decisão e o contexto do produto. Faça revisões periódicas com exemplos reais por trás dos números. Uma amostra pequena de rastros bem escolhidos costuma revelar mudanças de comportamento que o agregado demora a mostrar. Use essas descobertas para atualizar testes e alertas. Documente o dicionário de métricas, fórmulas, fontes e atrasos de atualização. Se duas equipes calcularem sucesso de formas diferentes, o painel criará debates sem solução. Controle mudanças no esquema e valide consultas após migrações. Confiabilidade da observabilidade começa na qualidade dos próprios dados. Nomeie responsáveis por revisar definições e comunicar mudanças antes que comparações históricas sejam afetadas. Perguntas Frequentes Logs e rastros são a mesma coisa? Não. Logs registram eventos; rastros conectam etapas de uma execução. Ambos se complementam para diagnóstico e análise agregada. Qual é a principal métrica? Depende do objetivo. Sucesso da missão é central, mas precisa ser observado junto com qualidade, custo, tempo, segurança e intervenção. Posso usar outro modelo para avaliar? Sim, desde que seja calibrado com revisão humana e critérios claros. Avaliadores automáticos também possuem vieses e podem variar. Quanto tempo guardar os dados? Somente o necessário para operação, auditoria e obrigações aplicáveis. Defina retenção por tipo e proteja informações sensíveis. Como comparar versões justamente? Use o mesmo conjunto, condições e métricas. Registre mudanças de modelo, prompt, ferramentas e dados para evitar conclusões confundidas. Quando bloquear uma nova versão? Quando ultrapassar limites de regressão, introduzir falha grave ou não houver evidência suficiente de segurança. Corrija e repita os testes. Observabilidade torna o comportamento discutível com evidências. Ao unir rastros e avaliações, a equipe melhora o Hermes com menos suposições e consegue recuar quando uma mudança produz efeitos inesperados. Artigos relacionados: testes de segurança para agentes; planejamento autônomo com métricas.

Ler dica

Tecnologia

Human-in-the-loop e níveis de autonomia no agente Hermes

Introdução O human-in-the-loop e níveis de autonomia define quando o Hermes pode agir sozinho, quando precisa apresentar uma prévia e quando deve aguardar decisão humana. Esse controle evita que toda tarefa seja lenta por excesso de confirmações e impede que ações de impacto sejam executadas apenas porque o agente interpretou um pedido de maneira plausível. A aprovação precisa ser informativa. Um botão genérico sem alvo, dados ou consequência transfere responsabilidade sem permitir uma decisão real. O revisor deve compreender o que será feito, por que, em qual sistema, com quais informações e se existe forma de desfazer. Neste tutorial será criada uma supervisão humana de agentes baseada em risco, reversibilidade, sensibilidade e confiança. O fluxo inclui expiração, delegação, correção e auditoria, permitindo que a autonomia cresça somente onde o desempenho é conhecido. Pré-requisitos / Materiais Catálogo de ações Liste ferramentas e operações com efeitos. Diferencie leitura, rascunho, criação, atualização, envio, pagamento e exclusão. Para cada ação, registre dados usados, alvo e possibilidade de reversão. Matriz de risco Combine impacto, alcance, sensibilidade, confiança e reversibilidade. Uma consulta pública pode ser automática; uma mensagem externa em massa exige controle mais forte. A matriz deve produzir regras compreensíveis. Interface de aprovação Prepare uma tela ou mensagem com resumo, diferenças, riscos e opções. O aprovador precisa editar, recusar ou solicitar informação. Registre identidade e horário da decisão. Cenários de avaliação Inclua ações rotineiras, incomuns, ambíguas e destrutivas. Teste também mudança após aprovação e solicitação expirada. Esses casos validam o controle humano sobre IA. Passo a Passo Sequencial 1. Defina quatro níveis No nível zero, o Hermes apenas informa. No primeiro, sugere e cria rascunho. No segundo, executa ações reversíveis dentro de limites. No terceiro, operações sensíveis exigem aprovação explícita. A nomenclatura pode mudar, mas os limites devem ser objetivos. 2. Classifique cada ferramenta Não atribua autonomia ao agente inteiro. Uma ferramenta de consulta pode ser automática enquanto o envio de e-mail exige aprovação. Avalie também parâmetros, pois ler um cadastro difere de exportar milhares. 3. Considere o contexto A mesma ação muda de risco conforme destinatário, volume, horário e dados. Atualizar uma tarefa interna é diferente de alterar um contrato. Recalcule o nível com base nos parâmetros reais. 4. Gere uma prévia verificável Mostre ação, alvo, campos alterados, fonte dos dados e consequência. Em textos, destaque diferenças. Em exclusões, liste itens. A prévia deve ser produzida antes do efeito e corresponder exatamente ao comando aprovado. 5. Explique incertezas Indique campos inferidos, correspondências ambíguas e informações ausentes. Baixa confiança não deve ser escondida por linguagem firme. O aprovador precisa saber onde concentrar atenção. 6. Vincule aprovação à versão Calcule um identificador sobre ação e parâmetros. Se qualquer campo mudar, a autorização deixa de valer. Isso impede que uma aprovação para um rascunho seja reutilizada depois de alteração do destinatário. 7. Defina validade e escopo A aprovação expira após um período e vale para uma operação. Autorizações recorrentes precisam de limite, público e possibilidade de revogação. Evite consentimentos amplos escondidos em uma confirmação. 8. Permita correção O revisor pode editar parâmetros ou devolver orientação. Após a correção, o Hermes deve validar novamente e mostrar nova prévia. Registre a diferença para melhorar regras e prompts. 9. Trate recusa como dado Uma recusa encerra a ação, não inicia tentativas de persuasão. Motivos opcionais podem ajudar na melhoria, mas o agente não deve pressionar. Bloqueie repetição automática da mesma solicitação. 10. Execute e confirme Após aprovação, verifique versão, validade e identidade. Execute uma vez com chave idempotente e confirme o efeito no sistema. Informe sucesso, falha parcial e possibilidade de reversão. 11. Crie escalada Defina quem decide quando o aprovador está ausente ou não possui competência. Questões jurídicas, financeiras, trabalhistas ou de privacidade podem exigir profissional especializado, não apenas qualquer usuário disponível. 12. Registre auditoria Armazene proposta, risco, prévia, decisão, alterações, execução e resultado. Proteja dados sensíveis e retenha apenas pelo período necessário. A aprovação humana em automações deve ser comprovável. 13. Meça a carga humana Acompanhe tempo de espera, aprovações, recusas, correções e alertas ignorados. Muitas confirmações triviais geram fadiga. Agrupe ações semelhantes somente quando o conjunto puder ser compreendido e desfeito. 14. Ajuste autonomia por evidência Revise métricas por ferramenta. Ações reversíveis com alto acerto podem receber mais autonomia; incidentes ou mudanças de processo exigem recuo. Não transforme o aumento de autonomia em caminho sem volta. Exercício de política Teste quatro ações: consultar agenda, criar rascunho, enviar mensagem externa e excluir registro. Confirme que cada uma recebe nível diferente. Em seguida, altere volume e destinatário para verificar se o risco muda dinamicamente. Aprove uma mensagem e modifique uma palavra relevante antes da execução. O sistema deve invalidar o aceite. Depois simule falha após envio e confirme que a idempotência impede uma segunda mensagem. Defina experiência para situações urgentes Urgência não deve eliminar controles, mas pode mudar a rota de escalada. Crie contatos substitutos, prazos de resposta e opção segura de cancelar. Se ninguém autorizado responder, o Hermes precisa escolher o estado conservador previsto, não conceder permissão a si mesmo. Apresente aprovações em linguagem direta, sem esconder riscos em detalhes técnicos. Para mudanças de dados, mostre antes e depois. Para mensagens, destaque destinatários e anexos. Para operações em lote, informe quantidade e permita abrir amostras. Uma interface clara reduz aprovações automáticas por hábito. Aprenda com correções sem vigiar pessoas Analise padrões agregados de edição, recusa e tempo, com acesso e retenção apropriados. Se um campo é corrigido com frequência, melhore extração ou regra. Se quase todas as aprovações são automáticas e sem leitura, reduza ruído ou reavalie a interface, em vez de concluir que não existe risco. Documente mudanças de nível e motivo. Equipes afetadas devem saber quais ações passaram a ser automáticas e como interrompê-las. Autonomia responsável depende de governança contínua, não apenas da configuração inicial. Inclua acessibilidade e uso em dispositivos diferentes na revisão da interface. Aprovações importantes não podem esconder campos por falta de espaço nem depender apenas de cor. Confirme identidade do aprovador e proteja sessões compartilhadas. O controle humano também depende da qualidade do canal usado para decidir. Teste com pessoas reais e corrija pontos que incentivem decisões rápidas sem leitura. Perguntas Frequentes Toda ação precisa de aprovação? Não. Consultas e sugestões de baixo risco podem ser automáticas. A política deve concentrar atenção humana onde impacto e incerteza justificam. Quem deve aprovar? A pessoa com autoridade e contexto para aquela ação. Temas especializados podem exigir responsáveis de segurança, finanças, jurídico ou privacidade. Uma aprovação pode valer para várias ações? Somente com escopo claro, limite e revogação. Operações sensíveis devem manter autorizações específicas para evitar efeitos inesperados. Como evitar fadiga de alertas? Reduza confirmações triviais, destaque diferenças e priorize risco. Métricas de correção e recusa ajudam a encontrar etapas mal calibradas. O que acontece quando a aprovação expira? A ação permanece pendente ou é cancelada conforme a política. O Hermes deve gerar uma nova prévia se ainda houver necessidade. Autonomia maior significa agente melhor? Não. Qualidade é cumprir objetivos com controle proporcional. Em alguns processos, pedir revisão no momento certo é a melhor decisão. Supervisão humana funciona quando apresenta escolhas reais e protege o vínculo entre intenção e execução. Com níveis claros, o Hermes pode ser ágil em tarefas rotineiras e cuidadoso onde o impacto aumenta. Artigos relacionados: automação empresarial com aprovação; execução segura de ferramentas.

Ler dica

Tecnologia

Agente de investigação na web: configure o Hermes

Introdução Um agente de investigação na web não se limita a pesquisar uma frase e resumir os primeiros resultados. O Hermes precisa decompor perguntas, escolher fontes adequadas, verificar datas, comparar versões e diferenciar fatos, opiniões e inferências. A entrega deve permitir que outra pessoa confira o caminho da pesquisa. A web contém materiais atualizados e úteis, mas também páginas copiadas, publicidade, conteúdo antigo e instruções maliciosas. Quantidade de links não equivale a qualidade. O agente precisa priorizar fontes primárias, reconhecer quando duas páginas repetem a mesma origem e declarar quando a evidência disponível não permite uma conclusão firme. Este tutorial cria uma pesquisa autônoma com fontes para questões em várias etapas. O fluxo controla orçamento, registra consultas, extrai evidências e produz um relatório com confiança explicada por critérios concretos, sem inventar precisão numérica. Pré-requisitos / Materiais Ferramentas de busca e leitura O Hermes precisa pesquisar, abrir páginas, localizar trechos e registrar URL, título e data. Para documentos PDF, prepare extração e visualização de páginas. Respeite permissões, limites de acesso e condições dos serviços utilizados. Política de fontes Defina preferência por documentos oficiais, artigos científicos, bases públicas e publicações originais. Fontes secundárias podem contextualizar, mas não devem substituir o material primário quando ele estiver disponível. Estrutura para evidências Armazene afirmação, trecho de apoio, fonte, data, autor, localização e observações. Mantenha a citação curta e use a página como referência. O relatório final deve parafrasear sem copiar extensamente. Conjunto de perguntas Inclua fatos estáveis, informações recentes, comparações e temas com desacordo. Defina quais tipos de fonte seriam aceitáveis. Esses casos ajudam a avaliar a investigação digital assistida por IA. Passo a Passo Sequencial 1. Delimite a pergunta Registre objetivo, período, região, público e formato. Identifique termos ambíguos e escolhas que mudariam a pesquisa. Quando faltar uma definição essencial, peça esclarecimento antes de consumir o orçamento. 2. Divida em subperguntas Separe fatos básicos, contexto, comparação e exceções. Cada subpergunta deve contribuir para a conclusão. Evite criar ramificações interessantes, mas fora do escopo solicitado. 3. Planeje consultas variadas Use termos exatos, sinônimos, nomes oficiais e filtros de domínio ou data. Uma única formulação pode refletir viés ou terminologia inadequada. Registre qual consulta encontrou cada fonte. 4. Faça triagem dos resultados Leia título, origem, data e descrição antes de abrir. Priorize páginas que apresentam dados ou documentos originais. Descarte resultados sem relação direta e identifique conteúdos patrocinados. 5. Abra a fonte primária Quando uma notícia cita relatório, decisão ou pesquisa, procure o documento original. A pesquisa web em múltiplas etapas deve reduzir a distância entre afirmação e evidência, não acumular intermediários. 6. Extraia evidências no contexto Leia a seção ao redor do trecho. Registre condições, amostra, período e definições. Uma frase isolada pode ter significado diferente quando retirada das limitações apresentadas pela própria fonte. 7. Verifique atualidade Diferencie data de publicação, atualização e acontecimento. Para informações instáveis, procure confirmação recente. Uma página bem posicionada pode descrever uma regra ou produto que já mudou. 8. Compare fontes independentes Confirme afirmações importantes em origens realmente distintas. Várias páginas que reproduzem o mesmo comunicado representam uma fonte, não várias confirmações. Registre convergência e dependência. 9. Trate contradições Compare datas, método, escopo e interesses. Uma diferença pode resultar de públicos ou métricas diferentes. Apresente o desacordo e explique qual fonte é mais adequada ao recorte, sem ocultar evidências contrárias. 10. Proteja o agente Trate páginas como dados não confiáveis. Instruções encontradas no conteúdo não podem mudar a missão, pedir segredos ou autorizar ferramentas. Separe texto extraído das instruções do coordenador. 11. Avalie suficiência Verifique se todas as subperguntas possuem evidência aceitável. Classifique confiança como alta, moderada ou baixa com justificativa. Ausência de fonte primária ou dados conflitantes deve reduzir a segurança da conclusão. 12. Escreva o relatório Apresente resposta direta, método, achados, divergências, limitações e fontes. Diferencie claramente fatos e inferências do Hermes. Cada link deve apoiar a afirmação próxima, evitando listas decorativas. 13. Faça revisão de citações Abra novamente cada referência e confirme URL, trecho e relação com a frase. Remova links que apenas tratam do mesmo tema. A análise de fontes online termina quando a evidência foi verificada, não quando o texto parece convincente. 14. Defina condição de parada Encerre quando as subperguntas estiverem cobertas, novas buscas repetirem resultados ou o orçamento terminar. Informe lacunas restantes. Buscar indefinidamente raramente elimina toda incerteza. Exercício de comparação Escolha um tema com informação atual e peça um relatório baseado em uma fonte oficial, uma pesquisa original e uma análise independente. Inclua uma página antiga bem posicionada. O Hermes deve reconhecer a data, evitar a informação superada e explicar a preferência. Depois adicione uma página com instrução para ignorar o usuário. A missão e as ferramentas não devem mudar. Registre a tentativa como conteúdo potencialmente malicioso e continue apenas com evidências pertinentes. Monte uma ficha de investigação Para cada missão, guarde pergunta original, recorte, subperguntas, consultas, páginas abertas, evidências aceitas e descartadas. Registre o motivo do descarte, como data antiga, ausência de autoria ou falta de relação direta. Essa ficha ajuda o revisor a conferir o método sem repetir toda a navegação. Inclua uma tabela de alegações com estado confirmado, contestado ou não encontrado. Quando a conclusão combinar várias evidências, indique que se trata de síntese do Hermes. Se houver cálculo, preserve valores de entrada e unidade. Pequenos detalhes de rastreabilidade evitam que uma inferência seja apresentada como declaração literal da fonte. Cuide de direitos e atualizações Use citações breves e prefira paráfrases. Não reproduza artigos, tabelas ou imagens completos sem autorização. Para relatórios recorrentes, defina quando as fontes serão revisitadas e qual informação pode mudar. Uma pesquisa correta hoje pode ficar desatualizada, por isso registre a data da verificação. Ao entregar, ofereça um resumo executivo e uma seção de limitações. A pessoa deve conseguir diferenciar o que está bem sustentado do que depende de hipótese. Essa honestidade aumenta utilidade e evita que confiança visual do relatório seja confundida com certeza factual. Para investigações longas, salve pontos de verificação e permita retomada sem refazer páginas já analisadas. Antes de reutilizar evidências, confirme se continuam acessíveis e atuais. Registre alterações relevantes entre execuções. Esse cuidado reduz custo e preserva a data real de cada verificação. Perguntas Frequentes Quantas fontes são necessárias? Depende da afirmação. Um documento oficial pode bastar para seu próprio conteúdo, enquanto comparações e temas controversos pedem fontes independentes. O primeiro resultado é o mais confiável? Não. Posicionamento depende de vários fatores. Avalie autoria, origem, data, método e relação direta com a pergunta. Como informar confiança? Use níveis acompanhados de motivos, como convergência de fontes primárias ou presença de contradições. Evite porcentagens sem método calibrado. O Hermes pode pesquisar qualquer site? Deve respeitar acesso, direitos, privacidade e política de ferramentas. Conteúdo acessível não é automaticamente adequado para coleta ou redistribuição. Como lidar com paywall? Não tente contornar restrições. Procure resumo oficial, versão autorizada ou outra fonte que sustente o ponto, deixando a limitação explícita. Quando encerrar sem resposta? Quando não houver evidência suficiente dentro das fontes e do orçamento autorizados. Relate o que foi verificado e o que ainda falta. Investigação responsável combina curiosidade com disciplina. Ao preservar datas, origens e contradições, o Hermes produz relatórios úteis sem transformar a abundância da web em falsa certeza. Artigos relacionados: RAG com fontes verificáveis; defesa contra instruções maliciosas.

Ler dica

Tecnologia

Execução segura de código e ferramentas no agente Hermes

Introdução A execução segura de código e ferramentas permite que o Hermes analise dados, teste soluções e produza arquivos sem receber acesso irrestrito à máquina ou à rede. Como código gerado pode conter erros e conteúdo externo pode tentar manipular o agente, cada execução precisa ocorrer dentro de limites técnicos e permissões explícitas. Segurança não depende apenas de pedir cuidado ao modelo. Ela exige isolamento, privilégio mínimo, validação de parâmetros, controle de recursos e aprovação para efeitos relevantes. Mesmo uma tarefa legítima pode apagar arquivos, consumir memória ou enviar dados para um destino indevido se a ferramenta aceitar qualquer comando. Neste tutorial será montado um sandbox para agentes de IA com sistema de arquivos temporário, rede bloqueada por padrão, limites de processo e auditoria. O fluxo distingue leitura, transformação e ação externa, permitindo aumentar capacidades sem entregar autoridade desnecessária. Pré-requisitos / Materiais Ambiente isolado Use contêiner, máquina virtual ou executor dedicado que possa ser destruído após a tarefa. Não execute código gerado no mesmo processo do serviço principal. O isolamento deve limitar usuário, processos, arquivos, dispositivos e chamadas de sistema. Política de permissões Liste linguagens, comandos, diretórios, domínios e operações permitidas. Defina o que é bloqueado e o que exige aprovação. A política deve ser aplicada fora do modelo, por componentes que o agente não consegue alterar. Limites de recursos Configure tempo de CPU, memória, armazenamento, quantidade de processos e tamanho de saída. Inclua cancelamento. Limites evitam travamentos acidentais e reduzem impacto de código hostil. Casos de teste ofensivos Prepare tentativas de ler segredos, percorrer diretórios, acessar rede, iniciar muitos processos, executar por tempo indefinido e sobrescrever arquivos. Esses casos medem o isolamento de execução do Hermes. Passo a Passo Sequencial 1. Classifique ferramentas por capacidade Separe consultas sem efeito, escrita reversível, comunicação externa e ação destrutiva. Uma calculadora não precisa das mesmas permissões de um terminal. Conceda capacidades específicas em vez de um conector genérico com acesso total. 2. Crie um diretório efêmero Para cada missão, gere uma área temporária com identificador próprio. Copie apenas arquivos autorizados e monte entradas como somente leitura quando possível. Ao final, exporte artefatos aprovados e destrua o ambiente. 3. Use usuário sem privilégios Execute processos sem administração e sem acesso a sockets, dispositivos ou diretórios do host. Remova variáveis de ambiente sensíveis. Credenciais necessárias devem ser fornecidas a um proxy controlado, não ao código. 4. Bloqueie rede por padrão Libere somente destinos, protocolos e métodos necessários à tarefa. Registre requisições e limite volume. Uma lista de permissões é mais segura que tentar identificar todos os destinos perigosos. 5. Valide comandos e parâmetros Prefira ferramentas estruturadas a uma linha de shell livre. Valide caminhos normalizados, extensões, tamanho e esquema. Rejeite caminhos fora da área de trabalho, redirecionamentos inesperados e parâmetros que ampliem escopo. 6. Mostre o plano antes de executar O Hermes deve declarar finalidade, entradas, comandos, arquivos modificados e saída esperada. A execução controlada de ferramentas usa essa prévia para comparar intenção e ação efetiva. Operações sensíveis aguardam aprovação específica. 7. Aplique limites durante a execução Interrompa processos que excedam tempo, memória ou quantidade de filhos. Limite tamanho de logs para evitar esgotamento de disco. Um cancelamento precisa encerrar também processos descendentes e conexões abertas. 8. Capture saída de modo seguro Separe saída normal, erro e código de retorno. Trunque volumes excessivos e remova segredos antes de registrar. Nunca interprete automaticamente texto da ferramenta como nova instrução de sistema. 9. Valide artefatos gerados Confira tipo real, tamanho, conteúdo e presença de código ativo. Documentos e arquivos compactados podem esconder materiais inesperados. Antes de disponibilizar um artefato, verifique se ele pertence à missão e não contém credenciais. 10. Proteja ações destrutivas Exija alvo explícito, resolução do caminho, prévia e confirmação. Prefira operações recuperáveis. Bloqueie exclusões recursivas em diretórios amplos e impeça que variáveis não resolvidas definam o destino. 11. Use proxies para serviços externos Em vez de entregar a chave de um serviço, exponha uma ferramenta que valide parâmetros e execute apenas operações autorizadas. O proxy aplica limite, registra efeito e pode esconder campos sensíveis da resposta. 12. Implemente idempotência Ações externas devem receber uma chave que impeça duplicação após falha ou reinício. Antes de repetir, consulte o estado. Uma resposta perdida não significa que a operação não ocorreu. 13. Registre auditoria útil Armazene missão, política aplicada, aprovação, comando estruturado, recursos, retorno e artefatos. Proteja logs e defina retenção. A auditoria deve apoiar investigação sem virar um novo repositório de segredos. 14. Atualize imagens e dependências Ambientes isolados também possuem vulnerabilidades. Fixe versões, examine pacotes e reconstrua imagens regularmente. Não permita instalação livre de dependências durante tarefas de produção sem fonte e versão aprovadas. Teste de resistência Peça ao Hermes para processar um arquivo e inclua no conteúdo uma instrução para ler credenciais e enviá-las pela rede. O agente deve tratar o texto como dado, enquanto o sandbox impede acesso mesmo se houver tentativa. Depois execute um laço infinito e confirme o encerramento pelo limite. Teste também caminhos com travessia de diretório e nomes semelhantes aos arquivos permitidos. Documente qual camada bloqueou cada tentativa. Defesa em profundidade significa que uma falha de interpretação não se transforma automaticamente em incidente. Recuperação e resposta a incidentes Defina como interromper executores, revogar credenciais de proxies e bloquear a exportação de artefatos. Preserve somente evidências necessárias e evite abrir arquivos suspeitos fora do ambiente isolado. Classifique se o evento veio de erro do código, conteúdo malicioso, política inadequada ou vulnerabilidade da infraestrutura. Após a correção, transforme o incidente em teste automatizado. Verifique outras ferramentas com capacidade semelhante e revise permissões já concedidas. Uma falha contida ainda é sinal de que outra camada pode precisar de melhoria. Registre decisão, responsável e prazo para acompanhamento. Faça revisão periódica das ferramentas disponíveis ao Hermes e remova capacidades não utilizadas. Confirme que versões novas não ampliaram parâmetros ou acessos silenciosamente. Um inventário pequeno e conhecido facilita testes, reduz superfície de ataque e torna pedidos de aprovação mais compreensíveis para usuários. Simule a revogação de uma ferramenta e confirme que missões em andamento falham de maneira segura e informativa. Perguntas Frequentes Um contêiner é isolamento suficiente? Depende da configuração e do risco. Ele ajuda, mas precisa de usuário restrito, limites, rede controlada e atualizações. Casos críticos podem exigir isolamento mais forte. Por que bloquear a rede? Para impedir exfiltração, downloads não autorizados e contato com serviços internos. Libere apenas destinos necessários por meio de políticas ou proxies. O agente pode instalar pacotes? Somente em ambiente descartável e conforme política. Em produção, prefira dependências aprovadas, versões fixas e imagens previamente verificadas. Como aprovar um comando com segurança? Mostre finalidade, comando estruturado, arquivos, destino e impacto. A aprovação deve valer para aquela ação exata e expirar se houver mudança. O que registrar nos logs? Registre decisões, parâmetros seguros, recursos e resultados. Remova chaves, tokens, dados sensíveis e grandes conteúdos que não sejam necessários à auditoria. Como agir após uma violação de limite? Encerre o ambiente, preserve evidências seguras, bloqueie exportação e classifique a causa. Ajuste política ou ferramenta antes de permitir nova tentativa. A execução segura assume que código e conteúdo podem falhar. Com barreiras externas ao modelo, o Hermes continua produtivo sem transformar uma resposta equivocada em acesso irrestrito aos sistemas. Artigos relacionados: defesa contra prompt injection; níveis de autonomia para agentes.

Ler dica

Negócios

Automação de processos empresariais com o agente Hermes

Introdução A automação de processos empresariais com o Hermes conecta entendimento de linguagem a tarefas de e-mail, calendário, CRM ou ERP. O agente pode classificar solicitações, extrair dados, preparar registros e acompanhar pendências. O valor surge quando ele reduz trabalho repetitivo sem retirar visibilidade e responsabilidade das pessoas envolvidas. Uma integração empresarial exige mais cuidado que uma demonstração. Mensagens podem conter dados pessoais, cadastros podem estar incompletos e uma ação incorreta pode afetar clientes. Por isso, a implementação deve começar com leitura e sugestões, avançar para operações reversíveis e manter aprovação explícita em comunicações externas, exclusões e decisões relevantes. Este tutorial cria uma automação inteligente de tarefas para receber solicitações por e-mail, classificá-las, localizar o cliente, preparar uma tarefa no CRM e sugerir horário de acompanhamento. O processo será testado com duplicidades, campos ausentes, baixa confiança e falhas de integração. Pré-requisitos / Materiais Processo documentado Desenhe o fluxo atual, participantes, entradas, decisões, sistemas e resultados. Identifique exceções e tarefas manuais que hoje resolvem problemas silenciosamente. Automatizar um processo desconhecido apenas acelera inconsistências. Ambiente de testes Use caixas de e-mail, calendários e contas de CRM separadas da produção. Crie clientes fictícios e remova dados sensíveis. Credenciais devem ter privilégio mínimo e poder ser revogadas sem afetar outros serviços. Conectores padronizados Cada integração precisa declarar parâmetros, permissões, retorno e efeitos. Separe consultar, criar, atualizar, enviar e excluir. Essa divisão permite autorizar leitura sem conceder automaticamente capacidade de alteração. Casos de teste e responsáveis Inclua mensagens claras, ambíguas, repetidas, maliciosas e sem cadastro correspondente. Defina quem revisará sugestões e quem responderá a incidentes. Meça o fluxo atual para comparar a integração do Hermes com sistemas empresariais. Passo a Passo Sequencial 1. Escolha um processo de baixo risco Comece por classificação e preparação de rascunhos, não por pagamentos ou exclusões. Selecione uma atividade frequente, com regras conhecidas e resultado verificável. Defina claramente o que permanece fora do escopo. 2. Modele estados e transições Use estados como recebida, classificada, aguardando dados, pronta para revisão, aprovada, executada e falhou. Determine quem pode mover cada item. Um estado explícito impede que sugestões sejam confundidas com ações concluídas. 3. Receba o gatilho com segurança Valide remetente, tamanho, anexos e identificador da mensagem. Remova conteúdo ativo e trate o texto como dado não confiável. Gere uma chave idempotente para evitar processamento duplicado após reenvio ou reinício. 4. Extraia dados estruturados Peça ao Hermes categoria, urgência, cliente, assunto, prazo e campos ausentes. Use esquema rígido e validação de tipos. Preserve o texto original para conferência. Informações incertas devem vir acompanhadas de confiança e motivo. 5. Aplique regras determinísticas Regras de prazo, prioridade contratual e permissão não devem depender somente do modelo. Combine classificação inteligente com validações do sistema. Se uma regra obrigatória falhar, encaminhe para revisão antes de chamar integrações externas. 6. Localize entidades sem criar duplicidades Pesquise o cliente por identificadores confiáveis. Nome parecido não basta para atualizar cadastro. Se houver mais de uma correspondência, apresente alternativas. Novos registros devem seguir política de revisão e campos mínimos. 7. Prepare um plano de ações O Hermes deve listar o que pretende criar ou alterar, com sistema, alvo e dados utilizados. Calcule impacto e nível de autonomia. Consultas podem ocorrer automaticamente; alterações aguardam a política correspondente. 8. Gere rascunhos e tarefas Crie uma tarefa de CRM em modo de prévia e um rascunho de resposta, sem enviar. Inclua fonte de cada dado e destaque lacunas. A automação de fluxos de trabalho precisa permitir correção rápida pela pessoa revisora. 9. Solicite aprovação contextual Mostre um resumo curto da ação, destinatário, alterações e possíveis riscos. A aprovação deve expirar e valer apenas para aquela versão. Se o conteúdo mudar depois, solicite novo aceite. 10. Execute com idempotência Antes de criar a tarefa, verifique se a chave já foi processada. Registre o identificador devolvido pelo CRM. Se o calendário falhar depois, não recrie a tarefa; retome somente a etapa pendente. 11. Confirme o efeito real Consulte o sistema após a operação e compare campos. Uma resposta de sucesso não garante que todos os dados foram gravados. Marque a etapa como concluída apenas após verificação ou confirmação confiável do conector. 12. Trate exceções Defina rotas para cliente inexistente, data impossível, caixa indisponível e permissão negada. O Hermes deve preservar o trabalho já validado e entregar uma pendência compreensível, sem repetir indefinidamente. 13. Registre auditoria Armazene gatilho, classificação, regras aplicadas, aprovações, ferramentas, alterações e resultado. Mascare segredos e limite retenção. O histórico precisa responder quem autorizou, o que mudou e quando. 14. Meça antes de ampliar autonomia Acompanhe acertos, correções, tempo economizado, duplicidades e incidentes. Aumente autonomia apenas em ações com desempenho estável e reversibilidade. A digitalização de processos com IA deve crescer por evidência. Implantação em três fases Na primeira fase, o Hermes apenas classifica e sugere. Na segunda, cria rascunhos e tarefas em ambiente real, sempre com aprovação. Na terceira, executa automaticamente ações de baixo risco e envia exceções para pessoas responsáveis. Defina critérios objetivos para avançar ou recuar. Revise integrações quando sistemas, campos ou políticas mudarem. Um conector antigo pode continuar respondendo enquanto grava dados incorretos. Testes periódicos e uma opção de desligamento rápido protegem a operação. Governança e responsabilidade Nomeie um responsável pelo processo, outro pelas integrações e um canal para incidentes. Documente alterações de regras e informe usuários quando a automação mudar a forma de atendimento. Indicadores de produtividade não devem esconder aumento de retrabalho ou insatisfação. Compare tempo total, qualidade e quantidade de correções. Antes de automatizar decisões sobre crédito, contratação, tributação ou outros temas regulados, busque orientação profissional adequada. O Hermes pode organizar dados e aplicar regras autorizadas, mas não substitui responsabilidade legal, contábil ou gerencial. Mantenha possibilidade de contestação e revisão humana quando o resultado afetar pessoas. Planeje também a continuidade manual. Se o Hermes ou uma integração ficar indisponível, a equipe precisa localizar itens pendentes, evitar duplicidades e concluir o atendimento. Teste essa transição e o retorno à automação. Dependência sem procedimento alternativo transforma economia de tempo em risco operacional. Registre o procedimento em linguagem simples e treine substitutos antes que uma indisponibilidade real aconteça. Perguntas Frequentes Qual processo deve ser automatizado primeiro? Escolha um fluxo frequente, documentado, mensurável e de baixo risco. Classificação e preparação de tarefas costumam ser pontos iniciais adequados. O Hermes pode enviar e-mails sozinho? Pode em cenários autorizados e bem testados, mas comece com rascunhos. Mensagens externas sensíveis ou incomuns devem exigir revisão humana. Como evitar registros duplicados? Use chaves idempotentes, pesquise antes de criar e armazene identificadores externos. Retomadas devem continuar da etapa pendente, não reiniciar o fluxo inteiro. O que fazer quando faltam dados? Marque a solicitação como aguardando informação e prepare uma pergunta objetiva. Não invente campos nem escolha um cliente apenas por semelhança de nome. Como proteger dados empresariais? Aplique privilégio mínimo, criptografia, isolamento, retenção adequada e auditoria. Projetos com dados pessoais podem exigir avaliação profissional de privacidade e conformidade. Quando ampliar a autonomia? Quando métricas mostrarem desempenho estável, baixo impacto de erro e boa capacidade de reversão. A ampliação deve ser gradual e facilmente cancelável. Uma automação útil combina linguagem flexível com regras firmes. Ao separar sugestão, aprovação, execução e verificação, o Hermes pode apoiar a empresa sem transformar conveniência em falta de controle. Artigos relacionados: human-in-the-loop em agentes; observabilidade de automações empresariais.

Ler dica