Qué trae cada plugin
El marketplace reparte los 68 skills en 9 plugins. Instalas solo los que correspondan a tu etapa.
| Plugin | Skills | Comandos | Para qué |
|---|---|---|---|
| pm-product-discovery | 13 | 5 | Entrevistas, oportunidades, validación de problema |
| pm-product-strategy | 12 | 5 | Visión, posicionamiento, decisiones de roadmap |
| pm-execution | 16 | 11 | PRDs, specs, priorización, entrega |
| pm-market-research | 7 | 3 | Análisis competitivo, tamaño de mercado |
| pm-data-analytics | 3 | 3 | Métricas, lectura de datos de producto |
| pm-go-to-market | 6 | 3 | Lanzamientos, mensajes, canales |
| pm-marketing-growth | 5 | 2 | Adquisición, retención, loops de growth |
| pm-toolkit | 4 | 5 | Base que usan los demás plugins |
| pm-ai-shipping | 2 | 5 | Mandar código asistido por IA |
El toolkit base es la dependencia común, instálalo primero. Los demás se suman según dónde esté tu producto: si todavía no sabes qué problema resuelves, discovery; si ya tienes tracción y necesitas escalar, growth.
Cómo se siente usarlo
En lugar de abrir un documento vacío, escribes un comando y el agente arranca el flujo. /discover te lleva por la estructura de un discovery continuo: qué entrevistas hacer, cómo mapear oportunidades, cómo decidir qué validar primero. /write-prd arma el documento de requerimientos preguntándote lo que un PM senior preguntaría, no dejándote llenar campos a ciegas.
La diferencia con pedirle a un chatbot genérico “escríbeme un PRD” está en el método. El skill no improvisa la estructura; aplica un marco con nombre y apellido. Eso baja el riesgo de que el agente alucine un proceso que suena bien pero no aguanta.
PM Brain: la memoria en markdown
El proyecto incluye PM Brain como compañero: la memoria de tu producto vive en archivos markdown planos. Nada de base de datos vectorial, nube ni capas de memoria de agente. La ventaja es que tu contexto de producto es legible, versionable en git y portable. La desventaja es que no hay búsqueda semántica mágica; es lo que tú escribas, organizado por carpetas.
Para un equipo chico esto suele ser una ventaja, no una limitación. El contexto de producto que de verdad importa cabe en archivos que puedes leer tú mismo.
Limitaciones honestas
- Comandos atados a Claude. Los flujos encadenados y los comandos slash corren completos en Claude Code y Cowork. En Codex los skills jalan pero parte de la sintaxis de comandos no traduce.
- Resto de agentes, solo skills. En Gemini CLI, OpenCode, Cursor o Kiro te quedas copiando carpetas de skills a mano y pierdes los 42 flujos encadenados.
- Cowork en Windows es inestable. El README lo reconoce y da un workaround con una tarea programada en PowerShell. Si trabajas en Windows, cuéntalo en tu plan.
- No decide por ti. Aplica marcos, no estrategia. Las decisiones de producto siguen siendo del humano.
Mi recomendación
Si trabajas en Claude Code o Cowork y tu producto se maneja sin un PM senior de planta, este marketplace te da andamiaje serio por cero pesos. Empieza con pm-toolkit más discovery, corre /discover en tu próximo problema de producto y mide si la estructura te ahorra vueltas. Con 17k estrellas en pocos meses y licencia MIT, el costo de probarlo es básicamente tu tiempo de una tarde. Si tu stack no es Claude, baja la expectativa: vas a usar la mitad de lo bueno.