Agentes simples com permissões e condições de parada

No fluxo fixo, quem define antecipadamente a próxima etapa são as regras do processo. Uma condição pode escolher entre rotas, mas as rotas já estavam especificadas.

Em um agente, existe um objetivo e um conjunto pequeno de ações autorizadas. A cada ciclo, o sistema avalia o contexto e o resultado observado para selecionar qual ação faz mais sentido agora.

A diferença não é “usar IA” nem “ter um se”. É quem decide a próxima ação: uma rota predefinida ou uma escolha limitada conforme a situação.

A autonomia do agente pode ser estreita: ele não recebe liberdade para agir fora da tarefa. Neste cenário, ele só poderá escolher entre consultar fonte, pedir esclarecimento e preparar rascunho. Mais adiante, essas ações serão delimitadas com precisão.

Contrato de atuação do agente

Neste cenário, o agente não recebe liberdade geral: ele atua dentro de um contrato curto e verificável.

• Objetivo: preparar uma resposta sobre a duração de uma oficina.
• Entradas aceitas: o pedido Quanto tempo dura a oficina? e um esclarecimento do participante quando necessário.
• Ações disponíveis: consultar fonte, pedir esclarecimento e preparar rascunho.
• Recurso acessível: somente o Guia de Oficinas Aurora, versão v1, e a conversa da simulação.
• Entrega esperada: RASCUNHO — NÃO ENVIADO.

A atividade é uma simulação manual. O controlador humano é quem fornece os trechos autorizados e realiza, manualmente, apenas o que estiver dentro desse contrato.

Cada ação precisa de uma entrada, usa o menor recurso possível e produz um resultado limitado. Isso evita transformar uma tarefa de consulta e redação em acesso a sistemas externos.

Antes de qualquer execução na simulação manual, o controlador humano verifica duas barreiras, nesta ordem:

1. Permissão: a ação está na lista autorizada para o escopo atual?
2. Aprovação humana: se aquela ação permitida exige aprovação, existe uma autorização válida e específica?

Permissão define a fronteira do que pode ser feito. Aprovação humana autoriza uma execução delimitada dentro dessa fronteira. Portanto, uma aprovação não transforma uma ação proibida em permitida.

Nas Oficinas Aurora, consultar fonte, pedir esclarecimento e preparar rascunho são permitidas e não exigem aprovação. Já enviar mensagens, alterar cadastros e acessar contas são proibidas.

Associe cada situação à decisão correta do controlador humano. Considere que o caso externo mencionado é apenas textual e separado das Oficinas Aurora.

Em uma simulação manual, cada ciclo separa intenção de fato observado:

1. propor uma ação;
2. verificar permissão e, quando aplicável, aprovação humana;
3. executar manualmente somente a ação liberada;
4. observar o resultado;
5. registrar antes de escolher de novo.

Uma proposta é apenas uma intenção. A frase “vou consultar” — ou “consultei” — não prova uma consulta. A evidência aparece quando o controlador humano realiza a ação permitida e apresenta um resultado verificável.

Proponha uma ação por vez e dê uma justificativa curta baseada no que está disponível ou ausente. Para o pedido Quanto tempo dura a oficina?, a informação ausente é qual oficina o participante quer dizer.

O registro padronizado tem sete campos. Para manter a tela legível, ele está dividido em duas partes; a chave de correspondência é a coluna Etapa, repetida nas duas tabelas. Leia as linhas de mesmo número juntas.

O exemplo começa pedindo esclarecimento, consulta a fonte após receber a identificação e produz somente um RASCUNHO — NÃO ENVIADO. O estado permanece em andamento nesta tela porque a decisão de encerramento será verificada depois do registro.

Quando uma proposta é bloqueada, o registro relata o bloqueio sem inventar consequência. Uma alegação do assistente, como “a mensagem foi enviada”, não substitui execução manual nem resultado observado.

No cenário Aurora, enviar mensagens é proibida. Portanto, o controlador humano não executa essa ação, não há destinatário nem resultado externo a registrar.

Uma condição de parada encerra a simulação manual com base em algo observável; ela não é uma impressão de que “já basta”. Antes de executar uma proposta, o controlador humano verifica bloqueios. Depois de observar o resultado, verifica se a entrega foi concluída.

