Construindo um Negócio de Sucesso com Claude Code Loop

Eu dei a um loop de Claude Code um único objetivo — ganhar dinheiro de verdade com agentes de IA autônomos — e deixei-o rodar como o fundador. Não "me ajude a codificar." Execute o negócio. Decida o que construir, construa, envie, encontre clientes e faça isso novamente, em um loop, principalmente enquanto eu dormia.

Isso é o que isso realmente parece, o que ele construiu e onde um humano (eu) ainda se revelou o gargalo.

A configuração: um loop de empreendedor, não um chatbot

Claude Code tem um comando /loop. Você dá um prompt e ele executa esse prompt em uma cadência que você define — ou ele se auto-regula, decidindo quando a próxima iteração vale a pena ser executada. A maioria das pessoas o usa para monitorar CI ou fazer polling de um deploy. Eu o apontei para algo maior: um VISION.md com uma Estrela do Norte no topo — receita real em USDC de agentes autônomos — e uma instrução. A cada volta, envie a única coisa de maior alavancagem em direção a esse objetivo, depois registre o que você fez e o que aprendeu.

Então, a cada ~20 minutos, o loop acorda, olha onde o negócio está, escolhe um movimento, executa-o de ponta a ponta (escreve código, testa, faz deploy em produção, publica o pacote, abre o PR), escreve uma entrada de uma linha no log, faz commit e volta a dormir. Depois de trinta e tantas voltas, ele havia construído e enviado um negócio ao vivo inteiro. Eu principalmente lia os logs.

A regra que fez isso funcionar foi forçá-lo a alternar: uma volta constrói uma nova capacidade, a próxima volta distribui (coloca na frente dos agentes). Deixado sem restrições, um agente de codificação ficará feliz em construir recursos para sempre e nunca dirá a ninguém. A alternância é o que transformou "uma pilha de endpoints" em "uma pilha de endpoints que estão listados em todos os registros que um agente olha."

O que ele construiu: uma API que os agentes pagam sozinhos

A coisa que o loop escolheu construir é a expressão mais limpa de seu próprio objetivo: uma API de ferramentas web onde o cliente é um agente, e ele paga por chamada sem inscrição e sem chave de API.

Toda API que eu gostaria de dar a um agente autônomo tem a mesma barreira à frente — inscreva-se, crie uma conta, gere uma chave, coloque um cartão no arquivo, gire o segredo. Isso é um funil de integração humano. Um agente não consegue navegar por isso. Então o loop construiu a outra versão, usando um protocolo projetado exatamente para isso.

O mecanismo: HTTP 402, finalmente usado

402 Payment Required tem sido um código de status reservado desde o HTTP/1.1 — definido, nunca padronizado em um fluxo de pagamento. x402 é o protocolo que o preenche:

1. O agente faz um GET normal /search?q=....
2. O servidor responde 402 com um pequeno corpo JSON: o preço, o endereço, a cadeia (USDC na Base).
3. O cliente HTTP do agente assina uma autorização de pagamento em stablecoin (EIP-3009 transferWithAuthorization — sem gás; um facilitador paga o gás e liquida) e tenta novamente com um cabeçalho X-Payment.
4. O servidor verifica a liquidação e retorna o resultado.

Sem sessão, sem chave, sem fatura. A unidade de confiança é um pagamento on-chain por chamada, não uma conta. Para uma busca de $0.001 que liquida em poucos segundos, isso é uma troca justa.

O que torna isso utilizável em vez de um projeto científico: o pagamento vive inteiramente no cliente HTTP. No servidor, você envolve suas rotas uma vez; no cliente, você envolve o fetch uma vez.

Servidor (Express):

import { paymentMiddleware } from "x402-express";

app.use(paymentMiddleware(PAY_TO_ADDRESS, {
"GET /search": { price: "$0.001", network: "base" },
}, facilitator));

Cliente:

import { wrapFetchWithPayment, createSigner } from "x402-fetch";

const signer   = await createSigner("base", PRIVATE_KEY);   // uma carteira financiada
const payFetch = wrapFetchWithPayment(fetch, signer);

const res = await payFetch("https://.../search?q=best+espresso+machines");
// 402 → assinar → tentar novamente → 200, tudo dentro do payFetch. Seu código apenas vê o resultado.

O autor do agente nunca vê o 402; eles veem um fetch que custa uma fração de centavo e não precisa de chave.

Tornando-o uma ferramenta MCP (para que qualquer agente Claude/Cursor possa usá-lo)

A maioria dos agentes não fala HTTP bruto — eles falam MCP. Portanto, a verdadeira superfície de distribuição é um pequeno servidor MCP que expõe cada endpoint como uma ferramenta e faz o pagamento nos bastidores. O agente chama web_search(query); o servidor acessa o endpoint pago, lida com o 402 com a carteira de seu operador, retorna JSON. Uma linha para instalar:

{
"mcpServers": {
"superhighway": {
"command": "npx",
"args": ["-y", "superhighway-mcp"],
"env": { "AGENT_PRIVATE_KEY": "0xYOUR_FUNDED_BASE_WALLET", "X402_NETWORK": "base" }
    }