LaunchRepoO LaunchRepo é entregue como um repositório privado no GitHub, por isso as “atualizações” são simplesmente novos commits e etiquetas nesse repositório. Os compradores obtêm-nas com git; nada é instalado e nada envia dados para fora. As notas de versão do próprio repositório estão no seu CHANGELOG.md.
Transforma uma execução concluída num cartão de lançamento
- Cria localmente uma imagem de resultados de 1200 × 675 píxeis em dois estilos. Publicados, em análise, na fila e agendados ficam separados; listagens existentes e rascunhos não contam como novos envios.
- Confirma o nome público, copia ou descarrega o PNG e abre um rascunho editável no X. Anexa a imagem e publica tu. Nada é enviado automaticamente; as imagens de demonstração estão identificadas.
- Os lembretes opcionais aparecem após a conclusão, fora do trabalho ativo e dos relatos recentes de problemas. Adia-os ou desativa-os nas definições. Faz uma cópia de segurança, testa o atualizador sem aplicar alterações e reinicia o painel após a atualização.
Programa de afiliados no dashboard
- Novo AFFILIATE.md no repositório: 30 % do preço líquido por cada venda através do teu link (neste momento cerca de 31 €, sobe com os patamares de preço), 20 € de desconto para quem recomendas e pagamento SEPA no dia 1 do mês após 60 dias, com links para a ativação, o teu painel de afiliado e os termos.
- Dashboard: um link “Ganha 30 %” na barra lateral, um pequeno cartão na vista geral e um popup que explica o programa uma única vez. Nunca aparece no primeiro arranque, numa demo, durante uma execução ativa nem ao lado de um pedido de testemunho; “Lembrar-me mais tarde” espera uma semana e as Definições têm um interruptor “Lembretes de afiliado”. O dashboard só mostra links e não envia nada.
- Os agentes nunca mencionam, ativam nem partilham o teu link de afiliado.
- Para atualizar: faz uma cópia de segurança do teu workspace privado e depois executa scripts/update-workspace.py em modo dry-run antes de autorizares um apply.
Partilhar um testemunho a partir do dashboard
- Novo formulário “Partilhar um testemunho” no dashboard (Suporte e feedback, mais um cartão na vista geral e na página do produto nos momentos certos). Publica uma issue do GitHub em AleksDoesCode/LaunchRepo através da tua GitHub CLI com sessão iniciada, ou guarda um rascunho quando o gh não está disponível. Escolhes o nome, o handle do X opcional, o produto e se os teus resultados atuais são adicionados; nada é publicado sem a caixa de consentimento explícito.
- O dashboard só pergunta depois de resultados reais: a primeira listagem publicada, uma execução concluída com submissões contabilizadas e cinco listagens publicadas. Nunca pergunta nos três dias seguintes a um relatório de problema que tenhas enviado. “Mais tarde” espera pelo próximo marco e pelo menos duas semanas; “Não voltar a perguntar” desativa-o de vez. Os workspaces de demonstração nunca publicam.
- Os agentes mencionam a opção uma vez depois de uma execução concluída e nunca escrevem nem enviam um testemunho por ti.
Os factos do produto mostram o que já se sabe
- O passo Factos do produto no separador Configuração lista agora os factos já guardados em product.json (nome, site, público, funcionalidades verificadas, preço com a data de verificação, estado de gratuito para sempre, data mínima de lançamento) em “O que o LaunchRepo sabe”. Os campos obrigatórios ainda vazios ficam em “Ainda em falta” e os factos obrigatórios desconhecidos têm a sua própria lista “Ainda desconhecido”. Antes, só as lacunas eram visíveis, por isso um passo concluído parecia vazio.
- Para atualizar: faz uma cópia de segurança do teu workspace privado e depois executa scripts/update-workspace.py em modo dry-run antes de autorizares um apply.
Reverificação das vias concluída, guia de boas-vindas e definições
- A parte 2 da reverificação das vias está concluída: os 349 IDs do catálogo têm uma verificação datada face às regras públicas oficiais e 239 guias foram reescritos. O catálogo tem agora 299 guias ativos: 86 vias grátis sem condições (eram 57), 157 vias grátis com condições e pré-requisitos visíveis (eram 77), 52 indisponíveis ou bloqueadas de momento e 4 só para pesquisa. Mais 24 vias de pagamento obrigatório passaram a entradas de exclusão com alternativas grátis, 50 no total.
- Guia de boas-vindas no dashboard: cinco passos curtos explicam o que o LaunchRepo faz e nunca faz, os termos que encontras em todo o lado e as verificações do teu workspace; depois crias o primeiro produto a partir de um nome legível, com o nome da pasta em tempo real, o teu método de início de sessão preferido para contas de diretórios (Google primeiro, ou e-mail e palavra-passe) e um lembrete de que o agente precisa da caixa de correio correspondente.
- Nova página de Definições: tema, reiniciar ou continuar o guia de boas-vindas, e a opção de relatórios automáticos de problemas passou de Suporte e feedback para aqui.
- Para atualizar: faz uma cópia de segurança do teu workspace privado e depois executa scripts/update-workspace.py em modo dry-run antes de autorizares um apply.
Redação neutra nas auditorias datadas do catálogo
- As auditorias do catálogo datadas de 14 de setembro usam agora uma redação neutra e já não mencionam produtos de exemplo. As conclusões sobre as plataformas não mudam.
- Inclui tudo da 1.6.0: parte 1 da reverificação das vias, o novo dashboard e os relatórios de suporte opcionais.
Reverificação das vias parte 1, novo dashboard e relatórios de suporte
- 165 guias de plataformas reverificados face às regras públicas oficiais. Em 2026-09-23, o catálogo tem 323 guias ativos: 57 vias grátis sem condições (eram 15), 77 grátis com condições, 31 indisponíveis de momento e 158 ainda só para pesquisa. Mais 21 vias de pagamento obrigatório ficam excluídas. Os restantes guias seguem na próxima atualização.
- Novo dashboard local com configuração guiada, uma vista geral do estado por produto e detalhes de cada execução.
- Página Suporte e feedback: reporta problemas, perguntas e feedback como issues do GitHub, com um botão Reportar nas submissões bloqueadas. O teu agente também pode reportar bloqueios automaticamente, mas só se ativares essa opção; vem desativada por predefinição.
Checklist de onboarding da execução mais clara
- A restante checklist do dashboard e os textos dos cartões de prompt correspondem agora a execuções persistentes. O progresso já guardado na checklist mantém-se.
- As verificações do produto, do navegador e das permissões vêm antes do planeamento; não é preciso uma primeira submissão para criar uma execução.
Objetivos de execução, configuração do navegador mais clara e onboarding retomável
- Planeia um objetivo de 10 novas submissões confirmadas, com no máximo 2 workers e uma recomendação de hardware local. O trabalho em paralelo exige controlo de navegador separado; caso contrário, usa um worker.
- Guarda a execução e retoma o objetivo que falta. Copia o prompt do objetivo para o teu agente; usa /goal apenas quando o host o suportar. As novas submissões confirmadas contam uma vez por plataforma; rascunhos e listagens já existentes não contam.
- O onboarding em inglês, as orientações do dashboard e o e-mail guiam agora a configuração do Chrome DevTools MCP em Windows, macOS e Linux, incluindo uma verificação condicional do Acesso total ao disco no macOS. Depois de guardares um resultado confirmado, fecha apenas a janela da submissão atribuída.
- As ligações nativas do navegador em Windows e Linux continuam a exigir o teste rápido na máquina do proprietário. Os limites do fornecedor e as verificações humanas podem interromper uma execução.
Compatibilidade com Windows, dashboard local e 347 playbooks
- O tracker e o dashboard local incluem agora compatibilidade com Windows nativo e Python 3.10+, além de macOS e Linux. A configuração no Windows, o bloqueio de ficheiros e o tratamento UTF-8 já não dependem de funções exclusivas do POSIX.
- O arquivo da versão inclui o dashboard local, o onboarding atualizado e os 347 playbooks de plataformas. Inclui instruções de PowerShell e ligação ao Chrome; as submissões continuam a exigir uma integração funcional com o navegador.
- A validação completa em Windows nativo está pendente. A verificação do navegador confirma a ligação na tua própria máquina antes de uma submissão.
Data mínima de lançamento e briefing de representação
- Data mínima de lançamento definida pelo proprietário em product.json; o record.py exige --launch-date para “scheduled” e recusa qualquer data anterior.
- O ONBOARDING.md pergunta agora quando os lançamentos devem ficar públicos e explica claramente que os diretórios gratuitos podem levar várias semanas a rever e publicar.
- Novo PR-BRIEFING.md: uma sessão curta que mostra ao proprietário exemplos factuais de representação (bio do maker, intro de lançamento, “porque construí isto”) para corrigir antes de qualquer facto pessoal chegar a uma listagem pública.
- Os exemplos aprovados e as correções ficam em templates/project/representation.md.
Dashboard local e arranque com um único prompt
- scripts/dashboard.py e dashboard/: uma interface web local sem dependências (biblioteca padrão do Python, apenas 127.0.0.1) que mostra produtos, o que o agente sabe sobre cada um, verificações de onboarding, estados de submissão agrupados em precisa-de-ti / problemas / em revisão / agendado / publicado, datas de follow-up, o catálogo com playbooks, prompts para o agente e a documentação.
- O JSON do produto e as notas editam-se no browser; os resultados continuam a ser registados pelo record.py com validação idêntica. --demo serve um workspace de exemplo descartável.
- START.md e prompts/start.md: um único prompt colado faz o agente criar o workspace privado, arrancar o dashboard e devolver o link; o AGENTS.md contém o procedimento exato com verificação.
- scripts/init-workspace.py copia dashboard/, DASHBOARD.md, START.md e PR-BRIEFING.md para os novos workspaces.
O painel local: o teu espaço de trabalho, visto pelo agente →
346 playbooks de plataformas
- Novos playbooks de plataformas, incluindo CodeHype e mais launch boards, diretórios de IA, de ferramentas para programadores e de startups — 346 no total.
- Catálogo, índice de plataformas e ferramenta de pesquisa atualizados com cada nova entrada.
- Para atualizar um workspace existente: copia os novos playbooks e os ficheiros de catálogo e índice; mantém workspace.json, projects/, credenciais e registos de submissão.
Evidência de prioridade e triagem do catálogo
- Evidência de prioridade datada e específica por afirmação, overlays atuais do tracker e explicações de pontuação; entradas não estruturadas continuam legíveis mas não recebem crédito SEO ou de audiência sem suporte.
- Snapshot completo de triagem HTTP do catálogo com incógnitas explícitas mais uma verificação limitada de candidatos a listagem — uma página acessível não é uma listagem indexada.
- Referências públicas de auditoria de exemplo adicionadas no ramo main; os arquivos de versões imutáveis já publicadas mantêm o conteúdo original.
275 playbooks de plataformas
- Biblioteca de playbooks alargada para 275 ficheiros com passos de submissão, recursos necessários, criação de conta, colocação de badges, follow-up e resolução de problemas.
- Cada entrada do catálogo liga agora ao seu próprio playbook; novas plataformas adicionadas.
- Seleção de plataformas simplificada por categoria de produto e nome.
- As credenciais do produto e o histórico de execução ficam no teu workspace privado separado; segue o PRIVATE-WORKSPACE.md antes de qualquer push.
Primeira versão imutável
- Versão imutável canónica no GitHub do repositório privado de clientes (a v1.0.0 foi a publicação inicial, ainda não imutável).
- 222 diretórios candidatos no catálogo, 30 deles com playbooks detalhados e revistos; as restantes entradas estão marcadas como candidatos de pesquisa, não como rotas gratuitas verificadas.
- Onboarding guiado para produto, browser, e-mail de verificação, armazenamento privado de credenciais e badges do site; ferramentas de workspace e tracker (record.py, submissions.json).
- Sem identidades piloto, credenciais ou histórico de execução no arquivo de clientes.
Como as atualizações chegam até ti
Depois da compra clonas o repositório uma vez. Novos playbooks e os ficheiros de catálogo e índice chegam como commits normais — faz pull quando quiseres.
Os teus produtos, credenciais e registos de submissão vivem no teu próprio workspace privado ao lado do checkout, por isso uma atualização nunca lhes toca. Mantém workspace.json, projects/ e os ficheiros do tracker; copia por cima os novos playbooks e o catálogo.
As atualizações que publicamos estão incluídas para todos os compradores. Não prometemos uma atualização específica, uma cadência nem um âmbito futuro — vê os termos de serviço.