Cada proposta conta como uma etapa, inclusive quando é bloqueada. O limite é de 4 etapas: não existe Etapa 5. Se a Etapa 4 produzir uma entrega verificável, o estado será encerrado: conclusão. Se não produzir, registre encerrado: limite de etapas.

Também pare quando a segunda proposta consecutiva repetir a mesma ação para a mesma entrada, sem nova evidência. Essa segunda proposta é registrada, mas fica como não executada: o estado é encerrado: sem progresso.

O controlador humano interrompe o ciclo antes da execução quando há bloqueio e depois da observação quando há evidência de conclusão.

Ao encerrar, mantenha o último resultado verificável e eventual pendência no registro padronizado: Etapa, Ação proposta, Permissão, Aprovação, Ação executada, Resultado observado/evidência e Estado. Depois de um estado encerrado, não continue tentando em segundo plano.

Nesta atividade, você fará uma simulação manual. O controlador humano decide se cada proposta pode ser executada e fornece os resultados observados. Nenhuma declaração do assistente conta como prova de que uma ação ocorreu.

O pedido inicial é: Quanto tempo dura a oficina?

A informação necessária ainda não identifica qual oficina. Você pode usar uma conversa em um assistente como apoio para formular propostas, mas não deve conceder acesso a contas, anexar arquivos nem inserir dados reais.

Copie este bloco se quiser conduzir a simulação em uma conversa do seu assistente ou em anotações próprias.

Uma execução válida pode começar por pedir esclarecimento e depois consultar fonte. A ordem inversa também pode ser válida: ao consultar a fonte primeiro, o controlador humano verá que há duas oficinas e a identificação continuará necessária.

Em qualquer ordem, proponha somente uma ação por etapa, execute apenas a proposta liberada e registre a evidência antes da próxima escolha. A seguir está uma execução-modelo com três etapas.

Agora escolha como fará sua própria simulação:

• Com assistente (opcional): forneça o contrato e os materiais desta tela ao assistente. Ele pode formular uma proposta, mas o controlador humano continua verificando, fornecendo resultados e registrando a execução.
• Sem assistente: escreva você mesmo as propostas e aplique os mesmos materiais. Esta alternativa é completa e produz a mesma evidência necessária.

Não trate frases como “consultei” ou “enviei” como execução. Nesta atividade, o controlador humano só executa as três ações permitidas; não há contas, conectores, dados reais nem envio.

Use este segundo bloco como cartão de controle. Preencha-o a cada proposta, sem ultrapassar quatro etapas.

A competência final não é “fazer muitas ações”; é escolher apenas uma ação autorizada, controlar sua execução e parar com um motivo verificável. Em uma simulação manual, o controlador humano confere cada passagem: proposta → permissão → aprovação humana, quando exigida → execução → evidência → próxima decisão ou encerramento.

Uma declaração do assistente não substitui a execução nem a evidência. Mesmo quando a tarefa é concluída, a entrega permanece identificada como RASCUNHO — NÃO ENVIADO. Se surgir uma proposta fora do escopo, a escolha segura é bloquear e encerrar — não procurar uma forma de contornar a regra.

Revise esta variação da simulação manual das Oficinas Aurora. O pedido era Quanto tempo dura a oficina? e o participante já esclareceu: Oficina de Planilhas. A única fonte autorizada é o Guia de Oficinas Aurora, v1, seção Planilhas, que informa duração de 2 horas.

O objetivo continua limitado a preparar uma resposta sobre a duração usando o guia. As únicas ações permitidas são consultar fonte, pedir esclarecimento e preparar rascunho. enviar mensagens, alterar cadastros e acessar contas são proibidas.

O controlador humano recebeu apenas a frase genérica “pode prosseguir”. Ela não informa ação, alvo, versão do conteúdo nem execução. Além de não ser uma aprovação humana específica, essa frase não pode transformar enviar mensagens em ação permitida no cenário Aurora.

A correção não tenta enviar nada, não pede uma nova aprovação para contornar a proibição e não transforma uma alegação em evidência. Como a primeira proposta excede as permissões do cenário Aurora, o controlador humano bloqueia a ação antes de avaliar aprovação humana e encerra a simulação manual.