OpenGradient fica frágil antes do modelo rodar, no momento em que um agente transforma um pedido de usuário em argumentos para a ferramenta.
Eu continuei analisando o fluxo da ferramenta run-model porque a falha não é barulhenta.
Um construtor pode embrulhar um modelo OpenGradient como uma ferramenta. A ferramenta pode apontar para um CID de modelo. O provedor de entrada pode preparar os dados. A inferência pode retornar uma saída de modelo e um hash de transação.
De fora, isso parece um passo limpo do agente.
Mas o agente ainda precisa preencher as entradas corretas antes que o modelo veja qualquer coisa. Se o esquema da ferramenta for solto, ou o provedor de entrada aceitar silenciosamente um campo ruim, o modelo pode rodar sob a suposição errada e ainda produzir um resultado que parece normal.
Essa é a consequência de produção que me preocupa.
Se um agente verifica o risco da carteira, precifica uma rota, ou rotula uma ação do usuário, o construtor não pode apenas dizer que a inferência OpenGradient aconteceu. Eles precisam mostrar que o agente passou os argumentos corretos para a ferramenta antes que a chamada do modelo pago fosse feita.
Uma chamada de modelo válida não corrige uma passagem de argumento ruim.
Para agentes sérios, o recibo precisa começar antes da inferência, e não depois.
#OPG $OPG @OpenGradient $ARX $PENGU