Imagine organizar um workshop de fim de semana para 50 pessoas. Elas devem trazer seus projetos e sair com um pequeno resultado demonstrável. O orçamento é limitado e o local ainda não foi definido.
O agente encontra espaços, compara preços e monta uma boa programação. O plano trava: o espaço barato não tem equipamentos e o equipado excede o orçamento. Trocar palavras na busca pode revelar opções esquecidas ou apenas retornar os mesmos pacotes.
Uma pessoa experiente costuma mudar a ação. Pode perguntar se o local ofereceria equipamentos para um dia aberto ao público, convidar uma instrutora que já os tenha ou fazer um ensaio pequeno e descobrir que precisa de menos equipamentos do que imaginava.
Essas ações mudam o que pode ser organizado depois. A ToWow usa o PFE, motor de formação de possibilidades, para estudar escolhas assim: quando o plano atual não funciona, que mudança vale mais o próximo esforço?
O workshop será nosso exemplo de design. Queremos entender como um agente organiza o processo e como observar o que uma tentativa de fato trouxe.
Consultar não cria uma tomada
Se falta apenas saber se o local está livre no sábado, uma consulta faz avançar.
Se não há conexão elétrica adequada, dez consultas não criam outra tomada. É necessário um arranjo de equipamentos, uma vistoria ou outro local.
Se a instrutora teme perder o controle com 50 iniciantes operando juntos, pode-se organizar rodízio por grupos ou ensaiar com monitores. O problema está na forma de colaboração.
Se a organização nem sabe o que quer que as pessoas produzam, exigir orçamento exato do local pode ser cedo demais. Dois protótipos ajudam: cada um faz algo pequeno ou grupos de cinco fazem um projeto complexo? Depois de vê-los, é possível decidir.
“Não sabemos” precisa apontar um objeto: horário, compatibilidade de equipamento, organização ou experiência preferida. Esse objeto define o que ler, a quem perguntar, o que testar ou redesenhar.
O PFE mantém esse diagnóstico no sistema. Ele pode vir do modelo, de um erro real, da resposta de alguém ou de uma ferramenta. Deve mudar com a informação nova; sua função é orientar a ação.
Desmontar a proposta de trocar divulgação por espaço
A organização imagina um dia aberto que traga usuários potenciais ao local em troca do uso dos equipamentos.
A proposta transforma uma comparação de aluguel em combinação de preço, equipamentos, conteúdo e divulgação. Pode valer a conversa ou tornar uma locação simples mais difícil: talvez o espaço queira inquilinos duradouros e não valorize exposição breve.
O sistema não deve lançar “equipamentos gratuitos” no orçamento. Precisa preparar convite concreto: quais equipamentos, horário, modo de uso e benefício para o local. A resposta mostrará se o caminho acrescenta condições realmente disponíveis.
O mesmo obstáculo admite ações diferentes:
| Ação possível | Mudança esperada | Resultado que altera o plano |
|---|---|---|
| Consultar horários e equipamentos | Tornar uma proposta vaga uma configuração disponível | Sábado só há meio período: reduzir ou mudar o dia |
| Pedir um teste de aula em grupo pequeno | Observar equipamento, ritmo e orientação necessários | Seis pessoas por grupo ainda precisam de ajuda frequente: acrescentar monitores |
| Convidar parceiro com equipamentos | Incorporar equipamento e orientação juntos | Pode fornecer material, mas só aceita atividade noturna |
| Criar um pacote inicial compartilhado | Reduzir instalação e explicação presencial | Iniciantes verificam o ambiente sozinhos e liberam orientação |
| Comparar dois protótipos | Formar preferências mais concretas | Se a troca entre pessoas importa mais, mudam os pesos de local e duração |
Pessoas, serviços existentes ou ferramentas podem realizar essas ações. O agente liga a dificuldade à ação adequada, prepara materiais e atualiza o plano pelos resultados.
Uma conversa frustrada com o local não obriga a reformular o mesmo pedido. Outras ações podem mudar a necessidade de equipamento ou trazer alguém capaz de oferecê-lo.
Reservar espaço para um experimento real
Se a maior dúvida é produzir algo em duas horas, passar três dias aperfeiçoando a programação talvez valha menos que pedir a duas pessoas do público-alvo que testem uma etapa.
O teste pode ser pequeno: fornecer materiais iniciais, tentar o passo essencial e registrar onde param, de que ajuda precisam e o que conseguem.
Se ambas travam na instalação, pode-se criar um ambiente pré-configurado. Se instalam sem dificuldade, mas não entendem a tarefa, é preciso mudar a explicação e a escala do projeto. Se terminam rápido, parte do ensino pode dar lugar à conversa.
Cada resultado corresponde a uma mudança. O valor do experimento aparece nas escolhas que modifica.
A prática de design já usa esse movimento. O Double Diamond do Design Council reúne compreensão, redefinição, desenvolvimento e testes pequenos. O PFE estuda como preservar observações, ações, respostas e revisões de forma contínua quando agentes assumem parte desse trabalho, para usá-las na ação seguinte.
Devolver as mudanças ao plano
O software pode começar com estruturas comuns: objetivo atual, condições conhecidas, problemas em aberto e ações candidatas, cada qual com impacto esperado, recursos e forma de conferir o resultado.
Pode guardar, por exemplo, duas explicações concorrentes: “a instalação é o principal obstáculo” e “a compreensão da tarefa é o principal obstáculo”. Uma apoia pré-configuração; outra, revisão da aula. Após o teste, registra-se qual observação sustenta cada hipótese e se a escolha de ação mudou.
Para outra pessoa continuar, o registro deve mostrar antes e depois: “Estimávamos um equipamento por pessoa; o teste mostrou que três podem se revezar e cumprir o objetivo; a demanda caiu, mas precisamos explicar o rodízio”. Isso orienta mais que “teste bem-sucedido”.
A autorização acompanha ações concretas. O agente pode organizar materiais e criar o pacote no escopo permitido; reservar, gastar ou prometer algo a parceiros externos cabe ao responsável pela decisão. A interface pergunta onde existe uma decisão real e já apresenta as comparações preparadas.
O próximo passo também consome tempo alheio
Uma lista de ações cresce facilmente; um sistema real precisa escolher.
Perguntar à instrutora exige atenção; testar uma aula exige presença; criar ferramentas pode consumir mais desenvolvimento que a atividade. Uma ação deveria poder eliminar incerteza importante ou criar condições que compensem os custos.
Três perguntas ajudam: que escolha mudará, quando teremos o resultado e que caminhos restarão se ele for ruim?
Não é preciso converter tudo imediatamente em uma nota. No início, comparar ações e motivos costuma ajudar mais que “ação ótima: 0.87” sem calibração. Com registros reais, será possível investigar sinais que preveem ganhos.
Parar também é uma escolha concreta. Se coordenar o espaço ultrapassa o orçamento, pode-se usar uma atividade padrão de uma instituição madura ou adiar até haver parceiros e recursos. A decisão deve explicar o valor preservado e o adiado.
Quando amadurecer, deixar o processo comum assumir
O primeiro workshop pode pedir vários testes, coordenação e ajustes. Depois de algumas edições, a instrutora tem o pacote inicial, o local define suas condições e a organização conhece a escala adequada.
Esse aprendizado vira materiais reutilizáveis, regras de reserva e rotinas. A próxima atividade usa isso e discute apenas o que mudou.
O PFE pode entrar em ferramentas de projeto ou fluxos de agentes existentes. A orquestração cuida dos passos estáveis; estratégias de formação intervêm onde faltam condições ou surgem novidades. O valor extra precisa ser comparado, nas mesmas tarefas, com processos maduros, modelos fortes e organizadores experientes.
Na próxima atividade, o pacote testado e a reserva comum resolvem a maior parte. Novos objetivos ou condições justificam voltar à exploração. O valor do PFE deve aparecer nessa ida e volta: avançar quando faltam condições e permitir que a rotina assuma quando elas se estabilizam.
Materiais: reescrita dos desenhos históricos do PFE sobre diagnóstico do desconhecido, ações de formação, ciclos guiados por contraexemplos e reutilização de relações estáveis. O workshop é construção didática, não caso de cliente. Localizações em SOURCE-NOTES.md do pacote.