LaunchRepoEm 2026 há três formas práticas de pôr um produto de software listado em algumas dezenas de diretórios sem fazer tudo à mão: entregar o trabalho a um agente de código que consegue conduzir um browser, entregá-lo a um agente de browser dedicado, ou pagar a um serviço para o fazer. Normalmente comparam-se pelo preço. O preço é a diferença menos interessante. O que cada um precisa de ti, quem controla as contas e o que te fica nas mãos quando acaba importam mais, e raramente são ditos com clareza.
Esta é a versão dita com clareza. É escrita por quem vende a primeira opção, por isso lê-a com isso em mente; onde um serviço é a melhor resposta, o artigo di-lo.
Opção 1: o teu agente de código
Um agente de código — Claude Code, Codex, o agente do Cursor, ou qualquer coisa semelhante que consiga ler um repositório e chamar ferramentas — não é uma ferramenta de submissão. Passa a ser uma quando lhe dás três coisas: um browser que consiga operar, os factos sobre o teu produto num formato que consiga ler, e instruções por diretório que lhe digam o que o formulário quer e quando parar.
O que precisa. Um repositório clonado na tua máquina. Uma integração com o browser: o kit documenta o Chrome DevTools MCP contra um Chrome onde tens sessão iniciada e que consegues ver. Python para o tracker e o painel. Os factos do teu produto num ficheiro, a tua identidade pública noutro, e uma decisão sobre que factos pessoais podem aparecer nas listagens. Depois, um prompt.
Modelo de custo. Pagas o uso do agente — tokens, faturados pelo teu fornecedor — e, se usares a LaunchRepo, um pagamento pelo repositório. O segundo produto custa tempo de agente, não uma segunda licença. Não há preço por diretório, porque ninguém faz o trabalho por diretório a não ser o teu agente.
Controlo. Total, e visível. O agente trabalha no teu browser com as tuas contas. Quando aparece um CAPTCHA, um pedido de dois fatores ou um e-mail de verificação, para e regista prepared_needs_human; resolve-lo na mesma janela. Nunca paga: um diretório cuja única via custa dinheiro é registado como deferred_paid, e a decisão é tua. Cada resultado fica num tracker local com uma data e um URL público onde existir.
O que fica teu depois. As contas, as listagens, o tracker com os estados reais, os playbooks e um fluxo que podes correr de novo no próximo trimestre ou para o próximo produto. Nada vive no servidor de um fornecedor.
Onde falha. Precisa de uma configuração que tens de fazer uma vez — ligação ao browser, permissões, uma primeira sessão de onboarding — e precisa de ti por perto durante um lote para as passagens. Se nunca correste um agente com uma ferramenta de browser, a primeira hora é aprendizagem, não lançamento. As páginas de agentes descrevem a configuração para o Claude Code, o Codex e o Cursor individualmente.
Opção 2: um agente de browser
Os agentes de browser ao estilo Operator — alojados ou locais — já fazem os cliques. Aponta um a um formulário de submissão, dá-lhe texto, e ele preenche o formulário. Parece o mesmo que a opção 1 e difere numa coisa importante: um agente de browser, por defeito, não tem memória do teu produto entre sites nem faz ideia do que «feito» significa em cada diretório.
O que precisa. Os mesmos factos do produto e identidade, mas entregues por sessão, porque um agente de browser alojado não consegue ler o teu repositório. Um briefing por diretório: o que o formulário pede, o que conta como confirmação, o que recusar. Uma forma de registar resultados, já que o próprio agente normalmente não consegue correr o teu tracker.
Modelo de custo. Faturação por uso do fornecedor do agente, por vezes uma subscrição do próprio produto do agente. Mais o que quer que lhe dê os briefings; a página de agentes de browser explica como os playbooks do kit cumprem esse papel mesmo quando o agente não consegue ler ficheiros diretamente.
Controlo. Alto enquanto estás a ver, baixo quando não estás. Um agente de browser clica alegremente em «Upgrade» se o formulário gratuito estiver escondido atrás dele, submete um formulário duas vezes se a primeira confirmação foi ambígua, ou escreve «lançado» nas tuas notas quando viu uma página de agradecimento. Nada disto é malícia; é a ausência de regras. As regras têm de vir de algum lado.
O que fica teu depois. As contas e as listagens, se foste tu a iniciar sessão. O registo, só se o guardaste. O histórico de sessões de um agente de browser alojado não é um tracker de submissões.
Onde brilha. Diretórios com formulários pesados e visuais onde a ferramenta de browser de um agente de código é desajeitada, e submissões pontuais onde montar um repositório seria excessivo. Onde desilude: lotes de trinta plataformas com seguimentos ao longo de várias semanas. Isso é um problema de acompanhamento de estado, e um agente de browser não tem estado.
Opção 3: um serviço feito por eles
Pagas, preenches um formulário sobre o teu produto, e uma equipa — humana, automatizada ou, como vários fornecedores agora dizem, «agentes de IA e humanos em conjunto» — submete-o a um número fixo de diretórios e envia um relatório. É o maior segmento do mercado e o mais variado.
O que precisa. De ti: factos do produto, um logótipo, capturas de ecrã e por vezes acesso a um endereço de e-mail. Deles: a escolha de um pacote. Alguns criam contas em teu nome com um endereço que controlam e entregam as credenciais no fim; alguns usam as tuas; alguns iniciam sessão com a própria conta Google em diretórios que não oferecem mais nada. É esse o detalhe a ler antes de pagar, e a comparação de fornecedores cita o que cada um dos oito fornecedores que verificámos publica sobre isso.
Modelo de custo. Normalmente uma taxa única por produto ou por site, escalonada pelo número de diretórios; por vezes uma subscrição com uma quota mensal. O segundo produto custa o mesmo outra vez. Os preços que encontrámos iam de dezenas a várias centenas de dólares por produto no dia em que verificámos; as páginas de comparação têm os números com data.
Controlo. Baixo, por desenho; é isso que estás a pagar. Vês um relatório no fim. Se as listagens foram pela via gratuita, se um formulário foi submetido duas vezes e se «listado» significou online ou em revisão depende do padrão de relatório do fornecedor. Alguns publicam URL online e capturas de ecrã; alguns entregam uma folha de cálculo.
O que fica teu depois. As listagens que ficaram online, e as credenciais das contas se o fornecedor as entregar. Não o processo: o produto seguinte é uma nova encomenda. Alguns serviços juntam uma garantia sobre domain ratings ou número de listagens; os honestos dizem também que quem decide são os diretórios, não o fornecedor.
Onde é a resposta certa. Tens um produto, nenhum interesse em agentes e um orçamento. Então um serviço é racional, e as páginas de comparação existem para que escolhas um com base em factos e não na landing page mais barulhenta. O hub de alternativas ordena os fornecedores por modelo.
As diferenças que decidem
Põe os três lado a lado nas perguntas que variam mesmo:
| Agente de código + kit | Agente de browser | Serviço feito por eles | |
|---|---|---|---|
| Quem faz o trabalho | O teu agente, no teu browser | O agente, no browser dele ou no teu | A equipa ou a automação do fornecedor |
| Quem tem as contas | Tu | Tu, se iniciaste sessão | Fornecedor ou tu, conforme o pacote |
| O preço escala com | Uso do agente | Uso do agente | Produtos |
| Segundo produto | Mesmo repositório | Mesma configuração, novos briefings | Nova encomenda |
| Passagens (CAPTCHA, 2FA) | Registadas, resolves tu | Tuas, se reparares | O fornecedor trata ou salta |
| Via gratuita vs paga | Gratuita por defeito, nunca paga | O que clicar | Definida pelo pacote |
| Registo do que aconteceu | Tracker local, 11 estados | O que guardaste | Relatório do fornecedor |
| Depois | Playbooks, tracker, contas | Contas | Listagens, relatório |
A linha «segundo produto» é a que separa os compradores. Se lanças um produto por ano, a coluna do serviço ganha em esforço e a diferença de preço é pequena. Se lanças vários, ou relanças depois de mudar de nome, a coluna do repositório ganha em ambos, e a coluna do agente de browser depende inteiramente da tua disciplina a guardar registos.
O que a LaunchRepo é, neste enquadramento
A LaunchRepo é a opção 1 empacotada: playbooks para 346 plataformas, um template de produto, um tracker com onze estados e um painel local, num repositório privado que o teu próprio agente corre. Serve também como o livro de regras em falta da opção 2, e é por isso que existe a página de agentes de browser. Não é a opção 3 e não quer ser. Não há equipa, fila nem relatório; há um repositório e um preço para produtos ilimitados que possuis.
O que é uma forma longa de dizer: escolhe pelo que queres que fique teu depois. Se a resposta é «nada, só as listagens», paga a um serviço. Se a resposta é «o processo», compra o repositório e entrega-o ao agente que já tens.
Fontes: o repositório da LaunchRepo (START.md, BROWSER-SETUP.md, RUNBOOK.md) e as páginas dos fornecedores verificadas para as páginas de comparação a 17 de setembro de 2026. Nenhum fornecedor foi contactado para este artigo.