Planificación de proyectos de GitHub y desglose en épicas, funcionalidades, historias, habilitadores y pruebas con dependencias y prioridades

1. Prepara los documentos de la funcionalidad en las rutas esperadas: /docs/ways-of-work/plan/{epic-name}/{feature-name}.md, junto con technical-breakdown.md e implementation-plan.md dentro de la carpeta de la funcionalidad. 2. Pide al agente que active la habilidad breakdown-plan e indica el nombre de la épica y el nombre de la funcionalidad. Ejemplo de solicitud del usuario: «Usa breakdown-plan para la épica user-onboarding y la funcionalidad email-verification, y crea el plan de proyecto y la lista de creación de issues a partir de los documentos existentes». 3. Revisa el archivo project-plan.md generado. Incluye una visión general del proyecto, un diagrama de jerarquía, plantillas de issues, una matriz de prioridades (de P0 a P3), estimaciones Fibonacci y tallas de camiseta. 4. Revisa el archivo issues-checklist.md y luego úsalo para crear manualmente en GitHub los issues de la épica, la funcionalidad, las historias y los habilitadores, vinculando las dependencias y aplicando las etiquetas sugeridas. 5. Puedes adaptar los ejemplos de flujos de trabajo de GitHub Actions sugeridos para automatizar la creación de issues o la actualización de su estado en el tablero del proyecto. Revísalos y pruébalos antes de adoptarlos, ya que son ejemplos parciales e incompletos.

La habilidad requiere un agente capaz de leer archivos del repositorio y escribir nuevos archivos Markdown. Los documentos de la funcionalidad deben existir previamente en la ruta /docs/ways-of-work/plan/, y la habilidad hace referencia a habilidades relacionadas para prepararlos, como plan-feature-prd, plan-epic-arch y plan-test. La habilidad no crea issues en GitHub directamente ni llama a ninguna API; su resultado es solo texto. Aplicar el plan en la práctica requiere una cuenta de GitHub, permisos sobre el repositorio y el tablero del proyecto, y tener GitHub Actions habilitado si deseas usar los ejemplos de automatización. Estos ejemplos están incompletos, ya que los pasos de actualización de estado contienen comentarios en lugar de código, por lo que necesitan completarse y revisarse. Las estimaciones y los indicadores de rendimiento incluidos son orientativos y no están garantizados. La habilidad está licenciada bajo la licencia MIT.