Este repo defiende una regla antes que cualquier otra: plan antes de código. Cada skill produce un plano por escrito antes de escribir una sola línea — un PRD, un DESIGN.md, un mockup, un impl plan, un epic. Este hub es la versión legible de esos planos: cómo piensa cada skill, qué archivo espera de vos, y qué te devuelve.
Constitución, PRD, SRS — el porqué del producto.
DESIGN.md + mockups por historia.
Plan → código → review, historia por historia.
Deploy gateado, con rollback.
Doctrina transversal: cómo el agente principal orquesta subagentes, cómo decide su registro de comunicación, y cómo encadenan las skills entre sí. Vale la pena leer esto antes que cualquier "cómo funciona" puntual.
Orchestration mode: la conversación principal como centro de mando, subagentes como ejecutores, el briefing de 6 componentes.
PróximamenteButler Pattern, PM Voice, Visual Mapping Bias — por qué el repo responde como responde, no solo qué hace.
PróximamenteEl mapa completo: de /project-foundation a producción, qué skill le entrega qué a la siguiente.
PróximamenteLas skills en el orden en que un producto nuevo realmente las atraviesa. No todas tienen deck todavía — product-management y sprint-development son los siguientes en la lista.
Constitución del negocio, PRD, SRS y discovery — el porqué antes del qué.
PróximamenteFlujo de mockups con IA: BRIEF.md, drop zones, Claude Design y Open Design (Modo A/B por MCP).
Disponible →Gallery manual, getdesign + matcher, Open Design, Claude Design, o custom — cuándo usar cada uno.
PróximamenteScaffolding de backend, frontend, OpenAPI, auth y env vars sobre el DESIGN.md ya definido.
PróximamenteBacklog seed, épicas, INVEST + 3 amigos, AC en Gherkin, reporte de sprint.
Próximamente — siguiente en la listaEl mega-orquestador: plan → código → review → staging → producción gateada, historia por historia.
Próximamente — siguiente en la listaRegla 14 en profundidad: Live-UI-first, cuándo un mockup se archiva como tech-story en vez de forzarse.
PróximamenteTDD red-green-refactor, qué mockear y qué no, cobertura de línea vs. de rama.
PróximamenteGit, QA, Jira/Confluence y deploy — las skills que se usan todos los días una vez que el ciclo de vida principal ya está rodando.
Auto-detección de estrategia, commits, branches, PRs y resolución de conflictos, para cualquier flujo de git.
Próximamentesolo-main vs. multi-branch enterprise vs. trunk-based — cómo elegir y cómo se materializa cada una.
PróximamenteLa página /qa in-app y el artefacto de credenciales, publicado donde QA ya vive (Jira, Confluence, etc.).
PróximamenteIssues, transiciones, bulk-ops y Confluence desde la terminal, sin salir del flujo de /sprint-development.
PróximamenteVerificación por SHA, sync de env vars, logs de build y rollback — la caja de herramientas de las etapas 9 y 12.
Próximamente