Delegação

Você descreve o problema de negócio e a engenharia é dele. Não espere ter de modelar o processo, escrever requisitos técnicos, enumerar casos de exceção ou conhecer a arquitetura da plataforma: o que você traz é o que só você tem, que é o objetivo, o contexto, as restrições e o que conta como certo.

Como começar

Uma frase sobre o negócio e sobre o que incomoda já basta:

Somos uma distribuidora de peças. Cadastrar um fornecedor novo leva duas semanas e passa por três pessoas. Quero automatizar isso.

A partir daí ele conduz, e espere ser perguntado sobre casos concretos. Não sobre a versão idealizada do processo, e sim sobre o que aconteceu nas últimas vezes, incluindo as que deram errado. A diferença entre as duas versões é justamente onde o processo falha hoje, e é o material que ele precisa.

O que volta para você decidir

Ele modela e você decide. Três coisas voltam sempre.

Mudanças no processo. Se o processo atual tem um passo redundante ou uma verificação no lugar errado, ele aponta com a consequência em dinheiro, risco e tempo, e recomenda. Aceitar é seu.

Onde entra gente. Quais decisões continuam humanas e em que ponto do fluxo elas entram.

O que conta como certo. Os critérios que definem sucesso, escritos antes de qualquer medição.

A terceira é a que mais rende, e é a menos intuitiva. Um agente é considerado pronto quando passa nos critérios que você declarou, então declarar critérios é o momento em que o seu conhecimento do negócio vira teste executável. É a única parte do trabalho que ninguém pode fazer por você, porque só você sabe o que a empresa não pode errar.

O que ele não vai fazer

• Publicar sozinho, porque publicar espera uma pessoa confirmar dentro da plataforma.
• Inventar que deu certo, já que depois de escrever ele relê o estado antes de afirmar que a operação passou.
• Tratar texto de fora como ordem, então documento que você anexa, página que ele busca e resposta de ferramenta são dados a analisar e nunca instruções a obedecer.
• Medir por opinião, porque a medida vem da plataforma e não do julgamento dele sobre o próprio trabalho.

Trabalhar em ciclos

O melhor uso não é uma sessão longa até tudo ficar pronto, e sim um ciclo curto repetido.

Leve um processo por vez até o portão antes de abrir o segundo. Converse com o agente em preview enquanto ele é construído, e transforme em cenário cada comportamento que você quiser fixar. Calibre uma coisa por rodada, porque três alterações juntas não dizem qual funcionou. E publique quando a evidência aprovar, não quando parecer bom.

Times de agentes

Um agente por processo é a divisão que se sustenta. Procedimentos e bases de conhecimento pertencem à equipe, então o segundo agente reaproveita o que o primeiro construiu e provou, e é assim que um time inteiro cresce sem que cada peça vire uma cópia levemente diferente da anterior.