SkillLaunch Plan Compiler
Transforma os dados de um lançamento em uma lista de verificação com datas, responsáveis e portões de go/no-go: as tarefas se dividem em antes do lançamento, no dia do lançamento e depois, cada uma datada a partir do dia do lançamento, e um veredicto — GO, NOT READY ou NO-GO — a partir dos portões que você lista.
Funciona com: Claude Code, Codex, Cursor, Muse · Versão 1.0.0 · Você precisa de: Seus dados de lançamento: launch.txt (linhas Launch e Date, depois uma linha Task por trabalho — phase | title | owner | when — e uma linha Gate por verificação de go/no-go — name | criterion | status).
Prévia
Resultado de exemplo
Um exemplo do que este Skill produz. Conteúdo de amostra, mostrado para ilustração.
Launch Plan Compiler report — sample Tasks: 6 | Gates: 2 | Verdict: GO | Gaps: 0 | Errors: 0 | Warnings: 0 Launch day: Dec 1, 2026. Before launch: freeze the feature list (Nov 24, Priya) and draft the announcement post (Nov 28, Sam). Launch day: flip the feature flag and post the announcement (Dec 1). After launch: reply to launch-day feedback (Dec 3, Sam) and publish the week-one recap (Dec 8, Priya). Gates: pricing page live and support inbox staffed, both passed — verdict GO. Gaps: None.
O que você recebe
- Um veredicto de go/no-go a partir dos seus portões, primeiro na página
- Uma lista de verificação com datas dividida em antes do lançamento, no dia e depois
- Um responsável em cada tarefa — uma tarefa sem responsável fica como Unassigned, nunca inventada
- Todas as lacunas, erros e avisos de entrada apontados no relatório
Sobre este Skill
Lê um arquivo de texto simples que você escreve — launch.txt, com uma linha Launch e uma linha Date (dia do lançamento, YYYY-MM-DD), mais linhas Task (phase | title | owner | when) e linhas Gate (name | criterion | status) — e produz launch-plan.md: primeiro o veredicto de go/no-go, depois a lista dividida em Antes do lançamento / Dia do lançamento / Depois do lançamento, cada tarefa datada e ordenada, e por fim a tabela de portões. Um valor when é um deslocamento D (D-7, D+0, D+3) ou uma data absoluta, resolvido em relação ao dia do lançamento; uma tarefa cuja fase não coincide com sua data é descartada e apontada. Apenas local, apenas biblioteca padrão; uma tarefa sem responsável fica como Unassigned, um portão sem estado fica como pending, e um lançamento sem tarefas ou sem portões diz isso tal qual — o plano é um documento, não publica nem envia nada.
Experimente
Transforme estes dados de lançamento em uma lista de verificação com datas, responsáveis e portões de go/no-go — o que acontece antes, no dia e depois do lançamento, e estamos em GO?Ideal para
- Planejar um lançamento com trabalhos espalhados pela semana anterior, pelo dia e pela semana posterior
- Decidir GO ou NO-GO a partir de uma lista curta de verificações com critérios nomeados
- Verificar uma lista de lançamento escrita pela metade para ver exatamente o que falta
Não serve para
- Publicar ou enviar nada — o plano é um documento, o lançamento em si é seu
- Verificar um portão por você — pass significa que você conferiu, não que o lançamento vá dar certo
- Mover suas datas — uma tarefa cuja fase não coincide com sua data é descartada, nunca muda de fase em silêncio
Como instalar
- Copie o prompt de instalação no seu agente:
Read https://skillu.dev/install/agent.md, then install the Launch Plan Compiler skill (launch-plan-compiler). - Ou baixe o pacote do Skill nesta página após o lançamento e coloque a pasta dele no diretório de skills do seu agente.
- Chame-o com um comando de barra, ex.:
/launch-plan-compiler, e descreva o que você quer em palavras simples.
Perguntas frequentes
Como a data de uma tarefa é calculada?
A partir do dia do lançamento: um deslocamento D conta dias a partir dele — D-7 é sete dias antes, D+0 é o dia do lançamento, D+3 é três dias depois. Uma data absoluta é usada como escrita. A fase deve coincidir com a data resolvida: before é antes do dia do lançamento, launch-day é o mesmo dia, after é depois; uma discrepância descarta a tarefa e a aponta nos erros.
Como o veredicto é decidido?
A partir dos seus portões, nesta ordem: NO DATE quando nenhuma data de lançamento válida foi dada, NO GATES quando nenhum portão foi listado, NO-GO quando pelo menos um portão falhou, NOT READY quando nenhum falhou mas pelo menos um ainda está pendente, GO quando todos passaram. Um portão sem estado conta como pending.