Um pedido com começo e fim

“Organizar meu trabalho” descreve uma intenção, mas não diz qual arquivo deve existir ao terminar. Troque essa intenção por uma saída observável: uma tabela com os pedidos recebidos hoje. Defina também a unidade de trabalho. Uma linha representa um pedido, e não um cliente ou uma conversa inteira. Essa decisão evita que o assistente agrupe solicitações diferentes e esconda tarefas.

Neste curso, usaremos situações fictícias de uma pequena oficina de serviços chamada Oficina Aurora. Ela precisa organizar pedidos, consultar documentos e apresentar resultados. Você poderá trocar esse cenário pelo seu depois de concluir a prática inicial.

Uma ficha curta funciona como um acordo de trabalho. Ela descreve objetivo, entrada, saída, exclusões e critérios de aceite. Escreva esses campos antes de escolher uma ferramenta. Se você precisa apenas transformar texto em tabela, conectar um calendário aumenta o esforço sem melhorar a primeira entrega.

Inclua um caso comum e um caso incompleto. O caso comum mostra o caminho esperado; o incompleto revela como o processo se comporta quando a realidade não cabe no exemplo perfeito. Um prazo ausente deve continuar ausente até que alguém o informe.

Um bom pedido informa quais campos devem ser preservados, qual formato deve ser usado e como tratar informações ausentes. Não solicite apenas “faça uma tabela bonita”. Determine colunas, uma linha por solicitação e a proibição de completar dados por suposição.

Separe o texto da instrução e os dados de entrada. Identifique claramente o início e o fim dos pedidos. Isso ajuda o assistente a tratar frases recebidas como conteúdo a organizar, sem confundi-las com novas ordens sobre o processo.

Faça uma comparação linha a linha. O identificador, o cliente, a tarefa e o prazo devem corresponder à entrada. Uma tabela com três linhas não basta: é possível ter três linhas e trocar a data entre clientes. Verifique conteúdo e quantidade.

Se uma linha estiver errada, corrija a regra que levou ao erro e execute novamente o mesmo exemplo. Guarde a entrada e a saída corrigida. Essa pequena evidência permite perceber se uma mudança futura reintroduziu o problema.

Uma etapa termina quando entrega o combinado e passa nas verificações. Ideias novas podem ser valiosas, mas precisam de um lugar separado. Crie uma lista chamada “próximas melhorias” e registre ali notificações, calendário e painel visual.

Use estados simples: a fazer, em andamento, concluído e bloqueado por dado. Bloqueado não significa fracasso; significa que o processo identificou algo que não pode inventar. Registre qual informação falta e quem poderá fornecê-la.

Crie uma pasta para o exercício e salve o texto de entrada antes de usar o assistente. Produza a tabela e confira os critérios abaixo. Não conecte serviços: nesta prática, a entrega é um arquivo que você consegue abrir.

Depois da primeira execução, retire a data de outro pedido e repita. A regra precisa funcionar para qualquer registro incompleto, não apenas para o terceiro exemplo. Registre em uma frase o que mudou e se o comportamento continuou correto.