/spelling-check
Verificar ortografía en castellano: tildes, concordancia y erratas en código y documentación. También: ortografía, tildes, erratas, castellano, acentos.
$ npx -y skills add 686f6c61/alfred-dev --skill spelling-check --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/spelling-check
Context preview
The summary Claude sees to decide when to auto-load this skill.
Verificar ortografía en castellano: tildes, concordancia y erratas en código y documentación. También: ortografía, tildes, erratas, castellano, acentos.
SKILL.md
spelling-check.SKILL.mdname: spelling-check
description: "Verificar ortografía en castellano: tildes, concordancia y erratas en código y documentación. También: ortografía, tildes, erratas, castellano, acentos."
Verificación ortográfica
Resumen
Este skill verifica la ortografía de los textos generados o existentes en el proyecto: documentación, comentarios de código, mensajes de interfaz, strings visibles para el usuario y commits. La prioridad absoluta son las tildes en castellano, que es el error más frecuente y el que más credibilidad resta.
Escribir bien no es opcional. Un texto con faltas transmite descuido, independientemente de la calidad técnica del código.
Proceso
Paso 1: identificar los textos a revisar
Según el contexto:
- **Documentación**: README, docs/, comentarios de cabecera, changelogs.
- **Interfaz**: strings visibles para el usuario (labels, mensajes de error, placeholders, tooltips).
- **Código**: nombres de variables y funciones en castellano (si aplica), comentarios.
- **Git**: mensajes de commit recientes.
Paso 2: verificar tildes
Lista de palabras que frecuentemente se escriben sin tilde (y deben llevarla):
| Incorrecto | Correcto | |-----------|----------| | funcion | función | | configuracion | configuración | | informacion | información | | autenticacion | autenticación | | descripcion | descripción | | documentacion | documentación | | sesion | sesión | | version | versión | | conexion | conexión | | aplicacion | aplicación | | operacion | operación | | validacion | validación | | creacion | creación | | instalacion | instalación | | actualizacion | actualización | | ejecucion | ejecución | | implementacion | implementación | | investigacion | investigación | | auditoria | auditoría | | automatico | automático | | codigo | código | | metodo | método | | numero | número | | parametro | parámetro | | unico | único | | publico | público | | tecnico | técnico | | basico | básico | | dinamico | dinámico | | pagina | página | | tambien | también | | mas | más (cuando no es conjunción adversativa) | | como | cómo (interrogativo/exclamativo) | | que | qué (interrogativo/exclamativo) |
Paso 3: verificar concordancia
- Género: "la función" (no "el función"), "el parámetro" (no "la parámetro").
- Número: "las funciones devuelven" (no "las funciones devuelve").
- Artículos: "un error" (no "una error"), "una excepción" (no "un excepción").
Paso 4: verificar puntuación
- Signos de interrogación y exclamación de apertura: "¿Funciona?" (no "Funciona?").
- Comas antes de "pero", "aunque", "sin embargo".
- Punto final en frases completas.
Paso 5: entregar correcciones
- Listar cada error encontrado con ubicación (fichero:línea), texto incorrecto y corrección.
- Aplicar las correcciones directamente si el usuario lo autoriza.
- Priorizar: primero tildes (más frecuentes y visibles), después concordancia, después puntuación.
Qué NO hacer
- No cambiar el estilo del texto, solo la ortografía. Las preferencias de redacción son del autor.
- No corregir nombres propios, marcas o términos técnicos en inglés.
- No añadir signos de apertura en contextos donde la convención del proyecto no los usa (algunos proyectos eligen omitirlos en código).
Read more
name: spelling-check description: "Verificar ortografía en castellano: tildes, concordancia y erratas en código y documentación. También: ortografía, tildes, erratas, castellano, acentos."
Verificación ortográfica
Resumen
Este skill verifica la ortografía de los textos generados o existentes en el proyecto: documentación, comentarios de código, mensajes de interfaz, strings visibles para el usuario y commits. La prioridad absoluta son las tildes en castellano, que es el error más frecuente y el que más credibilidad resta.
Escribir bien no es opcional. Un texto con faltas transmite descuido, independientemente de la calidad técnica del código.
Proceso
Paso 1: identificar los textos a revisar
Según el contexto:
- **Documentación**: README, docs/, comentarios de cabecera, changelogs.
- **Interfaz**: strings visibles para el usuario (labels, mensajes de error, placeholders, tooltips).
- **Código**: nombres de variables y funciones en castellano (si aplica), comentarios.
- **Git**: mensajes de commit recientes.
Paso 2: verificar tildes
Lista de palabras que frecuentemente se escriben sin tilde (y deben llevarla):
| Incorrecto | Correcto | |-----------|----------| | funcion | función | | configuracion | configuración | | informacion | información | | autenticacion | autenticación | | descripcion | descripción | | documentacion | documentación | | sesion | sesión | | version | versión | | conexion | conexión | | aplicacion | aplicación | | operacion | operación | | validacion | validación | | creacion | creación | | instalacion | instalación | | actualizacion | actualización | | ejecucion | ejecución | | implementacion | implementación | | investigacion | investigación | | auditoria | auditoría | | automatico | automático | | codigo | código | | metodo | método | | numero | número | | parametro | parámetro | | unico | único | | publico | público | | tecnico | técnico | | basico | básico | | dinamico | dinámico | | pagina | página | | tambien | también | | mas | más (cuando no es conjunción adversativa) | | como | cómo (interrogativo/exclamativo) | | que | qué (interrogativo/exclamativo) |
Paso 3: verificar concordancia
- Género: "la función" (no "el función"), "el parámetro" (no "la parámetro").
- Número: "las funciones devuelven" (no "las funciones devuelve").
- Artículos: "un error" (no "una error"), "una excepción" (no "un excepción").
Paso 4: verificar puntuación
- Signos de interrogación y exclamación de apertura: "¿Funciona?" (no "Funciona?").
- Comas antes de "pero", "aunque", "sin embargo".
- Punto final en frases completas.
Paso 5: entregar correcciones
- Listar cada error encontrado con ubicación (fichero:línea), texto incorrecto y corrección.
- Aplicar las correcciones directamente si el usuario lo autoriza.
- Priorizar: primero tildes (más frecuentes y visibles), después concordancia, después puntuación.
Qué NO hacer
- No cambiar el estilo del texto, solo la ortografía. Las preferencias de redacción son del autor.
- No corregir nombres propios, marcas o términos técnicos en inglés.
- No añadir signos de apertura en contextos donde la convención del proyecto no los usa (algunos proyectos eligen omitirlos en código).
Plugin de Claude Code: 18 agentes especializados, 60 skills, 25 comandos, 13 hooks, memoria persistente, Memory UI local, quality gates, evidence guard, continuidad operativa y modo autopilot.
Repo: 686f6c61/alfred-dev
Other skills on alfred-dev.
- /alfred
Alias global /alfred para abrir el asistente contextual de Alfred Dev sin escribir el namespace completo. Activar solo cuando el usuario invoque explicitamente /alfred.
Open skill - /choose-stack
Usar para evaluar y elegir tecnologías con matriz de decisión ponderada. Activar cuando el usuario quiera elegir tecnología, comparar frameworks, decidir entre alternativas técnicas, construir una matriz de decisión, evaluar stack, seleccionar base de datos, elegir lenguaje o
Open skill - /design-system
Usar para diseñar la arquitectura de un sistema con diagramas y contratos. Activar cuando el usuario quiera diseñar arquitectura, definir componentes del sistema, crear un diagrama de flujo, establecer contratos entre módulos, planificar la estructura del proyecto o decidir cómo
Open skill - /evaluate-dependencies
Usar para evaluar si una dependencia merece la pena antes de añadirla. Activar cuando el usuario quiera añadir una librería, saber si merece la pena esta dependencia, evaluar un paquete antes de instalarlo, hacer npm install o pip install de algo nuevo, buscar alternativas a una
Open skill - /write-adr
Usar para documentar decisiones arquitectónicas como ADR. Activar cuando el usuario quiera documentar por qué se tomó una decisión, registrar alternativas descartadas, crear un ADR, un decision record, dejar constancia de una elección técnica o justificar una decisión de diseño
Open skill - /code-review
Usar para revisar código con foco en calidad, legibilidad y errores lógicos. También: revisar código, buscar errores, calidad del código, revisión de PR, pull request review.
Open skill

