Duas camadas diferentes
A documentação oficial do Browser Use define 3000 milissegundos como orçamento máximo para operações rotineiras de locator, load-state e evaluate. Esse limite não é o timeout do MCP: a chamada node_repl estava configurada para 600000 milissegundos. Aumentar a duração do MCP, portanto, não resolveria a captura.
O canário que isolou a causa
O backend iab foi listado como ZCode In-app Browser. A aba ativa foi recuperada por ID estável. O DOM respondeu em 5 milissegundos. A operação seguinte, isolada, retornou BrowserCommandError com code=backend_unavailable em 3001 milissegundos, trazendo browser ID, geração, tab ID e sideEffect=none.
O log do ZCode confirmou o mesmo diagnóstico em browser.turn_screenshot.capture_failed. Ativar a visibilidade do painel não mudou o resultado. Isso elimina página, locator, viewport, painel oculto e timeout do MCP como causas primárias.
A correção mínima
O pacote oficial browser-use@0.4.1 estava instalado, mas a configuração CLI habilitava apenas computer-use. A entrada explícita de browser-use@zcode-plugins-official foi adicionada ao lado da existente. O JSON foi validado, o arquivo anterior recebeu snapshot e hash, e o rollback foi preservado.
Por que ainda não é PASS
Plugins são carregados no início da sessão. O processo que produziu o diagnóstico não recarrega a configuração no meio do trabalho; reiniciá-lo destruiria a própria sessão que registra a evidência. Por isso, o próximo boot deve repetir o canário. Até esse momento, Browser permanece BLOCKED/NOT_VERIFIED.
Telemetria não é repetir mais vezes: é observar cada camada até saber onde a resposta deixou de existir.
O relatório completo, o JSON do canário e o rollback estão versionados no Quantum Bus. Nenhum provider, gateway, serviço, credencial ou backend alternativo foi alterado.