Comecemos por levantar uma ambiguidade de vocabulário, porque está na origem de muitos mal entendidos neste mercado. Na UNYX, a orquestração designa a máquina que executa. O orquestrador designa a pessoa qualificada que pilota essa máquina na sua empresa. As duas palavras parecem se, não designam a mesma coisa, e a segunda é um ofício.
As peças, pela ordem por que um pedido as atravessa
- Uma porta de entrada única. Formulário, e-mail, mensagens, chamada de outro programa: tudo chega por um ponto de passagem que autentica, valida o formato e regista.
- Uma base de dados que faz autoridade. Cada pedido torna se aí uma linha, com o seu estado. Os agentes nunca trabalham sobre uma cópia que ande noutro sítio.
- Uma fila de espera. Tudo o que é longo, caro ou suscetível de falhar passa por ela, com nova tentativa e abandono justificado.
- Agentes especializados. Um agente, uma missão, um conjunto de ferramentas. Não um agente único que soubesse fazer tudo.
- Uma camada de regras deterministas. Colocada entre os agentes e o mundo exterior, recusa as ações proibidas antes de saírem.
- Um registo. Cada ação leva o seu autor, o seu motivo, o seu custo, o seu resultado.
Onde são guardados os dados
Numa base relacional alojada na União Europeia, com regras de acesso aplicadas linha a linha: um utilizador só pode ler o que o seu papel autoriza, e essa verificação acontece no servidor, nunca no navegador. Os documentos e anexos vivem num armazenamento privado acessível unicamente por ligações assinadas e temporárias.
As chamadas aos modelos transportam apenas o que a tarefa precisa. Este ponto merece ser colocado a qualquer prestador: enviar uma base inteira a um modelo para responder a uma pergunta simples é ao mesmo tempo caro e desnecessariamente arriscado.
Como comunicam os agentes
Não conversando entre si em linguagem natural, o que é espetacular numa demonstração e ingerível em produção. Comunicam pelo estado do pedido na base: um agente lê um estado, produz um resultado estruturado, escreve o novo estado. O seguinte assume.
A vantagem é decisiva no momento do diagnóstico: pode se abrir qualquer pedido e ler exatamente quem fez o quê, por que ordem, com que resultado. Uma conversa entre agentes não deixa esse rasto.
Um sistema que não se pode reler depois não é um sistema. É uma caixa negra com faturas.
As permissões
Três níveis, todos necessários. O nível de utilizador, com papéis e habilitações verificadas em cada pedido. O nível de agente, em que cada agente recebe o mínimo estrito de ferramentas e acessos necessários à sua missão. E o nível de ação, em que as operações com efeito externo passam pela camada de regras, seja qual for a sua origem.
Este último nível é o mais importante, e o mais vezes ausente: a mesma verificação deve aplicar se à ação lançada por um agente e à lançada por um humano a partir da interface. Caso contrário a segurança depende do caminho seguido, o que equivale a não a ter.
Os erros
Nova tentativa com espera progressiva nas falhas passageiras, abandono justificado e alerta para além disso, recurso alternativo documentado quando um modelo está indisponível, limiar de confiança que devolve o caso a um humano, e anulação real das ações reversíveis. Detalhamos este dispositivo, e a lição que o originou, no artigo sobre os erros.
Como verificar
Peça uma demonstração em três ecrãs, não uma apresentação: o registo de um pedido real do início ao fim, o ecrã em que um humano valida uma ação, e o comportamento do sistema quando se provoca um erro. Um prestador que construiu isso pode mostrá lo de imediato. A nossa página Orquestrador de IA explica o resto: quem pilota, com que compromisso, e sobre que acessos a IA é executada.
