user-guide
$
npx mdskill add 686f6c61/alfred-dev/user-guideWrite clear user or developer guides from scratch.
- Creates step-by-step tutorials for end users or developers.
- Adapts tone and depth based on the target audience.
- Generates copyable commands and functional code examples.
- Delivers structured documentation with installation and usage steps.
SKILL.md
.github/skills/user-guideView on GitHub ↗
--- name: user-guide description: "Usar para escribir guías de usuario o desarrollador. Activar ante: guia de usuario, como usar, manual de uso, tutorial, instrucciones para el usuario" --- # Escribir guía de usuario ## Resumen Este skill genera guías de usuario o de desarrollador claras y completas. Una buena guía permite al lector ir de "no sé nada de esto" a "lo tengo funcionando y entiendo cómo usarlo" sin necesidad de ayuda externa. El tono es directo, los pasos son verificables y los ejemplos son funcionales. La guía se adapta al público: si es para usuarios finales, se evita jerga técnica; si es para desarrolladores, se incluyen detalles de configuración e integración. ## Proceso 1. **Identificar al público objetivo.** La guía se escribe de forma distinta según quién la va a leer: - **Usuario final:** pasos simples, capturas de pantalla si aplica, lenguaje no técnico. - **Desarrollador que integra:** ejemplos de código, documentación de API, configuración. - **Desarrollador que contribuye:** setup del entorno, convenios del proyecto, cómo ejecutar tests. 2. **Redactar la sección de instalación.** Paso a paso, sin saltar nada: - Requisitos previos (versiones de software, sistema operativo, herramientas necesarias). - Comandos de instalación exactos, copiables y pegables. - Verificación de que la instalación ha funcionado (comando o página de prueba). - Errores comunes de instalación y cómo resolverlos. 3. **Redactar la sección de configuración:** - Variables de entorno necesarias, con descripción y ejemplo de valor. - Ficheros de configuración, con plantilla y explicación de cada campo. - Valores por defecto y cuándo cambiarlos. 4. **Redactar la sección de uso básico.** El caso de uso más simple para que el lector vea resultados rápido: - Ejemplo mínimo funcional (de principio a fin). - Explicación de qué hace cada paso. - Resultado esperado para que el lector pueda verificar. 5. **Redactar la sección de uso avanzado.** Funcionalidades menos obvias pero importantes: - Configuraciones avanzadas. - Integraciones con otras herramientas. - Personalización y extensión. - Patrones de uso recomendados. 6. **Redactar la sección de troubleshooting.** Los problemas más comunes y sus soluciones: | Problema | Causa probable | Solución | |----------|---------------|----------| | Error X al arrancar | Falta variable de entorno Y | Añadir Y al fichero .env | | La página no carga | Puerto ocupado | Cambiar el puerto en config | Esta sección se alimenta de las preguntas reales de los usuarios. Si no hay histórico, anticipar los problemas más probables. 7. **Redactar FAQ.** Preguntas frecuentes que no encajan en las secciones anteriores. Formato pregunta-respuesta, directo y conciso. 8. **Revisar con un lector fresco.** Si es posible, pedir a alguien que no conoce el proyecto que siga la guía y reporte dónde se atasca. ## Criterios de éxito - La guía cubre instalación, configuración, uso básico, uso avanzado y troubleshooting. - Los pasos de instalación son reproducibles (se pueden seguir de cero a funcionando). - Los ejemplos son funcionales y se pueden copiar directamente. - El lenguaje está adaptado al público objetivo. - Los problemas comunes tienen soluciones documentadas.
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.