spelling-check
$
npx mdskill add 686f6c61/alfred-dev/spelling-checkDetecta y corrige errores ortográficos en textos en español.
- Mejora la credibilidad de documentación, código y mensajes de usuario.
- Analiza patrones de escritura común en español sin herramientas externas.
- Prioriza correcciones de tildes para evitar errores frecuentes.
- Presenta listas de errores corregidos directamente en el flujo de trabajo.
SKILL.md
.github/skills/spelling-checkView on GitHub ↗
--- 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).
More from 686f6c61/alfred-dev
- acceptance-criteriaGenerar criterios de aceptación en formato Given/When/Then. Activar cuando el usuario quiera definir criterios de aceptacion, usar formato Given When Then, escribir en Gherkin, saber como determinar que algo esta terminado o establecer una definicion de hecho.
- architecture-docsUsar para documentar la arquitectura del sistema. Activar ante: documentar arquitectura, diagrama del sistema, como funciona el proyecto, vision general tecnica
- bundle-sizeAnalizar y reducir el tamaño de bundles frontend. Activar cuando el bundle sea grande, se quiera reducir tamaño, aplicar tree shaking, configurar lazy loading, usar webpack analyzer o analizar el peso de la aplicacion.
- choose-stackUsar 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 comparar herramientas.
- ci-cd-pipelineConfigurar pipeline CI/CD adaptado al proyecto. Activar cuando el usuario quiera configurar CI, crear GitHub Actions, configurar GitLab CI, montar un pipeline de despliegue, automatizar tests o implementar integracion continua.
- code-review-responseUsar al recibir feedback de code review para responder técnicamente. Activar cuando el usuario quiera responder a comentarios de PR, gestionar feedback de code review, resolver comentarios de un revisor, o cuando el revisor pide cambios en el código.
- compliance-checkUsar para verificar cumplimiento RGPD, NIS2 y CRA. También: verificar RGPD, cumplimiento normativo, NIS2, CRA, Cyber Resilience Act, protección de datos, regulación europea.
- copy-reviewRevisar textos publicos: claridad, tono, ortografia y CTAs. Activar ante: revisar textos, mejorar copy, tono de comunicacion, textos de la web, landing page copy
- dependency-strategyEstrategia integral de gestion de dependencias: inventario, evaluacion de riesgo, politica de actualizaciones y documentacion. Usar para auditar el estado global de las dependencias del proyecto.
- dependency-updateRevisar dependencias desactualizadas, con CVEs o end-of-life, y proponer actualizaciones seguras. También: actualizar paquetes, actualizar dependencias, Dependabot, Renovate, versión desactualizada, breaking changes.