Lança o teu SaaS em diretórios com um agente de browser

O que um agente de browser precisa

Acesso aos ficheiros do repositório

O agente tem de ler o playbook de uma plataforma, o product.json e o identity.json. Um agente de programação com uma ferramenta de browser lê-os diretamente; um agente de browser puramente alojado precisa que lhe entregues o playbook relevante e os factos do produto plataforma a plataforma.

Um browser onde tens sessão iniciada

As submissões acontecem com as tuas contas. Um agente de browser que corre no seu próprio browser remoto não tem sessão iniciada como tu e não consegue ler a tua caixa de correio para códigos de verificação; o guia do repositório assume um Chrome que consegues ver.

Uma forma de registar resultados

O record.py e o dashboard local são scripts Python na tua máquina. Se o agente de browser não os consegue correr, registas cada resultado tu próprio no dashboard depois da execução.

As condições de paragem do runbook

Procura de duplicados primeiro, verificação de identidade por plataforma, sem compras, parar perante CAPTCHA ou ambiguidade. São instruções que o agente tem realmente de seguir, não funcionalidades que traz de origem.

Ligar um agente de browser ao teu Chrome

O BROWSER-SETUP.md está escrito para agentes que se ligam a um Chrome que supervisionas. Se o teu agente de browser é um agente de programação com uma ferramenta de browser, o guia aplica-se tal como está: Chrome DevTools MCP com auto-connect no teu Chrome do dia a dia (144 ou mais recente), ou um perfil Chrome dedicado com uma porta de debugging local, uma ligação duradoura por lote.

Se o teu agente de browser traz o seu próprio browser, o smoke check do guia continua a dizer-te se é utilizável: consegue abrir a página inicial pública de um diretório e ler o título, consegue iniciar sessão num diretório alvo com a tua identidade, consegue chegar à tua caixa de correio para o email de verificação? Se a resposta às duas últimas for não, conta que esses passos serão teus.

Em qualquer dos casos: fecha separadores sensíveis não relacionados, usa apenas os sites permitidos do produto, nunca exportes cookies ou um perfil de browser, e trata uma chamada de ferramenta concluída como nada mais do que uma chamada de ferramenta — volta a ler a página para ver se gravou.

O prompt de arranque

O prompt de arranque público do START.md, sem alterações. Assume um agente que consegue correr Python na pasta clonada — tipicamente, um agente de programação com uma ferramenta de browser. Com um agente de browser puramente alojado, corre antes os comandos de “fazer tu próprio” do START.md no teu terminal e usa o dashboard para copiar prompts por plataforma para o agente.

Read AGENTS.md, then follow "Start the dashboard for the owner". Create my private
workspace if I do not have one yet, start the dashboard, and give me the link.

Os playbooks e as instruções são Markdown em inglês, que é o que os agentes de programação lidam melhor. O copy do teu produto pode estar em qualquer língua que um diretório aceite; o agente responde-te na tua língua.

De qualquer das formas, o workspace, o product.json, o authorizations.json e o submissions.csv acabam como ficheiros na tua máquina, e o dashboard mostra o que está live, pendente, agendado ou à espera de ti.

Como é uma execução

A ilustração abaixo é a da página inicial: um lote, cada plataforma a terminar no estado que foi realmente observado. Com um agente de browser os estados podem ser introduzidos por ti depois da execução; de qualquer forma vêm do tracker, não desta página.

O que continua a precisar de ti

O LaunchRepo não é, de propósito, um serviço em segundo plano. Estes momentos param a execução e são registados como passagens para humano; o agente nunca os contorna:

CAPTCHAs e verificações anti-bot

Seja qual for o agente, o desafio é teu para resolver na janela pretendida. O tracker regista prepared_needs_human; não há passos de stealth ou evasão em nenhum playbook.

2FA e códigos de verificação

A maioria dos diretórios confirma por email. Se o agente de browser não consegue ler a tua caixa de correio, o código e o clique de confirmação são uma passagem para humano — registada como tal, nunca como acesso automatizado.

Upsells pagos

As rotas só pagas são registadas como deferred_paid. A um agente de browser é preciso dizer-lhe para não comprar; os playbooks dizem-no em todas as plataformas, e a decisão continua a ser tua.

Registar e confirmar

Se o agente não consegue correr o record.py, introduzes o resultado no dashboard local. “Live” precisa sempre de um URL público e da tua declaração.

Sem benchmark, sem ranking: afirmamos compatibilidade com browser agents porque cumpre os dois requisitos acima, não porque o tenhamos medido face a outros agentes.

Perguntas