Defina resultado, materiais e limites

Escreva uma tarefa que deixe objetivo, fontes permitidas, formato e critérios de revisão claros para o Maestro.

A diferença não está no tamanho: está em dizer para que serve, com que material, em que formato e o que não pode acontecer.

Antes de começar

Escolha uma tarefa com resultado observável. “Analise minha empresa” abre decisões demais. “Compare os indicadores de agosto, proponha até três prioridades e gere um resumo HTML e um CSV para revisão” define uma entrega que pode ser conferida.

Use dados fictícios para praticar. Em uma tarefa real, forneça somente materiais que você tem autorização para usar. Separe ações internas, como calcular e criar arquivos novos, de efeitos externos, como enviar mensagens, publicar ou agendar.

Monte o pedido em cinco partes

1. Explique a decisão que a entrega precisa apoiar

   Comece pelo uso do resultado. No exemplo da empresa fictícia Aurora IA, a gestão quer escolher prioridades operacionais para setembro. A saída servirá a uma reunião de revisão; não será uma decisão já aprovada.

   Inclua o público quando ele mudar o formato. Um resumo para a diretoria destaca decisão e risco; um plano para a equipe precisa mostrar responsáveis propostos, critérios e próximos passos.

   

   Parte 1 no pedido real: para que serve a entrega, e o que fica fora dela.

2. Liste fontes e regras de precedência

   Identifique período, unidade e origem de cada número. Se duas fontes entrarem em conflito, diga qual prevalece e qual precisa ser conciliada.

   Para Aurora IA, use apenas:

   • 120 novos assinantes e 72 primeiras tarefas concluídas em até 7 dias;
   • 90 chamados: 36 de primeiro acesso, 27 de arquivos e 27 de outros temas;
   • 20 aulas previstas e 15 publicadas;
   • 40 horas disponíveis para o plano de setembro.

   Esses dados permitem calcular proporções. Eles não demonstram causa, esforço por chamado, disponibilidade diária ou impacto financeiro.

   

   Parte 2: cada número com a unidade e o denominador dele, sem nenhum dado vindo de fora.

3. Defina o trabalho e o formato

   Use ações observáveis: calcular, comparar, separar, propor, gerar e revisar. Especifique a estrutura da resposta e dos arquivos.

   Neste caso, peça:

   1. diagnóstico com fórmula e denominador;
   2. até três ações que somem no máximo 40 horas;
   3. lacunas e perguntas de validação;
   4. resumo executivo em HTML;
   5. plano de ações em CSV.

   Um nome de arquivo ajuda a conferir versões. Ele não garante que o arquivo será criado nem que seu conteúdo estará correto.

   

   Parte 3: o formato da entrega, com nome de arquivo e as colunas esperadas em cada um.

4. Escreva limites e ações proibidas

   Declare o que não pode ser presumido e quais efeitos exigem autorização. No exercício: não pesquisar, não usar conectores, não enviar mensagens, não agendar, não publicar e não alterar arquivos existentes.

   Se uma ferramenta for necessária, relacione-a a uma parte da entrega. Não habilite ferramentas apenas porque aparecem no catálogo. Consulte Ferramentas para diferenciar opção visível, ligada, executada e conferida.

   

   Parte 4: os limites, incluindo o que não pode ser inventado e o que deve aparecer como proposta.

5. Diga como a entrega será aprovada

   Transforme expectativas em verificações. Para Aurora IA:

   • 72 ÷ 120 = 60%;
   • 36 ÷ 90 = 40%;
   • 15 ÷ 20 = 75%;
   • as ações selecionadas não ultrapassam 40 horas;
   • fatos, hipóteses e propostas aparecem separados;
   • os dois arquivos abrem e preservam os dados do pedido;
   • nenhuma causa, responsável, prazo ou ação externa aparece como fato sem fonte.

   Se uma conferência falhar, peça uma correção delimitada. Não aceite uma regeneração ampla quando só uma coluna ou uma afirmação precisa mudar.

   

   Parte 5: a conferência que o próprio agente deve fazer antes de dizer que terminou.

Pedido completo para copiar

O texto abaixo usa somente dados demonstrativos. Ele foi estruturado a partir do caso executado de Aurora IA; não representa uma segunda execução independente.

EXEMPLO DEMONSTRATIVO. Empresa fictícia Aurora IA.

Objetivo: preparar a reunião de gestão que escolherá prioridades
operacionais para setembro. A entrega é uma proposta para revisão,
não uma decisão aprovada.

Use somente estes dados de agosto:
- 120 novos assinantes; 72 concluíram a primeira tarefa em até 7 dias.
- 90 chamados: 36 de primeiro acesso, 27 de arquivos e 27 de outros.
- 20 aulas previstas; 15 publicadas.
- Capacidade estimada de 40 horas para setembro.

Entregue:
1. Diagnóstico com fórmula, denominador e resultado de cada indicador.
2. Até três ações propostas, somando no máximo 40 horas.
3. Lacunas, riscos de interpretação e perguntas para validar.
4. Um resumo executivo HTML para revisão.
5. Um CSV de ações com prioridade, evidência, horas, papel responsável
   e critério de aceite.

Separe fatos, interpretações e propostas. Não invente causas, nomes,
prazos, custos, metas aprovadas ou relação causal entre indicadores.
Use papéis, não pessoas. Não pesquise, não use conectores, não leia
outras fontes, não envie mensagens, não agende e não publique.
Crie somente os dois arquivos novos pedidos e preserve versões anteriores.

Antes de concluir, confira os cálculos, a soma das horas e a abertura
dos arquivos. Termine com uma lista do que eu ainda preciso validar.

Revise antes de enviar

• O objetivo explica uma decisão concreta.
• Cada número tem período, unidade e origem.
• O pedido distingue cálculo, interpretação e ação.
• O formato está explícito.
• As ações externas proibidas aparecem por escrito.
• Os critérios de aprovação podem ser conferidos sem adivinhar a intenção.

Depois do envio, siga para Acompanhe a execução e revise o resultado. Se o pedido exigir uma rotina recorrente, primeiro valide uma execução manual e só então consulte o guia de Automações.