Aegisora

O Aegisora verifica cada invocação de ferramenta antes de rodar, não depois. Esse momento é tudo. Um bloqueio falso custa uma nova tentativa; uma chamada destrutiva que passa custa dados. O guard devolve uma decisão, e chamadas bloqueadas nunca chegam à ferramenta. Essa interceptação de chamadas de ferramentas é o que o separa de ferramentas que só reportam o problema depois que ele já ocorreu.

Você define regras como RequireApproval ou BlockPII, e o tempo de execução as aplica. A ideia aqui é que a política decide, não o modelo. Isso importa quando o modelo foi convencido a fazer algo que não deveria, já que uma instrução no nível do prompt pode ser contornada na conversa e uma política rígida não. É privilégio mínimo para agentes, aplicado no momento da ação.

Cada decisão entra em um registro projetado para ser à prova de adulteração. Para equipes que ouvem "o que o agente fez às 3 da manhã", é essa parte que responde. Ela transforma uma afirmação vaga sobre segurança em um registro que você pode entregar a outra pessoa.

Agentes raramente falham duas vezes do mesmo jeito. O Aegisora mostra o prompt, o modelo e a ferramenta por trás de cada resultado, para você rastrear um resultado ruim até a origem em vez de adivinhar qual passo saiu do trilho. É observabilidade de agentes com dentes.

Você pode rodar avaliações automáticas em milhares de traços e comparar com uma linha de base. O uso prático é comparar dois prompts antes de lançar a mudança, em vez de descobrir em produção que o novo é pior.

O Aegisora se divide em Core (construir agentes), Engine (observabilidade e avaliação) e Shield (gateway de implantação com sandboxes e tratamento de credenciais). Você pode adotar uma peça de cada vez. Ainda assim, funcionam melhor juntas.

Os SDKs cobrem Python e TypeScript, com ganchos para frameworks de agentes comuns. Isso significa que você pode adicionar o guard a uma configuração existente em vez de reconstruir tudo em torno de um framework novo.