scaffold-exercises

Crear estructuras de directorios de ejercicios con secciones, problemas, soluciones y explicadores que pasen la verificación de linting. Usar cuando el usuario quiera andamiar ejercicios, crear esqueletos de ejercicios o configurar una nueva sección de curso.

npx skills add https://github.com/mattpocock/skills --skill scaffold-exercises

Scaffold Exercises

Create exercise directory structures that pass pnpm ai-hero-cli internal lint, then commit with git commit.

Directory naming

  • Sections: XX-section-name/ inside exercises/ (e.g., 01-retrieval-skill-building)
  • Exercises: XX.YY-exercise-name/ inside a section (e.g., 01.03-retrieval-with-bm25)
  • Section number = XX, exercise number = XX.YY
  • Names are dash-case (lowercase, hyphens)

Exercise variants

Each exercise needs at least one of these subfolders:

  • problem/ - student workspace with TODOs
  • solution/ - reference implementation
  • explainer/ - conceptual material, no TODOs

When stubbing, default to explainer/ unless the plan specifies otherwise.

Required files

Each subfolder (problem/, solution/, explainer/) needs a readme.md that:

  • Is not empty (must have real content, even a single title line works)
  • Has no broken links

When stubbing, create a minimal readme with a title and a description:

# Exercise Title

Description here

If the subfolder has code, it also needs a main.ts (>1 line). But for stubs, a readme-only exercise is fine.

Workflow

  1. Parse the plan - extract section names, exercise names, and variant types
  2. Create directories - mkdir -p for each path
  3. Create stub readmes - one readme.md per variant folder with a title
  4. Run lint - pnpm ai-hero-cli internal lint to validate
  5. Fix any errors - iterate until lint passes

Lint rules summary

The linter (pnpm ai-hero-cli internal lint) checks:

  • Each exercise has subfolders (problem/, solution/, explainer/)
  • At least one of problem/, explainer/, or explainer.1/ exists
  • readme.md exists and is non-empty in the primary subfolder
  • No .gitkeep files
  • No speaker-notes.md files
  • No broken links in readmes
  • No pnpm run exercise commands in readmes
  • main.ts required per subfolder unless it's readme-only

Moving/renaming exercises

When renumbering or moving exercises:

  1. Use git mv (not mv) to rename directories - preserves git history
  2. Update the numeric prefix to maintain order
  3. Re-run lint after moves

Example:

git mv exercises/01-retrieval/01.03-embeddings exercises/01-retrieval/01.04-embeddings

Example: stubbing from a plan

Given a plan like:

Section 05: Memory Skill Building
- 05.01 Introduction to Memory
- 05.02 Short-term Memory (explainer + problem + solution)
- 05.03 Long-term Memory

Create:

mkdir -p exercises/05-memory-skill-building/05.01-introduction-to-memory/explainer
mkdir -p exercises/05-memory-skill-building/05.02-short-term-memory/{explainer,problem,solution}
mkdir -p exercises/05-memory-skill-building/05.03-long-term-memory/explainer

Then create readme stubs:

exercises/05-memory-skill-building/05.01-introduction-to-memory/explainer/readme.md -> "# Introduction to Memory"
exercises/05-memory-skill-building/05.02-short-term-memory/explainer/readme.md -> "# Short-term Memory"
exercises/05-memory-skill-building/05.02-short-term-memory/problem/readme.md -> "# Short-term Memory"
exercises/05-memory-skill-building/05.02-short-term-memory/solution/readme.md -> "# Short-term Memory"
exercises/05-memory-skill-building/05.03-long-term-memory/explainer/readme.md -> "# Long-term Memory"

Más skills de mattpocock

improve-codebase-architecture
mattpocock
Encuentra oportunidades de profundización en una base de código, informado por el lenguaje del dominio en CONTEXT.md y las decisiones en docs/adr/. Úsalo cuando el usuario quiera mejorar la arquitectura, encontrar oportunidades de refactorización, consolidar módulos fuertemente acoplados o hacer que una base de código sea más testeable y navegable por IA.
developmentcode-reviewapi
tdd
mattpocock
Desarrollo guiado por pruebas con el ciclo rojo-verde-refactorizar. Úsalo cuando el usuario quiera construir funcionalidades o corregir errores usando TDD, mencione "rojo-verde-refactorizar", quiera pruebas de integración o solicite desarrollo basado en pruebas primero.
developmenttesting
handoff
mattpocock
Compacta la conversación actual en un documento de handoff para que otro agente lo retome.
communicationproject-managementdocument
prototype
mattpocock
Construye un prototipo desechable para desarrollar un diseño antes de comprometerse con él. Enruta entre dos ramas: una aplicación de terminal ejecutable para preguntas de estado/lógica de negocio, o varias variaciones de interfaz de usuario radicalmente diferentes que se puedan alternar desde una ruta. Úsalo cuando el usuario quiera prototipar, verificar un modelo de datos o máquina de estados, maquetar una interfaz, explorar opciones de diseño, o diga "prototipa esto", "déjame jugar con ello", "prueba algunos diseños".
developmentdesigncreative
triage
mattpocock
Triage de incidencias a través de una máquina de estados impulsada por roles de triage. Úselo cuando el usuario quiera crear una incidencia, hacer triage de incidencias, revisar errores entrantes o solicitudes de funciones, preparar incidencias para un agente AFK, o gestionar el flujo de trabajo de incidencias.
developmentproject-managementcommunication
obsidian-vault
mattpocock
Buscar, crear y gestionar notas en el vault de Obsidian con wikilinks y notas índice. Usar cuando el usuario quiera encontrar, crear u organizar notas en Obsidian.
productivitydocument
edit-article
mattpocock
Editar y mejorar artículos reestructurando secciones, mejorando la claridad y ajustando la prosa. Úsalo cuando el usuario quiera editar, revisar o mejorar un borrador de artículo.
documentcreative
writing-great-skills
mattpocock
Referencia para escribir y editar habilidades correctamente: el vocabulario y los principios que hacen que una habilidad sea predecible.
documentdevelopment