O Claude consegue operar cripto?
Dei a um agente Claude autônomo dinheiro real na Binance Brasil e publiquei cada decisão que ele tomou. Nunca operei manualmente, nunca coloquei mais dinheiro, nunca dei uma dica. Foram duas fases; as duas estão encerradas. O agente perdeu dinheiro nas duas — e isso acabou sendo o que há de menos interessante na história.
Duas fases, ambas encerradas
Cada tick rodava como uma Lambda agendada: buscar saldo, posições, dados de mercado e notícias → montar o prompt → chamar o Claude → receber uma decisão estruturada com a tese → validar contra regras de risco aplicadas em código → executar → persistir o estado.
17 → 24 abr 2026
Um agente, cinco símbolos
−3,97%
R$203,24 em 7 dias com Claude Opus 4.7, ticks a cada 15 minutos sobre um universo travado de cinco símbolos. 708 decisões, 16 trades. A correção que importou: realimentar as 20 últimas decisões no prompt elevou a taxa de referência ao próprio plano de 12% para 94%.
24 mai → 22 jun 2026
Dois agentes, universo aberto
−1,83% / −1,25%
R$500 cada, rodando lado a lado por 30 dias — um conservador, outro scalper agressivo — sobre um universo aberto dos pares BRL mais líquidos. 6.141 decisões. O P&L realizado antes das taxas foi positivo para os dois; taxas, slippage e posições em aberto levaram o resultado de volta.
A fronteira de confiança é todo o projeto
A engenharia interessante aqui não é operar no mercado — é dar poder de gasto real a um modelo sem entregar a ele as chaves de tudo. As credenciais são divididas para que nenhum componente comprometido consiga, sozinho, decidir e apagar o próprio rastro.
O agente tem as credenciais da corretora e do modelo — mas não do banco
Ele pode enviar uma ordem e chamar o Claude. Não pode ler nem reescrever o registro do que fez, porque nem sabe que o banco existe.
A API tem o banco — mas nenhuma chave de corretora
Ela aceita escritas do agente via bearer token, e a identidade do agente vem do token, nunca do corpo da requisição. Ela não consegue operar.
O dashboard é somente leitura, e público
Não guarda nada. Cada decisão, tese e valor de custo fica visível para qualquer pessoa enquanto o experimento roda — é isso que dá valor ao registro.
Toda regra de risco — limites de posição, piso de caixa, parada por sequência de perdas, o validador que considera taxas — vive no código, não no prompt. Em 6.141 decisões da Fase 2 não houve nenhuma violação do piso de capital. São três kill switches independentes: uma flag de parada lida a cada tick, o próprio agendador, e auto-paradas disparadas de dentro do agente. Nunca confie que o modelo vai respeitar um limite que o código consegue impor.
O que isso realmente me ensinou
Estas lições vão além de trading — valem para qualquer agente autônomo que roda em agenda e gasta algo real.
Pensar custou 40× o que operar perdeu
O resultado combinado da Fase 2 foi −R$15,37. A inferência do Claude por trás disso custou cerca de US$112 — perto de 60% de todo o capital. Para um agente de alta frequência, a conta do modelo, e não o resultado da tarefa, é a principal linha de custo.
O modelo mais barato operou melhor
Trocar um agente de Sonnet para Haiku cortou 67% do custo por decisão — e ele venceu 64% dos trades fechados nos 16 dias seguintes, contra 39% antes. Amostra pequena, mas pegar o maior modelo por padrão não é diligência.
A vantagem já estava nos dados
Trades de alta confiança foram positivos nos dois agentes; os de confiança média, negativos. Só remover as saídas de confiança média já inverte o P&L de um deles para positivo. O sinal estava registrado desde o primeiro dia e nunca foi usado.
O harness importa mais que o modelo
A correção de maior alavancagem nas duas fases foi dar ao agente memória estruturada das próprias decisões recentes. A maioria dos problemas que parecem falha de raciocínio é falta de contexto.
Medir custo é decisão de schema, não de dashboard
A resposta honesta da Fase 1 sobre gastos era “não sei com precisão”. Registrar tokens, custo e modelo por decisão tornou a Fase 2 exata até o centavo — e moldou a fase mais do que qualquer comportamento de trading.
As falhas foram de registro, não de dinheiro
Nenhum dos deslizes operacionais da Fase 2 tocou o capital. Cada um quebrou o registro: recaps sem medição, um job agendado ainda disparando depois do fim da fase, uma API que limitava silenciosamente o próprio histórico. Para um experimento cujo produto é o registro, é contra esse modo de falha que se deve projetar.
Os artigos completos
Fase 1 — sete dias, um agente
O que o P&L não conta: a arquitetura, os bugs que quase quebraram tudo e o momento em que o agente apontou o próprio viés.
Ler o artigo →Fase 2 — dois agentes, trinta dias e o medidor
Dois agentes operaram R$1.000 por um mês e perderam R$15,37. Pensar custou US$112,03. Este é sobre o medidor, não sobre o mercado.
Ler o artigo →Não é recomendação de investimento nem estratégia de trading — o agente perdeu dinheiro nas duas fases. O que é reaproveitável é a arquitetura, não os trades que ele escolheu.