Últimas atualizações e melhorias na FourA
Clique no novo botão Cancelar enquanto um request do playground está carregando e nós o abortamos de forma limpa. O painel volta ao estado ocioso com uma nota 'Request cancelado' em vez de um erro de rede assustador.
As chaves que você criar a partir de hoje podem ser reveladas a qualquer momento, tanto na página de API Keys quanto dentro do reprodutor curl do playground. Clique no olho, confirme, e a chave completa será exibida por 15 segundos antes de desaparecer (cada revelação é registrada no log de auditoria). Chaves mais antigas continuam com visualização única; regenere qualquer chave antiga para torná-la revelável.
A fila de reverificação agora esvazia em dias em vez de semanas. Reduzimos o tempo para escolher cada proxy a ser testado de cerca de 2 segundos para cerca de 10 ms, para que o pool permaneça mais atualizado sob carga. Menos IPs inativos em rotação, e cada chamada do Single e do Proxy Finder trabalha com um conjunto mais saudável.
Cada lote de atualização agora é distribuído entre sub-redes distintas, garantindo que cada execução utilize todo o limite de concorrência. O pool do Proxy Finder é renovado de 5 a 10 vezes mais rápido e as entradas obsoletas são removidas em poucas horas.
Corrigimos uma lentidão que deixava proxies recém-descobertos aguardando antes de serem validados. O Proxy Finder agora os verifica imediatamente, de modo que o pool permanece mais atualizado, com mais proxies ativos e funcionais em rotação.
Abaixo de 768px, a linha de URL se reorganiza em duas linhas, as abas de response rolam horizontalmente e a tabela de cookie se torna um grid de cards. Tooltips de dica abrem ao tocar em vez de hover; o iPhone SE (abaixo de 374px) recebe redução extra. O botão Send está centralizado corretamente e uma URL longa não empurra mais a página para a rolagem horizontal.
O expand costumava esticar o card de response dentro do fluxo da página, de modo que painéis altos adicionavam scroll ao body e deslocavam o layout. Agora ele é um overlay fixo entre a sidebar e a borda da viewport, com painéis que crescem para preencher a viewport. Escape o fecha; um único helper gerencia os caminhos de clique e de teclas.
O Playground agora acompanha o atributo Domain corretamente, de modo que os cookies restritos ao host permaneçam em seu host. A visualização Parsed os marca com um selo HO, e a visualização Raw corresponde ao que o upstream enviou.
Destinos que resolvem para um intervalo de rede privada agora retornam um 400 com um erro de validação claro, em vez de serem encaminhados. A verificação é executada antes do envio de qualquer request e cobre blocos IPv4 e IPv6 reservados. Se você passar acidentalmente um hostname interno, verá um erro limpo imediatamente. Mesmo comportamento no Single, Proxy Finder e Browser.
Aponte qualquer cliente compatível com MCP para https://mcp.foura.ai/mcp e autentique-se com sua chave de API do FourA. Você terá Single, Proxy Finder e Browser como ferramentas que seu LLM pode chamar diretamente. Funciona com Claude Desktop, Claude Code e qualquer outro cliente que fale o protocolo MCP. Guia de configuração →
O playground da homepage tem uma terceira aba para Browser, ao lado de Use Proxy e Find Proxy. Faça login e você poderá executar requests reais de Browser a partir do dashboard com um clique.
As colunas de request e response agora compartilham abas correspondentes (UI, Body, Headers, Cookies, Raw). Cada painel tem seu próprio alternador de visualização (árvore JSON, árvore HTML, texto), Expand estende a response para largura total e Ctrl/Cmd+K abre a busca no painel com navegação seguinte/anterior. Os botões Copy e Download ficam em cada painel e capturam exatamente o que está na tela, e a aba Cookies agora agrupa por host com filtro, exclusão por linha e badges de flag.
Todos os campos do Playground agora estão alinhados ao schema: o Browser força GET, oculta o textarea do body, e a aba Raw mostra o JSON exato que atinge a API, além de um reprodutor curl.
Com unblocker: true, o Single e o Proxy Finder agora levam a assinatura completa do unblocker até a origem, para que as barreiras anti-bot que a verificam deixem a requisição passar.
Alguns sites da Cloudflare retornam 200 OK, mas injetam um script em segundo plano que emite o cookie cf_clearance real um momento depois. O Browser costumava retornar a página antes da chegada desse cookie, deixando o jar vazio. Agora o Browser espera pelo evento do cookie, então você obtém um cf_clearance limpo que pode reproduzir através do Single ou Proxy.
