execute
por alirezarezvaniexecute convierte un registro de decisión aprobado en un plan operativo de 90 días con hitos semanales, DRIs asignados, métricas de éxito, definiciones de terminado y cadencia de seguimiento. Es más adecuada para flujos de Project Management y liderazgo que necesitan ejecución con responsables claros después de /cs:decide.
Esta skill obtiene 74/100, lo que la convierte en una ficha aceptable para el directorio, aunque con algunas cautelas de adopción. Los usuarios del directorio obtienen un flujo claro y activable para convertir un registro de decisión aprobado en un plan de ejecución de 90 días, pero deben esperar una skill ligera basada solo en markdown, no una implementación con soporte profundo, scripts, ejemplos o guía de instalación.
- Activador y caso de uso claros: `/cs:execute <decision-path>` está planteado específicamente para convertir un registro aprobado de `/cs:decide` en un plan operativo.
- La salida operativa es concreta e incluye una ruta guardada del plan de ejecución, responsable, punto de control, líneas de trabajo, hitos semanales, DRIs, métricas de éxito y definiciones de terminado.
- El contexto del pipeline ayuda a los agentes a entender cuándo usarla dentro del flujo más amplio de asesoría ejecutiva, desde office hours hasta el post-mortem.
- No incluye archivos de soporte, scripts, referencias, README ni comando de instalación, por lo que su adopción depende por completo de las instrucciones de SKILL.md.
- La skill parece vinculada al flujo de decisión `/cs:` más amplio del repositorio, así que puede resultar menos útil como skill de planificación independiente si no se cuenta antes con salidas de `/cs:decide`.
Resumen de execute skill
Qué hace execute
execute es una skill de asesoría de nivel C que convierte una decisión aprobada en un plan operativo de 90 días. En lugar de dejar una decisión estratégica como una nota estática, execute skill genera hitos semanales, líneas de trabajo, DRIs asignados, métricas de éxito, definiciones de terminado y una cadencia de seguimiento. Su función central es cerrar la brecha entre “ya decidimos” y “¿qué pasa el próximo lunes?”.
Mejor encaje para Project Management y equipos de liderazgo
El mejor encaje de execute para Project Management aparece después de que una persona fundadora, un equipo ejecutivo, un líder de producto o un equipo operativo ya tomó una decisión clara y necesita un plan de despliegue con responsables. Los usos habituales incluyen entrada a nuevos mercados, cambios de precios, planes de contratación, lanzamientos de producto, cambios en el proceso de ventas o ajustes del modelo operativo interno. Es especialmente útil cuando la decisión implica líneas de trabajo multifuncionales y el riesgo de fracaso viene de una propiedad poco clara, no de la falta de ideas.
Qué diferencia a execute skill
A diferencia de un prompt genérico de “hazme un plan de proyecto”, execute espera como entrada un registro de decisión y conserva el resultado vinculante de esa decisión. El formato de salida de la skill es intencionalmente estructurado: horizonte de 90 días, hitos semanales, propiedad DRI, criterios de éxito y de cancelación, líneas de trabajo y check-ins. Esa estructura la hace más adecuada para la disciplina de ejecución que para la lluvia de ideas o la exploración estratégica temprana.
Notas importantes de adopción
La ruta del repositorio es c-level-advisor/c-level-agents/skills/execute, y el archivo principal es SKILL.md. No hay scripts, reglas, recursos ni archivos README adicionales en este directorio de la skill, por lo que el valor se concentra en la propia estructura del prompt. Instala execute si quieres un comando ligero de planificación de ejecución dentro de un flujo de Claude skills; no esperes una integración completa de gestión de proyectos ni sincronización automática de tareas.
Cómo usar execute skill
Contexto de instalación de execute
Instala la skill desde el repositorio con:
npx skills add alirezarezvani/claude-skills --skill execute
Después de instalarla, revisa primero SKILL.md, porque contiene el comando, la entrada esperada, la posición dentro del pipeline y el formato de salida. La skill upstream está diseñada en torno al comando:
/cs:execute <decision-path>
<decision-path> debe apuntar a un registro de decisión aprobado, idealmente uno producido por /cs:decide dentro del mismo flujo de asesoría de nivel C.
Entradas que necesita execute skill
Para sacar el máximo partido de execute, aporta algo más que un título. La skill necesita suficiente contexto de decisión para crear hitos con responsables claros:
- la decisión aprobada y su justificación
- el resultado vinculante, los criterios de éxito y los criterios de cancelación
- sponsor o responsable ejecutivo
- equipos relevantes y DRIs probables
- fecha límite, ventana de lanzamiento o checkpoint a 90 días
- restricciones conocidas, como presupuesto, contratación, capacidad de ingeniería, compliance o dependencias
- herramientas existentes o cadencia operativa, como revisión ejecutiva semanal o planificación de sprints
Entrada débil: “Create an execution plan for entering Germany.”
Entrada más sólida: “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.”
Flujo de trabajo sugerido
Usa execute después de que la decisión esté aprobada, no mientras el equipo todavía debate opciones. Un flujo práctico sería:
- Ejecutar o recopilar el registro de decisión.
- Confirmar que el resultado y los criterios de cancelación estén explícitos.
- Llamar a
/cs:execute <decision-path>. - Revisar las líneas de trabajo generadas y los hitos semanales.
- Sustituir los DRIs provisionales por nombres reales.
- Pasar los hitos a tu sistema de gestión de proyectos si hace falta.
- Usar la cadencia de check-ins para seguir riesgos y definiciones de terminado incumplidas.
La salida predeterminada de la skill se guarda como un plan de ejecución en markdown, normalmente bajo una ruta como ~/.claude/execution/YYYY-MM-DD-<slug>.md, según tu configuración local de Claude skills.
Consejos de prompting para mejorar la calidad de la salida
Sé específico sobre el entorno operativo. Si ya conoces la cadencia, la capacidad o las dependencias del equipo, inclúyelas. Si un hito debe ser observable, dilo. Si a liderazgo le importa una métrica concreta, pide a la skill que esa métrica sea visible en cada línea de trabajo relacionada.
Un patrón de prompt útil es:
/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.
Esto evita que el plan se desvíe de la decisión original.
Preguntas frecuentes sobre execute skill
¿execute es solo para ejecutivos?
No. El lenguaje y el pipeline están orientados a perfiles ejecutivos, pero execute skill también es útil para product managers, operadores, founders, chiefs of staff y líderes de proyecto que necesitan convertir una decisión aprobada en un plan con rendición de cuentas. El requisito principal es que la decisión ya esté tomada.
¿Cuándo no conviene usar execute?
No uses execute para ideación abierta, comparación de opciones, investigación de mercado ni para decidir entre estrategias competidoras. También encaja mal cuando no hay un responsable claro, no existe una métrica de éxito o no hay disposición a asignar DRIs. En esos casos, conviene usar primero un proceso de briefing, decisión o planificación.
¿En qué se diferencia execute de un prompt normal?
Un prompt normal puede generar una lista de tareas plausible. Execute impone una forma de decisión a plan: 90 días, líneas de trabajo, DRIs, hitos semanales, definiciones de terminado y ritmo de check-ins. Esa restricción es justamente el valor. Reduce la ambigüedad y hace que el resultado sea más fácil de revisar con un equipo de liderazgo.
¿execute se integra con Jira, Asana o Linear?
La evidencia del repositorio de execute muestra solo SKILL.md y ningún script auxiliar ni integración con herramientas. Trata la salida como un plan estructurado en markdown que puede copiarse a Jira, Asana, Linear, Notion o una hoja de cálculo. Si necesitas sincronización con herramientas, cuenta con añadir ese flujo por tu cuenta.
Cómo mejorar execute skill
Mejora las entradas de execute antes de ejecutarla
La forma más rápida de mejorar los resultados de execute es reforzar el registro de decisión. Asegúrate de que incluya la decisión real, por qué se eligió, cómo se ve el éxito, qué provocaría una reversión y quién patrocina el trabajo. Una decisión vaga genera un plan de ejecución vago; una decisión medible genera hitos semanales útiles.
Revisa los fallos habituales
Después de la primera salida, busca estos problemas:
- hitos que son actividades en lugar de resultados
- DRIs asignados a equipos en vez de a personas
- responsables de dependencias ausentes
- métricas de éxito que no coinciden con la decisión original
- trabajo de la primera semana demasiado grande o poco claro
- ausencia de una cadencia explícita de revisión o una ruta de escalamiento
Pide a execute que revise solo las partes débiles en lugar de regenerarlo todo.
Itera hacia la realidad operativa
Un buen segundo prompt es práctico, no 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.”
Este tipo de iteración mejora más la utilidad para la gestión que pedir un plan más largo.
Adapta execute a tu organización
Si usas execute con frecuencia, estandariza los campos que importan a tu equipo: responsable de presupuesto, nivel de riesgo, impacto en clientes, foro de reporte, checklist de lanzamiento o disparador de escalamiento. Mantén la estructura de 90 días, pero ajusta las líneas de trabajo y la cadencia de check-ins a tu modelo operativo. Así execute se vuelve más repetible sin convertirse en una plantilla genérica de proyecto.