Sua IA não tem intenção. Ela tem os seus defaults.

In partnership with

Your Financial Blind Spots Could Cost More Than You Think

Your P&L says one thing. Your bank balance says another. And somewhere between the two, you've stopped fully trusting either.

That gap has a name: a financial blind spot. And it rarely announces itself before it costs you.

BELAY built the free Financial Blind Spot Checklist to help you find yours before they find you. Twelve questions across three areas: your foundation, your ability to scale, your strategy.

The checklist puts a number on it too: foundational gaps can run $5,000 to $25,000 a year. Scaling gaps, $15,000 to $75,000 or more.

Answer twelve questions. See your risk level. Fix what's actually costing you.

Find Your Blind Spots

Acima temos o anunciante da News dessa semana 🚀 Se puder, clique no link do anunciante acima para deixar seu apoio (é grátis!) ❤️

Na terça passada, uma entrega chegou pronta para um projeto de sistema de transcrição que estamos desenvolvendo. Duzentos e quatro testes passando, checagem de tipos limpa, empacotamento e assinatura funcionando, smoke do app empacotado verde, ensaio local sem rede externa concluído.

Eu recusei.

Não por implicância. Minha revisão encontrou quatro pontos antes do aceite:

Os quatro defeitos que passaram por 204 testes

1. A divulgação de consentimento ficava incorreta quando o backup estava ligado.

2. O backup solicitado podia falhar silenciosamente.

3. Havia risco de duplicar vozes ao usar alto-falantes com supressão de eco desligada.

Olhe a lista de novo. Nenhum desses é erro de código. Nenhum teste falharia por causa deles, porque nenhum teste sabia que devia perguntar.

Cada um dos quatro é o mesmo defeito repetido: um lugar onde eu não disse o que queria, e o agente decidiu por mim.

Intenção não é gosto, nem julgamento

Muita gente chama isso de "gosto" ou "julgamento". Acredito que nenhuma das palavras encapsula bem o que está querendo ser dito.

• "Gosto" sugere preferência pessoal — como se escolher entre 16 kHz e 48 kHz fosse questão de estilo.

• "Julgamento" sugere um certo e um errado que existiriam antes de você chegar, esperando ser descobertos.

A palavra é intenção. Ela carrega o porquê que gera a decisão, não só a decisão. E é a única entrada do seu sistema que não está no repositório.

O agente lê seu código, seu histórico, sua documentação, seus testes. Ele não lê o motivo pelo qual você construiu aquilo. Esse motivo só existe em você até o momento em que você o escreve.

Existe uma piada conhecida:

A piada é contada para rir da falta de clareza do cliente. Mas ela descreve o trabalho inteiro.

Nossas ideias mais interessantes são, com frequência, incompreensíveis até para nós mesmos. Transformar uma ideia sem forma em algo que outra pessoa, ou outra máquina, consegue executar não é burocracia anterior ao trabalho. É o trabalho.

Todo silêncio seu vira um default

"De boas intenções o inferno está cheio", diz o ditado. Discordo. O inferno está cheio de intenções que pareciam boas.

Um modelo de linguagem nunca devolve "não sei o que você quer". Ele devolve a continuação mais provável. Isso significa que a distância entre o que você quis e o que você escreveu não fica vazia. Ela é preenchida pela mediana do que já foi escrito no mundo.

Aqueles 16 kHz não foram um bug. São a taxa mais comum em código de captura de áudio. O agente respondeu com precisão uma pergunta que eu nunca fiz.

O caso fica mais desconfortável quando o default não é nem seu. Simon Willison observou que o Claude Haiku parecia continuar sendo o modelo por trás da ferramenta de WebFetch do Claude Code — o que, na leitura dele, significa risco de alucinação toda vez que você busca uma URL.

A superfície não declarada

Você pode ter escolhido seu modelo com cuidado e ainda assim ter uma decisão silenciosa embutida na camada de baixo, tomada por outra pessoa, meses atrás.

Isto é o oposto de um problema de prompt. É um problema de superfície não declarada: tudo aquilo sobre o qual seu sistema opera sem que ninguém tenha decidido nada.

Dá para ver a intenção no output

O que me convenceu de que isso é mecânico, e não filosofia, foi comparar dois relatórios de agente do mesmo dia.

Um deles terminou assim:

Agente A

"Não faço nenhuma afirmação de aprovação ou de prontidão para uma execução real."

E listou o risco residual que sobrava. Ele fez isso porque a instrução que o criou pedia revisão adversarial da viabilidade do prazo sem superestimar. Essa intenção foi escrita, então ela apareceu.

O outro tipo de agente — o que você conhece — termina com "pronto ✅".

A diferença não foi o modelo. Foi o que estava encodado na instrução.

Intenção transmitida é observável no artefato: aparece na forma como o agente qualifica o que não sabe, no que ele se recusa a afirmar, no que ele escolhe te mostrar antes de você pedir.

É por isso que uma das regras que virou padrão aqui é curta:

Regra da casa

Não confie em self-report sem readback.

Não porque o agente minta (embora ele faça isso mesmo), mas porque "concluído" é a continuação mais provável de qualquer tarefa. Sem uma leitura independente do estado real, você está avaliando a fluência do relatório, não o mundo.

Intenção que não vira sistema é aspiração

Rodo agentes com bypass de permissão. É rápido e é necessário. Mas a instrução que abre essas sessões tem uma linha fixa:

A linha que não sai da instrução

Bypass de permissão não amplia autorização.

São duas camadas diferentes, e a máquina não consegue derivar a segunda a partir da primeira:

Se a segunda não estiver escrita, o agente vai operar com a primeira — e ele estará tecnicamente correto.

Satya Nadella tem uma formulação que Harrison Chase citou numa palestra recente e que resume o ponto melhor do que eu: crie suas próprias avaliações, porque avaliações definem o que "bom" significa dentro da organização.

Uma eval não é um teste a mais. É uma intenção que virou executável.

Quem faz isso bem no produto final você já conhece. O DHH, criador do Rails, chama sua distribuição Linux de "Beautiful, Modern & Opinionated". A palavra está na vitrine de propósito. Software opinativo é intenção compilada: cada default é uma opinião que alguém se recusou a deixar por conta do acaso.

Seu agente também entrega defaults. A única pergunta é de quem eles são.

Sua missão para os próximos 7 dias

1. Faça a autópsia de uma entrega aceita.
Pegue a última coisa que você aprovou nesta semana e liste três defaults que você não escolheu — um número, um formato, um caminho de erro. Pergunte de cada um: quem decidiu isso — você, o modelo, ou uma biblioteca de 2019?

2. Escreva a intenção antes do prompt, em duas linhas.
Antes da próxima delegação, preencha:

OUTCOME:        o que precisa ser verdade no fim
NÃO AUTORIZADO: o que não pode acontecer nem que funcione

Se a segunda linha estiver vazia, você não delegou — você torceu.

3. Peça o readback das suposições.
Antes de aceitar qualquer entrega de agente, faça uma pergunta única:

A pergunta que muda o aceite

"Liste as suposições que você fez que eu não especifiquei."

Aceite depois de ler a lista, não antes. Foi exatamente isso que transformou 204 testes verdes em quatro defeitos encontrados.

Conteúdos recomendados

• Simon Willison sobre o modelo por trás do WebFetch — o relato de um default que você não escolheu operando dentro da sua ferramenta.

• Harrison Chase, "owning your intelligence" — por que evals e observabilidade são a forma de a organização manter a própria definição de "bom".

• Omarchy, de DHH — uma distribuição inteira construída como argumento de que default é opinião.

Forte abraço,
Equipe Olympus