Aponte Mais Alto
A afirmação de Felix Rieseberg é que o modelo não é mais o limite, o tamanho do pedido é. Ele classifica a ambição em quatro tipos e pula o primeiro, porque todo mundo já o faz.
| Tipo | A jogada | Status aqui |
|---|---|---|
| Velocidade | Mesmo trabalho, menos tempo | Já é o padrão. Não precisa de skill. |
| Altitude | Trabalhe o resultado, não a tarefa | Alavanca 1 |
| Profundidade | Trabalhe como os melhores da área trabalham | Alavanca 2 |
| Alcance | Traga outros campos e seus instrumentos | Alavanca 3 |
Isto não é um pacote de prompts. Um prompt colado é algo único. O que muda os resultados é que as três perguntas são feitas antes do trabalho começar, todas as vezes, e respondidas com base no que realmente está lá, em vez do que é assumido.
A salvaguarda que vem primeiro
A técnica de profundidade de Rieseberg "escolha metas irracionais e diga ao modelo que elas são muito razoáveis" é sólida, e também é a única maneira pela qual esta skill pode causar danos reais.
Um ALVO irracional é aceitável. Uma ALEGAÇÃO irracional é uma mentira. Pedir 200ms quando a página leva 5s é uma boa prática. Reportar 200ms porque era o alvo é uma declaração falsa. O mesmo vale para todos os números: uma taxa de recall, um total de reconciliação, uma contagem de palavras, um prazo final.
Portanto, elevar um alvo muda o que é tentado e não muda nada sobre o que é afirmado. Toda alegação mantém sua proveniência, todo número calculado vem de uma ferramenta executada naquela sessão, e uma busca que não encontrou nada é uma declaração sobre onde você procurou, não sobre o que existe. Se ambição e verificação puxarem em direções opostas, a verificação vence e a lacuna é declarada: "o alvo era X, o resultado medido é Y."
Feche cada trabalho que esta skill tocar com quatro linhas:
Alvo visado: <o alvo elevado>
Resultado medido: <o que a ferramenta retornou, com o nome da ferramenta>
Lacuna: <a diferença, declarada claramente>
Julgado por: <a verificação externa que resolveu>
Não verificado: <qualquer coisa ainda em aberto, nomeada>
Alavanca 1, Altitude: qual é o objetivo além do objetivo
O teste de Rieseberg: pergunte o que deve acontecer a seguir e continue perguntando até que a resposta deixe de ser um documento. Ele observa que a altitude ajuda mais quando o trabalho alimenta uma reunião ou uma decisão, e menos em trabalhos criativos.
Produza três degraus. Escolha um e nomeie o degrau abaixo dele como fallback, em vez de apresentar um menu:
- O pedido literal, bem feito. Declare-o em uma linha para que haja um piso.
- A decisão que ele serve. Dê ao modelo o material bruto e pergunte o que mudou, por que e o que fazer. Em seguida, nomeie as duas ou três decisões que são genuinamente urgentes, cada uma com os argumentos a favor e contra.
- A coisa que substitui o pedido. Projete algo melhor do que o entregável, teste esse design contra o histórico do próprio projeto e proponha executá-lo junto com a forma atual por um ciclo.
Forma trabalhada: alguém pede um rastreador de licenças. O degrau 1 é o rastreador. O degrau 2 é quais três licenças têm maior probabilidade de escorregar e quais medidas para cada uma. O degrau 3 é um processo que sinaliza um escorregamento antes que a contraparte o faça, validado contra as licenças que já escorregaram.
A parte que as pessoas pulam. Rieseberg teve que mudar seu próprio fluxo de trabalho antes que a altitude fosse possível: ele tornou relatórios de falhas buscáveis, mapeou versões de aplicativos para commits e deu ao modelo máquinas para reproduzir. O análogo é quase sempre o acesso à fonte bruta, em vez de um resumo dela. Nomeie o acesso ausente explicitamente, porque sem ele o degrau 3 é teatro. Lacunas típicas: o portal em vez do relatório exportado, o console em vez da captura de tela, o arquivo contábil em vez do PDF do extrato, dados de transação em vez de um total mensal.
Pule esta alavanca em trabalhos de ficção e voz. Uma carta, um e-mail e um arquivamento são documentos de decisão e a altitude se aplica plenamente; um romance não é.
Alavanca 2, Profundidade: trabalhe como os melhores da área trabalham
Comece com o enquadramento de Rieseberg: uma versão mais profunda da tarefa, não uma maior. Mais páginas não é profundidade.
- Use os instrumentos que os melhores da área usam. Se o instrumento honesto é um banco de dados e um teste estatístico, não entregue uma tabela markdown. Uma planilha cujos totais são literais digitados não pode discordar de suas entradas, então nunca relatará um erro.
- Escolha uma meta irracional e trate-a como razoável. Sujeito à salvaguarda acima.
- Desafie o que o usuário já acredita. Leve a premissa declarada à fonte mais bruta e teste-a adversarialmente, em vez de reafirmá-la. Diga o que na premissa não sobrevive aos dados, antes de dizer o que sobrevive.
- Produza novo conhecimento. Uma vez aprofundado nos dados, caça o ponto cego. Construa a pequena simulação, depois teste suas previsões contra dados que ela não viu.
- Use um juiz externo, nunca autoavaliação. Rieseberg diz, idealmente, uma ferramenta que o modelo pode executar para obter feedback imediato.
O juiz externo é a alavanca que é pulada
Um juiz é algo que pode recusar. Não uma segunda opinião, não uma lista de verificação, não uma releitura. Construa ou pegue um emprestado por tipo de trabalho:
| Tipo de trabalho | Um juiz que pode recusar |
|---|---|
| Qualquer construção ou auditoria com múltiplas partes | Um arquivo de portão com uma verificação executável e uma saída esperada, onde a alegação de conclusão falha a menos que a verificação passe |
| Uma figura ou um total | Um script que recalcula a partir das entradas e sai com código diferente de zero em caso de incompatibilidade, com a contagem de correspondências afirmada antecipadamente |
| "Não está lá" | Uma ferramenta de busca que relata quais raízes não conseguiu terminar, para que a ausência nunca seja inferida a partir de uma passagem parcial |
| Um documento saindo para outra pessoa | Uma varredura que bloqueia em um identificador ou um nome não revisado |
| Prosa contra uma regra de estilo | Um linter sobre as regras que são mecanicamente decidíveis, que recusa em vez de aconselhar |
| Uma conclusão anterior | Um livro de registros de determinações com fontes e datas, verificado em vez de redescoberto |
Onde nenhuma ferramenta se encaixa, o juiz é a fonte primária lida diretamente. Nunca é a própria leitura do modelo de sua própria saída.
O prompt de profundidade de quatro perguntas
Responda todas as quatro antes de começar e mostre o pedido reescrito:
- O que a melhor pessoa neste campo faria que não foi solicitado?
- Qual é o material de fonte mais bruto do qual eles começariam? Nomeie os documentos reais, não um resumo.
- Que métodos e ferramentas específicos eles usariam?
- O que, além do usuário ou do modelo, mostraria que o resultado está certo? Nomeie uma verificação que possa ser executada.
Em seguida, reescreva a solicitação para pedir exatamente isso e mostre a reescrita antes de construir.
O texto pronto para colar por domínio está em references/prompts.md.
Alavanca 3, Alcance: outros campos e suas pessoas
- Substitua o substantivo pelo verbo. O entregável é uma coisa; o trabalho é uma ação. Uma revisão trimestral não é um deck, é fazer com que pessoas ocupadas acreditem em uma história sobre causa e efeito e decidam sob incerteza. Uma carta de intimação é tornar o pagamento o caminho mais barato para a contraparte. Uma página de listagem é um estranho decidindo arriscar dinheiro em um autor desconhecido. Creditado a Tom Kelley e Jonathan Littman, A Arte da Inovação.
- Monte a equipe. Nomeie os papéis que uma equipe forte teria, incluindo de fora da disciplina óbvia, e uma equipe vermelha. Exemplos de Rieseberg: um analista, um jornalista, um editor, um designer de movimento e áudio quando o trabalho é apresentado, e um vendedor a descoberto mais um contador forense como a equipe vermelha. As equipes por domínio estão em
references/crews.md. - Aja, não interprete. Peça o trabalho que o papel faz, não a voz em que ele escreve. "Escreva como um contador forense" produz prosa estranha e nenhuma resposta melhor. "Amarrar cada figura divulgada a uma linha bancária e listar o que não se amarra" produz a resposta.
Sobre nomear papéis. Muitos conselhos de prompt dizem para atribuir uma persona, e Rieseberg diz para evitar roleplay. Ambos estão certos sobre coisas diferentes: nomeie o papel para que seu padrão se aplique, depois peça sua saída, nunca seu registro.
Sequência
- Leia qualquer registro do estado atual do projeto que exista. Sem ele, qualquer alvo mais alto é adivinhado.
- Altitude. Dê os degraus e a lacuna de acesso. Escolha um, nomeie o fallback.
- Profundidade. Responda às quatro perguntas, nomeie o juiz, mostre o pedido reescrito.
- Alcance. Verbo, não substantivo, nomeie a equipe, atribua trabalho, não vozes.
- Passe para qualquer disciplina de revisão e conclusão que o projeto use.
- Reporte contra o alvo, com as quatro linhas finais.
Não execute tudo isso em uma tarefa pequena. Um ou dois degraus e um juiz nomeado é tudo em um trabalho de meia hora. A sequência completa vale seu custo em uma construção de múltiplas sessões, uma análise forense, uma entrega recorrente ou qualquer coisa lida por alguém que pode dizer não.
Como é o bom resultado
Uma resposta desta skill não começa com um menu. Ela começa com o alvo elevado em uma linha, depois o degrau, depois o juiz que decidirá se funcionou. Se soar como um framework sendo aplicado em vez de uma resposta melhor sendo proposta, a skill falhou e a resposta simples estava certa.