Everyday AI
IA útil começa pelo trabalho que está travando.
Histórias em linguagem simples sobre as pequenas falhas que fazem perder tempo, escondem trabalho importante ou deixam um processo difícil de confiar. Cada história mostra o que mudou, onde a IA pode ajudar e onde as pessoas ainda precisam tomar a decisão. Quando for útil, você também pode copiar um prompt prático para o assistente de IA que já usa.
Primeira vez aqui? Comece por estes quatro passos
Comece por um problema que você reconhece
Procure o trabalho que ficou repetitivo, invisível, difícil de repassar ou difícil de conferir. O objetivo não é colocar IA em tudo. É facilitar um fluxo de trabalho real.
Quer ver a prova?
Cada história pode levar ao Build Log por trás dela, com as decisões técnicas, as falhas e as proteções por trás do resultado.
Experimente a lição no seu próprio trabalho
As histórias marcadas com um prompt trazem um jeito copiável de pedir a um assistente de IA uma revisão cuidadosa. Você continua no controle dos fatos, das decisões e de cada mudança.
Lentes em par
Comece pelo trabalho que você reconhece. Abra a nota de campo quando precisar do sistema por trás dele.
- 01 · História do dia a dia
The Report Said Nothing Happened. Something Had.
An automated task needed a throwaway test account, made itself one through the real signup form, and then reported that nothing had been created. Two real accounts said otherwise.
Nota de campo técnicaWhy Driving the Public Signup Form Is Now Blocked OutrightAbra a lente técnica ↗ (Ler em inglês) - 02 · História do dia a dia
Nothing Improved Between a Report of 46 and a Report of 33
A recurring-failure count dropped by thirteen between two runs. Nothing in the underlying work had actually changed. The counter had been wrong the whole time.
Nota de campo técnicaWhy the retro scanner's 46 never meant 46 failuresAbra a lente técnica ↗ (Ler em inglês) - 03 · História do dia a dia
When a Familiar Screen Makes a Simple Job Harder
Repeated fixes can be a sign that the work has outgrown the way it is being presented. Before improving another detail, ask whether the process still fits the task people need to complete.
(Ler em inglês)Nota de campo técnicaWhat a Cleared Name Field Revealed About Our Create Event DialogAbra a lente técnica ↗ (Ler em inglês) - 04 · História do dia a dia
Why One Colleague Keeps Refilling the Same Handoff Detail
A repeated correction is not always quality control. It can signal that the process or tool is producing an unreliable result.
(Ler em inglês)Nota de campo técnicaThe workflow broke in the glue code, not the AIAbra a lente técnica ↗ (Ler em inglês) - 05 · História do dia a dia
Why a Correct Error Count Still Sent Our Team the Wrong Way
A dashboard count got filed as an emergency because it sat next to a timestamp from today. The count itself was two years old.
Nota de campo técnicaThe Dashboard Count of 352 and the Ticket It Wrongly StartedAbra a lente técnica ↗ (Ler em inglês)
Para um fluxo de trabalho real, não para todo leitor
Precisa de uma decisão para um problema real de trabalho?
Estas histórias podem ajudar você a diagnosticar um padrão. Se você precisa decidir o que consertar, o que a IA pode fazer com segurança e se vale a pena provar um piloto pequeno, a DXDEV oferece uma avaliação de escopo fixo para um fluxo de trabalho que a sua equipe cuida.
USD 750 Workflow Triage para uma sessão de 90 minutos e um veredito direto, ou USD 4,500 de escopo fixo para a avaliação completa. Um fluxo de trabalho, uma decisão clara e nenhuma escassez artificial.
Histórias sobre como facilitar a rotina do trabalho
-
Onde o antigo rótulo "Manage Admins" ainda estava escondido
Dois botões ainda diziam "Manage Admins" depois que a página para a qual levavam foi renomeada. Um ficava na página de detalhes da equipe. O outro estava na caixa de adicionar pessoas do chat.
-
Eu tinha certeza de que estava trancado. Nunca verifiquei.
Doze de doze lugares ao redor do mundo conseguiram acessar um site interno da equipe que eu tinha dito ao meu assistente que estava trancado.
-
A promessa de reembolso com um gatilho que só a gente controlava
O reembolso dos nossos termos em rascunho dependia de um gatilho de "aviso enviado", e o leitor de IA que pedimos para revisar a página disse que só o fornecedor controla isso.
-
Por que 20.977 blocos de comentário acima do limite eram, em sua maioria, código de terceiros
A verificação de tamanho de comentário sinalizava todo comentário com mais de 2 linhas, e mesmo assim nossos agentes continuavam escrevendo comentários longos.
-
Dois erros na fila agrupados como x2 no envio dos alertas adiados
A mensagem das 17:00 dizia que nosso job de coleta de dados tinha falhado duas vezes durante a noite (código de saída 2, cerca de 93 segundos por execução) e não tinha se recuperado desde então. A última execução do job, às 15:51, tinha terminado sem problemas.
-
O monitoramento que eu já tinha mantinha o banco de dados acordado e cobrando
Um banco de dados caiu e ninguém percebeu. A solução óbvia era vigiar mais de perto, e a vigilância acabou sendo justamente o que o serviço estava cobrando da gente.
-
Três motivos para eu ter descartado o Muse, da Meta, e um gatilho para reavaliar
Minha parceira vivia me dizendo para usar o Muse, o agente pessoal da Meta. Ele se conecta ao Gmail, a um calendário, ao Facebook e ao Instagram, e consegue executar tarefas em um navegador.
-
Erro 1001 da Cloudflare em um domínio que parecia perfeitamente configurado
O site do cliente ainda não tinha carregado depois de cerca de uma hora, pela contagem do funcionário.
-
719 payloads de SessionStart e nenhum tinha o campo que minha proteção verificava
O log de depuração do SessionStart tinha 719 linhas `start: payload` desde a correção anterior, e nenhuma trazia agentid. A proteção que essa correção adicionou nunca dispara.
-
O verificador de lacunas apontou um 0,1 proposital como ausente
A pergunta no ticket era se um alarme falso era real: nosso verificador de lacunas marcou como ausente um valor proposital de Story Points igual a 0.1.
-
Uma aprovação que só prova que a coisa existe
Uma auditoria independente de 10 dos nossos 163 veredictos "aprovado" encontrou 4 sólidos, 6 fracos e 0 errados. Os 6 fracos tinham o mesmo problema.
-
Uma verificação de saúde que falhou não é motivo para encerrar o navegador
Uma única sondagem de 1 segundo sem resposta bastou para a nossa automação encerrar e reiniciar um navegador logado, ocupado mas saudável.
-
O mesmo modelo de IA custa cinco vezes mais quando a conversa fica longa
O Claude Haiku 5.5 custa cinco vezes mais por token quando um prompt passa de 100.000 tokens.
-
Mover um relatório do monitor das 4:12 para antes do envio da tarde
O admin estava "super lento para carregar" às 14:49. Suspeitei da nossa execução da tarde, então pedi a um agente de IA para investigar.
-
Nosso editor releu 5,8 GB toda hora
O Cursor travava toda hora, e a causa era a extensão do Claude relendo 5,8 GB.
-
F339 dentro de uma caixa onde deveria estar o ícone de "Get More Features"
Nossa página de preços tinha três caixas vazias onde deveriam estar os ícones, e nas nossas próprias telas ela parecia perfeita. Pedi um hotfix.
-
Uma mudança durante a noite trancou todos os clientes para fora. O telefone de ninguém tocou.
O endereço próprio de cada cliente parou de funcionar por onze horas. Tínhamos um monitor. Ele vigiava o portão da frente enquanto a porta que os clientes usam estava trancada. Seis perguntas para fazer a quem cuida do seu site.
-
Um domínio .co, e-mail do Microsoft 365 e um pedido de apresentação que o Claude não quis responder
Encaminhei um e-mail suspeito para o Claude com uma linha: "i fw email to you, i assume spam, can you review." O e-mail era um pedido de apresentação.
-
Um e-mail de lembrete, três cópias, com sete segundos de diferença
Um lembrete agendado chegou três vezes na mesma manhã, e a correção anterior para duplicatas mirava outra falha.
-
Um quinto da conta de IA não tinha descrição nenhuma
Antes de pagar por um plano de IA maior, descubra em que a conta atual está sendo gasta. Um quinto da nossa não tinha rótulo algum.
-
Três causas de falha por trás de um alerta que ninguém mais lia
O mesmo alerta de falha disparava sem parar, até deixar de significar qualquer coisa. As causas por baixo dele eram três coisas comuns usando disfarces diferentes.
-
Por que o desfazer restaurou o valor antigo em vez de um novo
A rotina feita para pegar contas quebradas só olhava para as que já estavam marcadas como quebradas. Um bug tirou a marca delas primeiro.
-
Por que nossa verificação de saldo registrou uma cobrança real no dia errado
Um alarme criado para avisar assim que o uso gratuito acabasse ficou em silêncio durante duas cobranças reais, por dois motivos diferentes.
-
Quatro lançamentos em cinco horas depois que um bloco entrou no ar às 12:43
Uma nova chamada para ação entrou no ar para todo mundo. Parecia certa até a gente entrar como cliente e ver uma oferta de teste. Quatro lançamentos e uma reescrita revertida depois, os clientes não veem nada ali, de propósito.
-
Três novas portas se abriram no dia em que uma assinatura errada vazou
Uma maratona de 87 horas para deixar nossa escrita legível por crawlers de IA publicou por pouco tempo um nome real onde devia estar um pseudônimo, e a mesma infraestrutura que deixou o site mais fácil de alcançar tornou esse erro mais difícil de desfazer por completo.
-
O que o verificador pegou primeiro em um backfill de 355 sessões
Dividir 355 sessões de trabalho antigas em 1.748 peças de trabalho rastreadas separadamente substituiu o hábito semanal de tentar lembrar o que parecia valer a pena relatar.
-
Testamos um destinatário inalcançável e o envio ainda disse que deu certo
Um login que funciona prova que a porta abre. Não prova que tem alguém do outro lado para responder quando chega algo urgente.
-
Abrir a pasta compartilhada antes de confiar em um aviso de "salvo"
Quando alguém diz que as anotações foram salvas, mas a próxima pessoa não consegue encontrá-las, a passagem de bastão não foi concluída. Trate um registro compartilhado que abre e pode ser lido como a prova.
-
Três campos em branco e uma ferramenta que ninguém pensou em verificar
Uma ferramenta pode ser bem construída, passar na demonstração e, mesmo assim, nunca fazer seu trabalho em nenhum caso real depois disso. A única prova é conferir um caso recente.
-
O que o assistente dele ainda achava sobre as regras compartilhadas
O assistente de um colega vivia dando erro porque as instruções dele estavam desatualizadas. A solução certa foi uma mensagem pedindo permissão, não um conserto silencioso no trabalho de outra pessoa.
-
Como foram 270 tarefas propostas quando relemos o nosso chat
Tocamos um negócio inteiro por um canal de chat. O plano nunca esteve faltando. Ele só estava ali, sem forma, e a resposta para "em que pé estamos" era sempre rolar a tela.
-
O servidor saudável que ninguém conseguiu alcançar na manhã seguinte
Uma migração pequena de servidor passou limpa nos testes e falhou por completo na manhã seguinte, sem que nada tivesse mudado. A gente já tinha escrito a proteção para esse mesmo problema, mas para algo bem maior.
-
Por que uma contagem de erros correta ainda mandou nossa equipe na direção errada
Uma contagem no dashboard foi tratada como emergência porque aparecia ao lado de um timestamp de hoje. A contagem em si tinha dois anos.
-
Removemos uma configuração de segurança de propósito e a verificação continuou verde
Criamos uma verificação para garantir que uma configuração de segurança estivesse sempre ligada. A primeira versão passou mesmo depois de a gente remover a configuração, porque um comentário por perto ainda a mencionava.
-
O alarme que disparou 55 vezes na primeira manhã
Um watchdog criado para pegar um problema real julgava tudo por um único sinal. Dos 55 avisos, 44 não eram nada. Os outros onze, com o mesmo rótulo, eram uma emergência de verdade.
-
O relatório dizia que nada tinha acontecido. Tinha, sim.
Uma tarefa automatizada precisava de uma conta de teste descartável, criou uma pelo formulário de cadastro real e depois informou que nada tinha sido criado. Duas contas reais diziam o contrário.
-
Dois leitores estavam escondidos em cada nota de status que eu escrevia
Relemos um comentário que nós mesmos tínhamos escrito e precisamos parar para decifrá-lo. Tínhamos escrito para o leitor errado.
-
Por que nossa fila de itens sinalizados crescia toda semana
Uma pilha de itens sinalizados para revisão só é confiável quando está vazia. Quando as pessoas que cuidam dela estão sem tempo, essa regra vira um segundo trabalho que ninguém consegue terminar.
-
O teto de memória caiu de 40,91 GB para 36,66 GB depois da reinicialização
O plano de manutenção dizia cerca de três minutos, depois de vinte a quarenta e cinco. A execução real foram duas reinicializações de cerca de dois minutos cada, e a segunda nem estava no plano.
-
O número desatualizado de uma auditoria escondido em um documento de reinício das 4 da manhã
Um número de meses atrás entrou em um novo documento de planejamento como verdade resolvida. Ele parecia tão atual quanto um número conferido cinco minutos antes, até a gente conferir.
-
Dois comandos drop simples que nosso teste simulado nunca cobriu
Antes de desfazer uma mudança em um sistema em produção, ativamos um modo feito para checar o plano sem executá-lo. Ele executou o plano mesmo assim.
-
A variante de endereço errada que ninguém tinha digitado até a semana do lançamento
Duas pessoas tinham um plano, uma pasta compartilhada e muita conversa boa. Nada disso respondia se o que estavam construindo já funcionava de verdade.
-
Quando o cliente relata uma falha e nossos registros dizem que nada aconteceu
O salvamento de um cliente falhou com um erro na tela. Nossos próprios registros não tinham nada correspondente. O registro ausente acabou sendo a resposta, não um beco sem saída.
-
Por que uma única palavra de erro de um assistente com cobrança por uso não significava nada
Uma tarefa agendada de IA gastou a maior parte do orçamento do dia só para checar notícias, e uma segunda tarefa na mesma conta gastou mais só para falhar e revelar que a conta já estava zerada.
-
A proteção em que confiamos guardava outra porta
Um manual de regras prometia que o acesso de um parceiro seria controlado por uma proteção real e funcionando. A proteção era real. Mas não tinha nada a ver com o sistema que estava sendo compartilhado.
-
O que a tela de acompanhamento mostrava para 205 domínios gerenciados pelos clientes
Uma verificação noturna batia no limite de uma hora e parava sem avisar. A tela mostrava resultados dos domínios que ela alcançou, o que parecia cobertura completa dos 205.
-
Quando nosso ponto de controle de lançamento encontrou uma correspondência que era só um rótulo
Um ponto de controle automático bloqueou um trabalho concluído como se fosse inseguro. O trabalho estava certo. O ponto de controle tinha confundido duas coisas diferentes que por acaso tinham o mesmo rótulo.
-
A leitura lenta isolada que interrompeu a equipe inteira
Uma única resposta lenta acionou a equipe toda como se o site tivesse caído. Não tinha. A verificação seguinte estava perfeitamente normal.
-
Nada melhorou entre um relatório de 46 e um relatório de 33
A contagem de falhas recorrentes caiu treze pontos entre duas execuções. Nada no trabalho de fato tinha mudado. O contador estava errado desde o início.
-
Uma configuração de senha com 150.000 passou nas verificações de build e de tipos, mas falhou ao vivo
Um sistema de login passou limpo em todos os testes que podiam rodar sem tocar no sistema real. O primeiro cadastro de verdade encontrou o único número que importava.
-
A teoria da conexão caiu por terra quando comparamos com o registro do sistema
Semanas achando que uma conexão caindo estava matando nosso trabalho, até que o próprio registro do sistema apontou para algo que a gente mesmo estava causando.
-
Por que colocamos uma central telefônica na frente de cada endereço web de cliente
Um aviso sobre máquinas antigas virou motivo para agir com cuidado, sem transformar um risco urgente de reparo em uma reescrita cara.
-
Grupos de 50 domínios e um caminho alternativo com um backup restaurado
Uma mudança que levou dias nos sistemas que controlávamos virou meses de espera por milhares de pessoas que precisavam alterar uma pequena configuração.
-
Nosso total anual ficou perto de 900 até que algo chegou
Uma olhada tarde da noite em quatro anos de mudanças salvas mostrou que a maior mudança não foi simplesmente fazer mais coisas.
-
Por que nosso próprio firewall não conseguiu barrar o enxame de bots às 2h da manhã
Um ataque ao site só ficou controlável quando levamos a primeira linha de defesa para longe da máquina que estava sendo sufocada.
-
Por que nossas tarefas automatizadas abriam navegadores uns em cima dos outros
Paramos de tratar o problema do navegador como uma configuração errada e criamos um jeito de várias tarefas o compartilharem sem atrapalhar umas às outras.
-
Dividindo um arquivo de memória em duas prateleiras com menos de 180 linhas
Uma memória pode estar guardada com segurança em um arquivo e mesmo assim faltar quando o sistema precisa dela.
-
Quando a primeira verificação apontou registros que nunca estiveram quebrados
Um processo pode parecer quebrado quando o problema é uma suposição errada sobre as informações que estão por baixo. Um pequeno diagnóstico pode impedir que uma correção automática piore a situação.
-
A revisão da lógica de cobrança que aconteceu no lugar errado
Uma pessoa revisora respondeu corretamente às perguntas mais difíceis num comentário do ticket, e não na ferramenta estruturada criada exatamente para isso. A ferramenta não estava quebrada. Só não estava onde a resposta já estava acontecendo.
-
O segundo revisor encontrou um campo de filtro em branco que não correspondia a nada
Um revisor checou uma mudança contra uma lista de riscos conhecidos e ela passou. Um segundo revisor fez uma pergunta diferente e encontrou erros que a lista nunca foi feita para pegar.
-
Por que a conta de um cliente aparecia como expirada semanas depois de a cobrança ser aprovada
Um cliente pagou em dia e a conta dele continuava expirada. O sistema não tinha nenhum erro para apontar, porque a mensagem avisando que o pagamento aconteceu nunca tinha chegado.
-
Dois textos para a mesma pessoa depois de uma falha no pior momento
O retorno por mensagem de texto de um sistema automatizado tinha um risco de envio duplicado escondido no intervalo entre o provedor aceitar o envio e o nosso próprio sistema registrá-lo como concluído.
-
172 mensagens, 180 mensagens e um desconhecido às 8:38
Às 8:38 apareceu no nosso painel de comando uma sessão que a gente não tinha iniciado. Nosso próprio ajudante a criou, nada nela indicava isso, e no fim do dia 5 das 18 sessões eram desse tipo.
-
Por que um crash simulado passou em 34 testes sem provar a expiração
Todos os testes passaram numa mudança em uma fila ativa. Em vez de publicar, pedimos a um segundo revisor independente que atacasse os testes em vez de admirá-los, e ele encontrou uma falha que não estava no código.
-
Quando o filtro de bots bloqueou o IP do próprio escritório
Uma ferramenta interna rodava em ritmo normal e acionou a mesma regra criada para pegar scrapers e bots de força bruta em credenciais, deixando a equipe sem acesso ao próprio painel de administração.
-
Um monitor funcionando e 25 domínios que ele nunca olhou
Uma migração de seis horas moveu 25 domínios de marca sem nenhuma indisponibilidade. A descoberta mais importante foi um monitor de saúde que verificava os endereços errados o tempo todo, sem relação com a mudança em si.
-
O que um status verde numa migração de domínio realmente media
Uma migração foi marcada como concluída e ficou assim por quatro dias, sem ninguém desconfiar. A ferramenta que a verificou perguntava ao mesmo sistema que deveria estar checando, então só podia confirmar o que esse sistema já acreditava.
-
Uma palavra fez uma ferramenta inofensiva de arquivo de 256 KB sumir para um único assistente
Uma ferramenta que só conseguia criar um arquivo pequeno, dentro de uma área isolada, foi marcada com um aviso genérico e correto. Um assistente de IA lidou bem com essa marca. Outro a tratou como motivo para recusar a ferramenta por completo.
-
Por que um domínio pendente ficou treze horas sem mostrar erro
Um domínio migrado ficou parado por treze horas com a caixa de erro vazia. O registro que já tínhamos dado como conferido foi justamente o que ficou desatualizado.
-
O rollback que ninguém tinha testado em quatro sites de teste expirados
Um item da lista dizia "rollback exercitado uma vez de verdade". Quando finalmente executamos, três dos sites de teste que a gente pretendia usar já tinham perdido justamente aquilo que torna possível voltar atrás.
-
Quando "não definido" significava, em silêncio, "sem restrições" a cada reinício
Uma permissão deixada sem definição era tratada como acesso total, e não como acesso nenhum. A correção foi não permitir nenhum caso indefinido.
-
Por que uma senha guardada gerou duas mensagens de erro sem relação
Uma senha que tinha funcionado minutos antes foi rejeitada em outro lugar, e dois sistemas deram duas mensagens de erro diferentes para o que era uma única causa. Depois, a escolha foi entre uma correção rápida e uma completa, e as duas têm um custo.
-
Por que doze stashes idênticos nos fizeram parar antes de apagar qualquer coisa
Um padrão repetido em vários workspaces parecia bagunça inofensiva, até tratarmos aquilo como uma pergunta e não como uma tarefa de exclusão.
-
A pasta `.cargo\bin` que ninguém conseguia encontrar pela linha de comando
Um atalho útil parecia estar funcionando, até que os registros das sessões mostraram que o computador nunca tinha conseguido encontrá-lo.
-
Por que o estilo de título que já existia tinha os controles de que precisávamos
Um pedido por um título mais marcante foi resolvido ao revelar uma opção confiável que já existia, em vez de construir uma separada.
-
De dois a três minutos de 404 depois de remover uma configuração que tínhamos certeza de que estava morta
Uma verificação do site parecia tranquilizadora, até que remover uma configuração antiga mostrou que ela estava respondendo o tempo todo.
-
Por que nossa fila parecia lotada, se a maioria dos itens ativos já estava concluída
Uma lista de tarefas pode gerar estresse muito depois de seus rótulos deixarem de refletir o que realmente está acontecendo. Antes de pedir para a IA priorizar o trabalho, confira se os sinais por trás da lista ainda significam o que você acha que significam.
-
Por que uma página de diagnóstico com aparência saudável continuava exibindo undefined
Uma pequena página parecia saudável, mas dava a resposta errada porque um atalho copiado tinha perdido uma etapa de segurança.
-
Uma pasta de 1,7 GB, um ponteiro oculto e oito sessões abertas
Um disco de computador quase cheio transformou a simples mudança de uma pasta em uma lição sobre parar o trabalho em andamento antes de mudar o lugar onde ele fica guardado.
-
Por que `"` apareceu depois de salvar um rótulo duas vezes
Um pequeno erro na caixa de edição transformou aspas normais em um texto que ficava mais quebrado a cada salvamento.
-
Quatro segundos de silêncio depois de uma atualização de rotina às 15:58
Um registro compartilhado foi endereçado por número de posição em vez de por nome, e um aviso real foi sobrescrito antes que alguém o lesse. As evidências que conferimos nos seis minutos seguintes transformaram um erro de aparência assustadora em um não-evento.
Ver todas as histórias em inglês. As traduções chegam aos poucos.
Everyday AI
Histórias em linguagem simples sobre usar IA para facilitar o trabalho do dia a dia. Um e-mail curto quando sair uma nova, sem jargão.
Quer a versão técnica também? O Follow the Build traz o detalhe de engenharia. Sobre esta newsletter →
O Build Log ainda faz parte da história.
A DXDEV documenta como esses sistemas são construídos, testados e mantidos seguros no mundo real. Se você quer ver a implementação por trás da lição prática, comece por lá.
Explore o Build Log →