kickoff

Visão geral da skill kickoff

O que a kickoff faz

A skill kickoff transforma uma ideia ainda crua ou uma nota da caixa de entrada em uma Project Note estruturada para Project Management. Em vez de escrever tudo em uma única resposta longa, a kickoff usa um fluxo em duas etapas: primeiro uma fase de planejamento, depois uma fase de execução após revisão. Isso a torna mais útil do que um prompt genérico do tipo “planeje este projeto” quando você quer handoffs mais limpos e menos desvio de contexto.

Para quem a kickoff é mais indicada

A skill kickoff é ideal para quem já registra ideias em notas, especialmente em uma pasta no estilo inbox como 00_Inbox/, e quer um jeito repetível de promovê-las a documentos de projeto acionáveis. Ela é mais útil para operadores, founders e builders que querem um ritual leve para iniciar projetos sem precisar montar uma ferramenta completa de PM.

Por que os usuários escolhem a kickoff

O principal diferencial está na orquestração. A kickoff não apenas rascunha uma nota uma vez; ela separa explicitamente planejamento e execução e pede confirmação entre essas etapas. Esse ponto de revisão é valioso se você se importa com escopo, naming, estrutura ou idioma antes de gerar a Project Note final.

O que saber antes de instalar a kickoff

As evidências deste repositório mostram um único SKILL.md, sem helper scripts, rule packs ou arquivos de recurso. Isso deixa a kickoff fácil de inspecionar, mas também significa que a qualidade da saída depende bastante do seu input e de o seu ambiente suportar o fluxo multiagente descrito na skill. Se você quer um gerador de uma etapa só, sem revisão, a kickoff pode parecer estruturada demais para o necessário.

Como usar a skill kickoff

Contexto de instalação e o que ler primeiro

Para instalar a kickoff, adicione a skill a partir do repositório e leia primeiro EN/.agents/skills/kickoff/SKILL.md, porque esse arquivo traz o fluxo completo, a definição de papel e a regra de idioma. Não há README.md, metadata.json nem pastas auxiliares nesse caminho da skill, então quase todo o comportamento está definido nesse único arquivo. Antes de depender dela no seu fluxo, confirme que o ambiente do seu agente suporta chamar um subagent por meio de uma ferramenta no estilo task.

Que tipo de input a kickoff precisa

O uso da kickoff aceita três pontos de partida:

• um caminho de arquivo, como 00_Inbox/MyIdea.md
• texto inline, como “Build a habit tracker app”
• nenhum input, caso em que a skill foi projetada para listar 00_Inbox/ e pedir que você escolha

Os melhores inputs incluem problema, público, resultado desejado, restrições e qualquer prazo ou formato de entrega. Input fraco: “make this into a project.” Input melhor: “/kickoff Build a habit tracker app for iOS freelancers; MVP in 3 weeks; needs reminders, streaks, and CSV export; keep scope solo-developer friendly.”

Um fluxo prático para usar a kickoff

Um guia confiável para usar a kickoff é:

1. Chame /kickoff com o caminho de uma nota ou um briefing conciso.
2. Deixe o agente de planejamento gerar um plan file.
3. Revise o plano antes de aprová-lo.
4. Confirme só depois de ajustar escopo, naming, premissas e restrições ausentes.
5. Deixe o agente de execução criar a Project Note final usando apenas o plan file.

Esse handoff baseado em “somente plan file” é a principal decisão de design. Ele reduz o risco de carregar acidentalmente detalhes da conversa longa original, mas também significa que omissões no plano viram omissões na saída. A revisão importa.

Padrões de prompt que melhoram a qualidade da saída

Para usar a kickoff em Project Management, escreva prompts específicos o suficiente para moldar uma project note, e não apenas para brainstorm de ideias. Um bom padrão inclui:

• source: de onde a ideia veio
• objective: como é o sucesso
• scope: o que é obrigatório agora versus depois
• constraints: tempo, ferramentas, orçamento, tamanho da equipe
• deliverable: que documento ou artefato de projeto você espera

Exemplo:
/kickoff 00_Inbox/ClientPortal.md
Depois, durante a revisão, adicione correções como:

• “Use English for the project note.”
• “Scope MVP to authentication, dashboard, and billing history only.”
• “Target a 2-person team and a 6-week timeline.”

Vale notar também a regra de idioma embutida: a kickoff deve acompanhar o idioma do input do usuário ou do conteúdo do arquivo da inbox.

FAQ da skill kickoff

A kickoff é melhor do que um prompt normal de planejamento?

Na maioria dos casos, sim, se você quer um fluxo em etapas com revisão. Um prompt normal pode gerar um plano de projeto mais rápido, mas a kickoff adiciona um checkpoint deliberado entre o planejamento e a criação da nota final. Isso é útil quando erros de escopo ou estrutura podem custar caro mais adiante.

A kickoff é amigável para iniciantes?

Sim, desde que você já entenda sua ideia bem o suficiente para descrevê-la. A skill kickoff é simples de inspecionar porque tudo está em um único SKILL.md. A parte mais difícil para iniciantes não é a instalação; é fornecer contexto suficiente para que o agente de planejamento crie um plan file sólido.

Quando a kickoff não é uma boa escolha?

Evite a kickoff se você precisa de automação profunda de tarefas, integrações ou templates rígidos aplicados por scripts. O repositório não inclui código auxiliar, lógica de validação nem recursos externos. Ela também não é uma boa opção se você não quer a etapa de revisão e só precisa de uma nota rápida em uma única passada.

A kickoff depende da estrutura de pastas do OrbitOS?

Em parte. A skill faz referência explícita a 00_Inbox/ quando nenhum input é fornecido, então ela funciona melhor em um sistema de notas que siga uma convenção parecida. Ainda assim, você pode usar a kickoff com texto inline ou com um caminho de arquivo direto, mas o fluxo padrão de descoberta pressupõe que essa estrutura de inbox exista.

Como melhorar a skill kickoff

Dê à kickoff inputs de projeto mais ricos

A forma mais rápida de melhorar os resultados da kickoff é antecipar o contexto de decisão. Inclua:

• usuário-alvo
• definição do problema
• restrições
• cronograma
• critérios de sucesso
• dependências conhecidas

Isso ajuda o agente de planejamento a produzir um plan file que o agente de execução consiga expandir com confiabilidade. Se o seu primeiro prompt não trouxer esses elementos, espere uma Project Note genérica.

Revise o plano como se fosse um documento de handoff

Não trate a revisão do plano como algo opcional. Como o agente de execução lê apenas o plan file, verifique se faltam premissas, se os marcos estão vagos e se os limites de escopo estão pouco claros. Se um colega humano não conseguiria executar a partir do plano, a segunda fase provavelmente também não conseguirá.

Fique atento aos modos de falha mais comuns da kickoff

Os principais casos de falha no uso da kickoff são previsíveis:

• a ideia é vaga demais
• a nota da inbox está ruidosa ou desorganizada
• faltam restrições
• as expectativas de idioma estão pouco claras
• os usuários aprovam o plano rápido demais

Uma correção prática é normalizar notas bagunçadas antes de rodar a kickoff: adicione um título, um objetivo de uma frase, o público pretendido e uma lista curta de “must include”.

Itere depois da primeira saída

Se a Project Note final estiver próxima do ideal, mas ainda não utilizável, melhore a kickoff revisando o plano, e não apenas editando a nota final. Peça um escopo mais estreito, marcos mais claros ou uma estrutura de projeto diferente, e então rode novamente a partir da etapa de planejamento. Nesta skill, uma estrutura intermediária melhor costuma importar mais do que um prompt inicial mais longo.