01 Qué problema resuelven
Matt Pocock es el autor de Total TypeScript y uno de los formadores más seguidos del ecosistema JavaScript. Su repositorio skills (licencia MIT) reúne las instrucciones que usa con Claude Code, Codex y otros agentes para evitar los fallos de siempre: el agente construye algo que no era, habla de más, entrega código que no funciona o deja el proyecto convertido en una maraña.
A diferencia de marcos que imponen todo un proceso, estas skills son pequeñas, editables y combinables. Las adoptas una a una y las adaptas a tu equipo.
Desalineación
Una entrevista exhaustiva antes de tocar código para que el agente entienda qué quieres de verdad.
Verborrea
Un glosario compartido del dominio para que agente y equipo usen las mismas palabras y gasten menos.
Código que no funciona
Bucles de retroalimentación: tipos, navegador y tests con el ciclo rojo-verde-refactor.
Arquitectura que se degrada
Revisiones periódicas que buscan módulos que simplificar y profundizar.
02 Instalación
Hay dos vías. Elige solo una por agente: si instalas las dos, tendrás cada skill duplicada.
claude plugin install mattpocock-skills@claude-plugins-officialnpx skills@latest add mattpocock/skills -a claude-code-
1
Elige la vía
El plugin es lo más cómodo. La opción B copia los archivos para que los modifiques; cuando el instalador pregunte, incluye setup-matt-pocock-skills. Actualiza con npx skills@latest update.
-
2
Abre Claude Code en tu repositorio
Si estabas en una sesión, abre otra o ejecuta /reload-plugins para que aparezcan las skills.
-
3
Configura el repositorio
Ejecuta /setup-matt-pocock-skills una vez por proyecto. Te preguntará qué gestor de incidencias usas, qué etiquetas aplicas al clasificar y dónde guardar la documentación.
-
4
Pide orientación
Si no sabes por dónde empezar, /ask-matt te recomienda la skill o el flujo adecuado para tu situación.
03 Las skills principales
El repositorio distingue dos tipos: las que invocas tú con su comando, que orquestan un flujo, y las que Claude puede usar por su cuenta cuando la tarea encaja, que contienen la disciplina reutilizable. El catálogo cambia a menudo; esta es la selección más útil para empezar.
| Skill | Para qué sirve | Quién la activa |
|---|---|---|
| grill-me | Te entrevista sin descanso sobre un plan o idea hasta resolver cada rama de decisión | Tú |
| grill-with-docs | La misma entrevista, pero además construye el glosario del proyecto y registra decisiones en ADR | Tú |
| to-spec | Convierte la conversación en una especificación y la publica en tu gestor de incidencias | Tú |
| to-tickets | Trocea un plan o especificación en tickets verticales con sus dependencias | Tú |
| implement | Construye lo descrito en una especificación o tickets, aplicando tdd y cerrando con revisión | Tú |
| improve-codebase-architecture | Busca oportunidades de simplificar módulos y te presenta un informe visual | Tú |
| handoff | Resume la conversación en un documento para que otra sesión continúe | Tú |
| tdd | Ciclo rojo-verde-refactor, una porción vertical cada vez | Claude o tú |
| diagnosing-bugs | Depuración por fases: reproducir, reducir, hipótesis, instrumentar, corregir y test de regresión | Claude o tú |
| prototype | Prototipos desechables para resolver una duda de diseño antes de construir | Claude o tú |
04 Un flujo completo: de la idea al código revisado
-
1
Alinear
/grill-with-docs sobre el cambio que quieres. Sales con decisiones tomadas y un glosario actualizado.
-
2
Especificar
/to-spec resume lo hablado en una especificación sin volver a preguntarte.
-
3
Trocear
/to-tickets divide la especificación en piezas verticales que atraviesan todas las capas.
-
4
Implementar
/implement trabaja los tickets con tests primero y cierra con una revisión de estándares y de cumplimiento de la especificación.
-
5
Mantener
Cada pocos días, /improve-codebase-architecture para detectar dónde se está complicando el diseño.
/grill-with-docs Quiero añadir [funcionalidad, por ejemplo: que los clientes puedan reprogramar su cita desde el correo de confirmación].
Contexto: [quién lo usa, stack, restricciones de plazo o integraciones].
Hazme una pregunta cada vez y no pases a la siguiente rama hasta cerrar la anterior. Cuando terminemos, resume las decisiones y los términos nuevos del glosario y espera mi visto bueno.Usa la skill diagnosing-bugs con este fallo: [pega el error o describe el comportamiento].
Pasos para reproducirlo: [pasos].
Esperaba: [resultado esperado]. Ocurre: [resultado real].
Primero consigue una prueba que falle por este motivo. Antes de tocar código, dime tu hipótesis y cómo vas a comprobarla. Cuando lo arregles, deja un test de regresión que cubra exactamente este caso.Usa tdd para implementar [funcionalidad]. Empieza por la porción vertical más pequeña que aporte valor de principio a fin. Enséñame el primer test que falla y espera mi conformidad antes de escribir la implementación mínima. No adelantes nada que no esté en esta porción.05 Más allá del código
Varias skills de productividad sirven fuera de la programación. /grill-me es útil para cerrar una propuesta comercial, un plan de lanzamiento o una política interna: te obliga a decidir antes de ejecutar. /to-questionnaire convierte una decisión que no puedes tomar solo en un cuestionario para la persona que sí puede, y /handoff deja un traspaso limpio cuando otra persona o sesión continúa el trabajo.
Preguntas frecuentes
Sí. El repositorio tiene licencia MIT y puedes usarlo en proyectos comerciales y de clientes.
Sí. El autor las diseña para cualquier modelo y documenta la instalación en Codex, GitHub Copilot, Gemini CLI y otros agentes compatibles con la CLI de skills.
Pueden solaparse porque cubren lo mismo (planificación, tests, revisión). Úsalas por separado o elige de cada uno solo las piezas que no se pisen.
No para todas. Las de especificación y tickets pueden trabajar con archivos locales si así lo indicas en /setup-matt-pocock-skills.
Sobre el autor
Equipo editorial de appyweb
Marketing, SEO y desarrollo con IA
Especialistas de appyweb en SEO, publicidad, desarrollo web y automatización con IA.