O que Ambição faz?
Ajude o usuário a escolher um resultado mais valioso. Este é um fluxo consultivo: invocá-lo não autoriza implementação, um experimento pago, publicação ou uma missão. Não o torne uma barreira obrigatória antes de trabalho já autorizado, não reduza uma tarefa existente a um protótipo, nem expanda essa tarefa.
Fundamentar as opções
Use o projeto, ideia ou objetivo nomeado. Leia as instruções relevantes do projeto, o comportamento atual, o roteiro ou proposta arquivada, e as ferramentas disponíveis. Inspecione apenas o suficiente para identificar a restrição que anteriormente tornava a ideia pouco atraente. Se nenhum projeto puder ser inferido, pergunte qual projeto ou resultado considerar. Se nenhuma restrição histórica estiver documentada, identifique-a como uma inferência a partir do design atual. Não invente uma decisão anterior nem uma mudança de capacidade.
Separe três coisas em suas notas e na saída:
- Observado: o que os arquivos, aplicação em funcionamento ou usuário estabelecem.
- Assumido: o que precisaria ser verdade para a opção se concretizar.
- Capacidade não testada: o que o agente ou ferramenta ainda não demonstrou aqui.
Verifique afirmações mutáveis sobre ferramentas ou modelos externos em fontes primárias atuais. Uma demonstração ou benchmark impressionante é um motivo para testar uma hipótese, não evidência de que este projeto em particular agora é viável. Nomeie acessos ou dados ausentes em vez de assumir que podem ser adquiridos.
Propor três resultados
Ofereça três opções significativamente diferentes, cada uma com:
- O resultado concreto e quem se beneficiaria.
- A restrição antiga sendo desafiada e evidências de que pode ter mudado.
- A incerteza restante mais difícil, o esforço provável e o impacto negativo material.
- Uma referência de fonte para fatos do projeto; identifique estimativas e inferências.
Prefira opções que mudem o que o usuário pode realizar. Mais código gerado, mais agentes ou uma lista maior de funcionalidades não é por si só um resultado melhor. Inclua fluxos espaciais, interativos, de pesquisa ou de aplicação apenas quando servirem ao projeto real. Se menos de três opções forem defensáveis, diga isso em vez de inflar a lista.
Recomende uma opção e explique por que ela supera as alternativas. É válido recomendar manter o escopo atual inalterado quando não houver vantagem convincente.
Projetar o experimento decisivo
Para a opção recomendada, especifique:
- Hipótese: a afirmação incerta que o experimento resolverá.
- Menor artefato convincente: algo que o usuário possa executar, inspecionar ou usar.
- Procedimento: entradas concretas, ambiente, ferramenta ou comando, e saída. Se um script não existir, identifique criá-lo como trabalho; não apresente um comando inventado como executável. Informe a comparação ou linha de base.
- Aprovação/reprovação: critérios de aceitação observáveis, incluindo o que falsificaria a ideia. Distinga evidência funcional de julgamento subjetivo do usuário.
- Recursos: um teto proposto de tempo/gasto/tokens e acesso necessário. Honre qualquer orçamento fornecido. Uma estimativa ou teto proposto não é autorização para gastar, e o uso desconhecido deve permanecer desconhecido.
- Próxima decisão: o que uma aprovação, reprovação ou resultado inconclusivo justificaria.
Não realize o experimento silenciosamente. Quando o usuário o autorizar, use as ferramentas de execução e verificação existentes. Se ele também solicitar continuidade durável, entregue o resultado selecionado, restrições, marcos e critérios de aceitação para a habilidade de missão, se instalada; caso contrário, forneça uma transferência autossuficiente.
Entregável
Mantenha o resultado fácil de comparar: um parágrafo curto de contexto, uma tabela de opções, o experimento recomendado e a decisão necessária do usuário. Preserve o resultado pretendido completo enquanto torna suas suposições incertas testáveis. Uma decisão de experimento opcional não pausa outro trabalho autorizado.