LaunchRepoOs seis passos
Tudo o que se segue acontece na tua máquina, com as tuas contas. Requisitos: Python 3.10+ em macOS ou Linux, um agente de programação que leia ficheiros e controle um browser, e um Chrome onde tens sessão iniciada. Nada mais é instalado.
Passo 1: Clona o convite
Depois do pagamento verificas o teu e-mail, ligas a conta GitHub que deve ter acesso e aceitas o convite para o repositório privado. Clona-o e abre a pasta no teu agente de programação — Claude Code, Codex, Cursor ou outro agente que leia ficheiros e controle um browser.
git clone <URL do convite> LaunchRepoPasso 2: Cola o prompt de arranque
O START.md contém um único prompt: “Read AGENTS.md, then follow ‘Start the dashboard for the owner’ …”. O agente cria um workspace privado ao lado do checkout — os teus produtos e credenciais nunca vivem no repositório de entrega —, arranca o dashboard local e responde com um link 127.0.0.1.
prompts/start.mdPasso 3: Descreve o teu produto uma vez
Nos formulários do dashboard ou numa entrevista conduzida pelo agente (ONBOARDING.md) preenches o product.json: público, problema resolvido, diferenciador, funcionalidades reais, preços, fase de lançamento, capturas e logótipo genuínos. O identity.json guarda o nome público, o endereço de contacto e o nickname; um workshop de copy produz as variantes de texto. Defines também a data mais cedo em que algo pode ser publicado. O desconhecido fica vazio — o agente nunca transforma funcionalidades planeadas em disponíveis.
product.jsonPasso 4: Liga o teu Chrome com sessão iniciada
O BROWSER-SETUP.md liga o agente a um Chrome que consegues ver — Chrome DevTools MCP sobre o teu browser com sessão, ou um perfil isolado via CDP como alternativa — e corre um teste visível. Inicias sessão na tua caixa de correio nesse browser para os e-mails de verificação funcionarem. O que o agente pode fazer (registos gratuitos, submissões finais, ações de e-mail específicas, badges no teu site) fica registado uma vez por produto em authorizations.json. A despesa fica em zero.
BROWSER-SETUP.mdPasso 5: O teu agente percorre os playbooks
O doctor.py verifica a configuração e separa o que falta das permissões que recusaste. Depois o agente escolhe 3–5 plataformas adequadas do índice e do catálogo e, para cada uma: procura listagens existentes, verifica que está no site certo, prepara o copy dentro dos limites dos campos, recusa todos os upsells pagos e submete apenas dentro da tua autorização. CAPTCHAs, 2FA e estados de conta pouco claros param a execução e passam para ti.
playbooks/ · PLAYBOOK-INDEX.mdPasso 6: Os resultados são registados, não assumidos
Cada resultado passa pelo record.py para o submissions.csv com um de onze estados — “live” exige um URL público e a tua confirmação. O SESSION.md e o FOLLOW-UP.md guardam as evidências e as próximas datas, para que a sessão seguinte continue em vez de recomeçar. O dashboard agrupa tudo em precisa-de-ti, problemas, em revisão, agendado e publicado. O teu próximo produto reutiliza tudo.
record.py · submissions.csv
O que continua a precisar de ti
O LaunchRepo não é, de propósito, um serviço em segundo plano. Estes momentos passam para ti e são registados como passagens para humano, em vez de serem “resolvidos” pelo agente:
- CAPTCHAs e verificações anti-bot
- O agente para, regista prepared_needs_human e o dashboard lista a plataforma em “precisa de ti”. Resolves no teu próprio browser.
- 2FA e códigos de verificação
- Os códigos chegam à tua caixa de correio no browser ligado. Reencaminhar um código à mão é uma alternativa suportada e fica registado como passagem para humano, nunca como acesso automatizado.
- Rotas pagas
- Se a única rota utilizável custa dinheiro, a plataforma recebe deferred_paid. Nunca é feita nenhuma compra; decides mais tarde, com a nota à frente.
- A tua representação pública
- Antes de uma bio de maker, uma intro de lançamento ou um “porque construí isto” chegar a uma listagem, o PR-BRIEFING.md mostra-te exemplos concretos para corrigir. A redação aprovada fica em representation.md.
- Badges no site
- Alguns diretórios exigem um badge no teu site. O agente pergunta uma vez por produto se pode adicionar, fazer commit e publicar um; um “não” fica registado e não bloqueia o resto.
- Confirmar “publicado”
- Um ecrã de agradecimento não é uma listagem. Marcar uma plataforma como publicada exige um URL público e a tua declaração de que a reviste.
O que significam os estados do tracker
O record.py aceita exatamente estes estados, e o dashboard mostra os mesmos. Cada um está ligado a uma observação mínima para que um “feito” nunca seja inflacionado:
| Estado | Observação mínima |
|---|---|
draft | Trabalho preparado; a submissão final não está confirmada. |
prepared_needs_human | Uma ação concreta do proprietário ou um desafio (CAPTCHA, 2FA, conta pouco clara) bloqueia trabalho preparado. |
submitted_pending_review | A plataforma recebeu explicitamente a submissão e a moderação ainda está pendente. |
queued | A plataforma confirma uma posição na fila ou em lista de espera. |
scheduled | A plataforma confirma uma data de lançamento igual ou posterior à tua data mínima; qualquer aprovação pendente fica na nota. |
live | Listagem pública verificada sem etiqueta de pendente; exige o URL público e a tua confirmação. |
already_listed | Foi encontrada e verificada uma listagem pública existente; mesmo requisito de URL e declaração que live. |
blocked | Elegibilidade, capacidade da conta ou um facto obrigatório em falta impedem o progresso. |
deferred_paid | A rota atualmente utilizável exige pagamento; não foi feita nenhuma compra. |
not_a_fit | O produto não cumpre os critérios de público ou de listagem. |
unavailable | A rota ou a plataforma não pode ser usada de momento; o problema observado fica anotado. |
O resultado de cada plataforma é independente: uma caixa de distribuição a parceiros num site não conta como segunda submissão, e “scheduled” ainda pode demorar várias semanas até ser realmente publicado em diretórios gratuitos.
O fundador explica em menos de três minutos
O Aleks percorre o que o LaunchRepo faz, para quem é e o que deixa deliberadamente nas tuas mãos. O mesmo vídeo da página inicial; áudio em inglês.
Perguntas sobre o fluxo
Submete automaticamente enquanto durmo?
Não. O teu agente corre na tua sessão, num browser que consegues ver, e o repositório não executa nada em segundo plano. CAPTCHAs, códigos 2FA e decisões de pagamento param a execução e passam para ti. Arrancas o lote seguinte quando quiseres.
Que agentes o podem executar?
Qualquer agente que leia ficheiros e controle um browser: Claude Code, Codex, Cursor ou um agente de browser. 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 o diretório aceite.
Quanto tempo até uma listagem ficar publicada?
De minutos a várias semanas. Os diretórios gratuitos colocam as submissões em fila para revisão, e “scheduled” não é “live”. A tua data mínima de lançamento define um piso; o tracker regista queued, scheduled e pending review em separado para saberes sempre o que foi realmente publicado.
E se um diretório só oferecer uma rota paga?
O agente regista deferred_paid com uma nota e segue em frente. Os playbooks usam por defeito a rota gratuita e nunca autorizam uma compra; se um destaque vale a pena continua a ser decisão tua.
Tenho de trabalhar no terminal?
Não. python3 scripts/dashboard.py arranca um dashboard local em 127.0.0.1 com produtos, estados, passagens, follow-ups, o catálogo e os prompts para devolver ao teu agente. Os formulários escrevem os mesmos ficheiros que o agente lê; --demo mostra um workspace de exemplo antes de configurares o teu.
Um pagamento, cada produto que lançares.
O preço de lançamento é € 99,98; sobe a cada 20 vendas. A página de preços mostra o preço em direto e tudo o que está incluído.
Ver preços