Communitygithub.com

dinaf2026-web/aim-higher

Eleva o limite de uma tarefa antes do trabalho começar, utilizando os quatro tipos de ambição (velocidade, altitude, profundidade, alcance) do ensaio de Felix Rieseberg de 13 de outubro de 2026 sobre ser mais ambicioso com modelos. Use sempre que alguém solicitar um trabalho substancial e o pedido for feito no nível da tarefa literal, em vez do resultado por trás dela: um rastreador, relatório, carta, análise, reconciliação, listagem, plano, construção ou correção. Use também para ir mais alto, ser mais ambicioso, pensar maior, o que um especialista faria, aprofundar.

O que é aim-higher?

Esta skill implementa a abordagem de Felix Rieseberg para elevar o teto de tarefas de desenvolvimento e engenharia, indo além do pedido literal para alcançar resultados mais ambiciosos. Ela opera em três alavancas principais: Altitude (trabalhar o resultado, não a tarefa), Profundidade (trabalhar como os melhores da área) e Alcance (trazer outros campos e seus instrumentos). A skill prioriza a verificação rigorosa sobre a ambição, estabelecendo uma salvaguarda crítica: alvos irracionais são encorajados, mas alegações não verificadas são proibidas. Cada trabalho concluído deve ser fechado com quatro linhas que documentam o alvo visado, o resultado medido, a lacuna e o juiz externo que resolveu a questão. Ideal para tarefas que alimentam reuniões ou decisões, análises forenses, entregas recorrentes e qualquer coisa que seja lida por alguém que pode dizer 'não'.

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/dinaf2026-web/aim-higher/tree/HEAD/skills/aim-higher

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

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.

TipoA jogadaStatus aqui
VelocidadeMesmo trabalho, menos tempoJá é o padrão. Não precisa de skill.
AltitudeTrabalhe o resultado, não a tarefaAlavanca 1
ProfundidadeTrabalhe como os melhores da área trabalhamAlavanca 2
AlcanceTraga outros campos e seus instrumentosAlavanca 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:

  1. O pedido literal, bem feito. Declare-o em uma linha para que haja um piso.
  2. 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.
  3. 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.

  1. 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.
  2. Escolha uma meta irracional e trate-a como razoável. Sujeito à salvaguarda acima.
  3. 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.
  4. 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.
  5. 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 trabalhoUm juiz que pode recusar
Qualquer construção ou auditoria com múltiplas partesUm 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 totalUm 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 pessoaUma varredura que bloqueia em um identificador ou um nome não revisado
Prosa contra uma regra de estiloUm linter sobre as regras que são mecanicamente decidíveis, que recusa em vez de aconselhar
Uma conclusão anteriorUm 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:

  1. O que a melhor pessoa neste campo faria que não foi solicitado?
  2. Qual é o material de fonte mais bruto do qual eles começariam? Nomeie os documentos reais, não um resumo.
  3. Que métodos e ferramentas específicos eles usariam?
  4. 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

  1. 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.
  2. 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.
  3. 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

  1. Leia qualquer registro do estado atual do projeto que exista. Sem ele, qualquer alvo mais alto é adivinhado.
  2. Altitude. Dê os degraus e a lacuna de acesso. Escolha um, nomeie o fallback.
  3. Profundidade. Responda às quatro perguntas, nomeie o juiz, mostre o pedido reescrito.
  4. Alcance. Verbo, não substantivo, nomeie a equipe, atribua trabalho, não vozes.
  5. Passe para qualquer disciplina de revisão e conclusão que o projeto use.
  6. 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.

Habilidades Relacionadas