execute
por alirezarezvaniexecute transforma um registro de decisão aprovado em um plano operacional de 90 dias, com marcos semanais, DRIs nomeados, métricas de sucesso, definições de concluído e cadência de check-ins. É mais indicada para fluxos de Project Management e liderança que precisam de execução com responsáveis claros depois de /cs:decide.
Esta skill tem pontuação 74/100, o que a torna uma listagem aceitável no diretório, com algumas ressalvas de adoção. Usuários do diretório recebem um fluxo claro e acionável para converter um registro de decisão aprovado em um plano de execução de 90 dias, mas devem esperar uma skill leve, baseada apenas em markdown, e não uma implementação com suporte mais robusto, scripts, exemplos ou orientação de instalação.
- Gatilho e caso de uso claros: `/cs:execute <decision-path>` é apresentado especificamente para transformar um registro aprovado de `/cs:decide` em um plano operacional.
- A saída operacional é concreta, incluindo caminho salvo do plano de execução, responsável, checkpoint, frentes de trabalho, marcos semanais, DRIs, métricas de sucesso e definições de concluído.
- O contexto de pipeline ajuda agentes a entender quando usar a skill dentro do fluxo mais amplo de consultoria executiva, de office hours até o post-mortem.
- Não há arquivos de suporte, scripts, referências, README nem comando de instalação, então a adoção depende inteiramente das instruções em SKILL.md.
- A skill parece vinculada ao fluxo mais amplo de decisões `/cs:` do repositório, portanto pode ser menos útil como uma skill de planejamento independente sem saídas prévias de `/cs:decide`.
Visão geral do execute skill
O que o execute faz
execute é um skill de consultoria em nível C que transforma uma decisão aprovada em um plano operacional de 90 dias. Em vez de deixar uma decisão estratégica como uma anotação estática, o execute skill gera marcos semanais, frentes de trabalho, DRIs nomeados, métricas de sucesso, definições de pronto e uma cadência de acompanhamento. Sua função central é preencher a lacuna entre “decidimos” e “o que acontece na próxima segunda-feira?”
Melhor uso para Project Management e equipes de liderança
O melhor encaixe do execute para Project Management é depois que um fundador, equipe executiva, líder de produto ou time de operações já tomou uma decisão clara e precisa de um plano de rollout com responsáveis definidos. Usos comuns incluem entrada em mercado, mudanças de preço, planos de contratação, lançamentos de produto, mudanças no processo de vendas ou alterações no modelo operacional interno. Ele é especialmente útil quando a decisão envolve frentes multifuncionais e o risco de falha vem de ownership vago, não de falta de ideias.
O que diferencia o execute skill
Ao contrário de um prompt genérico do tipo “faça um plano de projeto”, o execute espera receber um registro de decisão como entrada e preserva o resultado vinculante dessa decisão. O formato de saída do skill é opinativo: horizonte de 90 dias, marcos semanais, ownership por DRI, critérios de sucesso e de encerramento, frentes de trabalho e check-ins. Essa estrutura o torna mais forte para disciplina de execução do que para brainstorming ou exploração estratégica inicial.
Observações importantes antes de adotar
O caminho do repositório é c-level-advisor/c-level-agents/skills/execute, e o arquivo principal é SKILL.md. Não há scripts, regras, recursos ou arquivos README adicionais nesse diretório do skill, então o valor está concentrado na própria estrutura do prompt. Instale o execute se você quer um comando leve de planejamento de execução dentro de um fluxo de Claude skills; não espere uma integração completa de project management nem sincronização automática de tarefas.
Como usar o execute skill
Contexto de instalação do execute
Instale o skill a partir do repositório com:
npx skills add alirezarezvani/claude-skills --skill execute
Depois da instalação, inspecione primeiro SKILL.md, pois ele contém o comando, a entrada esperada, a posição no pipeline e o formato de saída. O skill upstream foi desenhado em torno do comando:
/cs:execute <decision-path>
O <decision-path> deve apontar para um registro de decisão aprovado, idealmente produzido por /cs:decide no mesmo fluxo de consultoria em nível C.
Entradas de que o execute skill precisa
Para usar melhor o execute, forneça mais do que um título. O skill precisa de contexto suficiente sobre a decisão para criar marcos com responsáveis claros:
- a decisão aprovada e sua justificativa
- o resultado vinculante, os critérios de sucesso e os critérios de encerramento
- sponsor ou owner executivo
- equipes envolvidas e prováveis DRIs
- prazo, janela de lançamento ou checkpoint de 90 dias
- restrições conhecidas, como orçamento, contratação, capacidade de engenharia, compliance ou dependências
- ferramentas ou cadência operacional existentes, como revisão executiva semanal ou sprint planning
Entrada fraca: “Create an execution plan for entering Germany.”
Entrada mais forte: “Use /cs:execute decisions/2026-02-03-germany-entry.md. Preserve the approved success criteria: €250k qualified pipeline by day 90 and kill criteria: CAC payback above 18 months after pilot. Assume Sales, Marketing, Legal, and Product workstreams. Weekly exec check-in is Mondays. Name placeholder DRIs where people are not assigned.”
Fluxo de trabalho sugerido
Use o execute depois que a decisão estiver aprovada, não enquanto a equipe ainda está debatendo alternativas. Um fluxo prático é:
- Gere ou reúna o registro de decisão.
- Confirme que o resultado e os critérios de encerramento estão explícitos.
- Chame
/cs:execute <decision-path>. - Revise as frentes de trabalho e os marcos semanais gerados.
- Substitua DRIs placeholder por nomes reais.
- Mova os marcos para o seu sistema de projetos, se necessário.
- Use a cadência de check-in para acompanhar riscos e definições de pronto não cumpridas.
A saída padrão do skill é salva como um plano de execução em markdown, normalmente em um caminho como ~/.claude/execution/YYYY-MM-DD-<slug>.md, dependendo da sua configuração local de Claude skill.
Dicas de prompt para melhorar a qualidade da saída
Seja específico sobre o ambiente operacional. Se você já conhece a cadência, a capacidade ou as dependências da equipe, inclua isso. Se um marco precisa ser observável, diga explicitamente. Se a liderança se importa com uma métrica específica, peça para o skill tornar essa métrica visível em cada frente de trabalho relacionada.
Um padrão de prompt útil é:
/cs:execute <decision-path>. Build a 90-day plan with weekly milestones, named DRIs where known, placeholder DRIs where unknown, definitions of done, dependency risks, and a Monday check-in cadence. Keep the binding outcome and kill criteria unchanged from the decision record.
Isso evita que o plano se afaste da decisão original.
FAQ do execute skill
O execute é só para executivos?
Não. A linguagem e o pipeline têm orientação executiva, mas o execute skill é útil para product managers, operadores, fundadores, chiefs of staff e líderes de projeto que precisam converter uma decisão aprovada em um plano com responsáveis. O requisito principal é que a decisão já tenha sido tomada.
Quando não devo usar o execute?
Não use o execute para ideação aberta, comparação de opções, pesquisa de mercado ou para decidir entre estratégias concorrentes. Ele também não é uma boa escolha quando não há owner claro, métrica de sucesso ou disposição para atribuir DRIs. Nesses casos, use antes um processo de briefing, decisão ou planejamento.
Em que o execute difere de um prompt comum?
Um prompt comum pode gerar uma lista de tarefas plausível. O execute impõe um formato de decisão para plano: 90 dias, frentes de trabalho, DRIs, marcos semanais, definições de pronto e ritmo de check-in. Essa restrição é justamente o ponto. Ela reduz ambiguidade e torna o resultado mais fácil de revisar com uma equipe de liderança.
O execute integra com Jira, Asana ou Linear?
As evidências do repositório para o execute mostram apenas SKILL.md, sem scripts auxiliares ou integrações com ferramentas. Trate a saída como um plano estruturado em markdown que pode ser copiado para Jira, Asana, Linear, Notion ou uma planilha. Se sincronização com ferramentas for importante, planeje adicionar esse fluxo por conta própria.
Como melhorar o execute skill
Melhore as entradas do execute antes de rodá-lo
A forma mais rápida de melhorar os resultados do execute é fortalecer o registro de decisão. Garanta que ele inclua a decisão real, por que ela foi escolhida, como o sucesso será medido, o que causaria uma reversão e quem patrocina o trabalho. Uma decisão vaga cria um plano de execução vago; uma decisão mensurável cria marcos semanais úteis.
Verifique modos de falha comuns
Depois da primeira saída, procure estes problemas:
- marcos que são atividades, não resultados
- DRIs atribuídos a equipes em vez de pessoas
- owners de dependências ausentes
- métricas de sucesso que não correspondem à decisão original
- trabalho da primeira semana grande demais ou pouco claro
- ausência de cadência explícita de revisão ou caminho de escalonamento
Peça ao execute para revisar apenas as partes fracas, em vez de gerar tudo de novo.
Itere em direção à realidade operacional
Um bom segundo prompt é prático, não decorativo:
“Revise the plan so each weekly milestone has an observable definition of done, no DRI is a department, Legal dependencies are visible by week, and the week 4 checkpoint can determine whether we continue, adjust, or stop.”
Esse tipo de iteração melhora mais a utilidade gerencial do que pedir um plano mais longo.
Adapte o execute à sua organização
Se você usa o execute com frequência, padronize os campos que importam para sua equipe: budget owner, nível de risco, impacto no cliente, fórum de reporte, checklist de lançamento ou gatilho de escalonamento. Mantenha a estrutura de 90 dias, mas ajuste as frentes de trabalho e a cadência de check-in ao seu modelo operacional. Isso torna o execute mais repetível sem transformá-lo em um template genérico de projeto.