Skills de Matt Pocock

Comandos y capacidades de mattpocock/skills (4ae2317) comprobados el 31 de octubre de 2026.

El pack de skills de Matt Pocock implementa el desarrollo orientado a especificaciones mediante un conjunto de procedimientos para el agente de código. La especificación y los tickets vinculados van al tracker, donde el equipo sigue con su trabajo habitual.

Instalación y configuración

Para una instalación gestionada en Claude Code, ejecuta claude plugin install mattpocock-skills@claude-plugins-official. En Codex, añade primero el marketplace con codex plugin marketplace add mattpocock/skills e instala con codex plugin add mattpocock-skills@mattpocock. Las instrucciones para GitHub Copilot y otros agentes están en el README del paquete.

Instala archivos editables con npx skills@latest add mattpocock/skills. Elige un método por agente para evitar duplicados. Después ejecuta una vez /setup-matt-pocock-skills: acordará contigo el tracker, las etiquetas de triaje y la ubicación de los documentos del dominio. La configuración se guarda en docs/agents/. Hay plantillas para GitHub, GitLab y archivos Markdown locales; otros trackers se configuran a partir de tu descripción.

Flujo de trabajo

El proceso principal consta de varias fases.

  1. Entrevista. /grill-me plantea, mediante grilling, rondas de preguntas independientes con recomendaciones. Las preguntas que dependen de puntos sin resolver pasan a la siguiente ronda. Los hechos los busca el skill en el código; las decisiones las acuerda con el humano. /grill-with-docs guarda además los términos en GLOSSARY.md y las decisiones arquitectónicas en ADR mediante domain-modeling.
  2. Especificación. /to-spec reúne los requisitos de la discusión y publica un documento con la etiqueta ready-for-agent. No incluye rutas de archivos concretas ni listados ordinarios, porque caducan rápido. La excepción es un fragmento breve de un prototipo que fija con más precisión una decisión tomada, por ejemplo un modelo de estados. Los límites de testing el skill los acuerda con el usuario.
  3. Tareas. /to-tickets crea tickets trazadores, cada uno con un resultado verificable propio y enlaces de bloqueo. El agente elige un ticket cuyas dependencias estén cerradas. Para una refactorización mecánica amplia se usa expand–contract.
  4. Implementación. /implement ejecuta la tarea con /tdd en los límites acordados y lanza la comprobación de tipos y los tests.
  5. Revisión. /code-review comprueba los estándares del proyecto y los requisitos de la especificación en contextos separados.

El diagrama muestra qué artefactos conectan la conversación con la implementación.

Entrevista y decisionesEspecificación en el trackerVocabulario del dominio y ADRTickets con dependenciasElección de una tarea sindependencias bloqueantesImplementación con testsRevisión según estándares yespecificaciónlas decisiones acordadas pasan de la conversación a tareas verificables
Entrevista y decisionesEspecificación en el trackerVocabulario del dominio y ADRTickets con dependenciasElección de una tarea sindependencias bloqueantesImplementación con testsRevisión según estándares yespecificaciónlas decisiones acordadas pasan de la conversación a tareas verificables

En este diagrama el tracker guarda los requisitos y la cola de trabajo. El vocabulario y los ADR aportan a la tarea el significado de los términos y las razones de las decisiones, y la revisión contrasta el resultado con la especificación original.

Otros skills dan soporte a etapas adicionales del trabajo.

  • /wayfinder crea un mapa de preguntas de investigación para una idea grande.
  • /triage lleva las incidencias entrantes hasta un brief y el estado de lista para trabajar.
  • /prototype pone a prueba una pregunta de diseño. Para la lógica crea un archivo HTML independiente con escenarios controlables; para la UI, varias variantes intercambiables. El prototipo se conserva en una rama separada enlazada desde la tarea.
  • /implement-spec lleva una especificación completa a través de sus tickets, implementación y verificación.
  • /retro analiza una sesión y propone mejoras del flujo de trabajo.
  • /handoff traspasa el estado del trabajo a la siguiente sesión.
  • /diagnosing-bugs organiza el diagnóstico mediante hipótesis.
  • /to-questionnaire prepara un cuestionario para la persona que dispone de la información que falta.
  • /wizard crea un script interactivo para pasos manuales de configuración o migración.
  • /writing-for-agents ayuda a redactar instrucciones y documentos para el agente. Es el nuevo nombre del ampliado writing-great-skills.

Artefactos

Artefacto Dónde vive
Especificación (PRD) Una issue del tracker con la etiqueta ready-for-agent
Tickets con enlaces de bloqueo El tracker (o archivos en .scratch/\/issues/, si el tracker es local)
GLOSSARY.md Raíz del repositorio: el glosario de dominio
ADR docs/adr/: decisiones arquitectónicas
Documento de handoff El directorio temporal del SO — deliberadamente fuera del repositorio

En qué se diferencia

  • Las especificaciones y los tickets viven en el tracker junto con las tareas del equipo.
  • La entrevista ayuda a descubrir la incertidumbre antes de escribir la especificación.
  • Cada ticket trazador termina en un comportamiento verificable y declara explícitamente sus dependencias.
  • El glosario y los ADR se completan durante la discusión y los usan el resto de skills.

Cuándo elegirlo

El pack encaja con un equipo que quiere organizar el SDD dentro de un agente de código y del tracker que ya tiene. La instalación gestionada está disponible en Claude Code, Codex y GitHub Copilot; la editable permite adaptar los procedimientos al proyecto. OpenSpec es cómodo para guardar el paquete de cambio en el repositorio, y Superpowers ofrece otro conjunto de skills con puntos de control obligatorios.

results matching ""

    No results matching ""