praxis

Auditar y estandarizar la infraestructura completa de un repositorio de producción: seguridad, git hooks, CI/CD pipelines, versionado, Justfile, y configuración de código. Funciona en repos nuevos o existentes en cualquier momento. Usar este skill siempre que el usuario diga "estandarizar", "conform", "preparar repo", "harden", "security audit", "add git hooks", "setup CI", "standardize", "conventional commits", "auto-tag", "hacer público", "preparar para open source", "revisar seguridad del repo", "endurecer", "public release checklist" — incluso si no dice "conform" e incluso si solo pregunta "está listo para ser público?" o "what do I need before open-sourcing?" o "estandarizar este repo". (No para: pentesting, vulnerability research, code review de lógica.)

Guardar y restaurar estado de sesión estructurado entre sesiones usando rootline como capa de datos. Crea snapshots markdown con YAML frontmatter capturando trabajo activo, decisiones, estado git, y próximos pasos. Usar este skill siempre que el usuario diga "guardar contexto", "save context", "save session", "guardar progreso", "retomar", "pick up where I left off", "resume", "ya terminé por hoy", "list sessions", o cualquier variación de preservar/recuperar estado de trabajo — incluso si no dice "context-save" explícitamente, e incluso si solo dice "ya acabé por hoy" o "save my progress." Para buscar en el historial de conversaciones pasadas, usar backscroll en su lugar.

Usar para exploración abierta cuando el usuario quiere investigar, aprender, o mapear un dominio que no entiende completamente todavía. Gestiona líneas de investigación con ciclos Plan-Act-Observe-Reflect, grounded theory, y conexiones de conocimiento entre temas. Usar este skill siempre que el usuario exprese curiosidad sobre un tema, quiera explorar o investigar algo, haga preguntas abiertas y amplias, mencione iniciar una nueva investigación, o quiera documentar observaciones y patrones — incluso si no dice "discover" ni "nueva línea", incluso si la pregunta parece simple de responder directamente, e incluso si solo dice "quiero investigar sobre X" o "I want to look into Y." (No para: evaluar claims específicos = hypothesize, planificar tareas = roadmap.)

Usar siempre que el usuario necesite tomar una decisión respaldada por evidencia — evaluar si una tecnología, migración, arquitectura o vendor vale la pena ANTES de comprometer recursos. Estructura claims en hipótesis falsificables, recopila evidencia a favor/en contra, y produce un veredicto Go/No-Go. Usar este skill siempre que el usuario presente una propuesta con claims, pregunte "deberíamos migrar/adoptar/reescribir X?", quiera comparar alternativas con evidencia, comparta un artículo o recomendación preguntando "que opinas?", o referencie un documento de investigación existente — incluso si no pide una evaluación estructurada e incluso si solo dice "vale la pena X?" o "is Y worth it?" o "should we do Z?". (No para: exploración abierta = discover, descomponer planes en tareas = roadmap.)

SIEMPRE usar este skill como punto de entrada por defecto cuando la intención del usuario no es clara o podría involucrar investigación, evaluación o planificación. Clasifica el input y delega al skill correcto: discover (exploración), hypothesize (decisiones con evidencia), o roadmap (descomposición de proyecto). Usar este skill siempre que el usuario proporcione un archivo para analizar, pregunte qué hacer a continuación, mencione continuar trabajo previo, pida un status general, o dé instrucciones ambiguas — incluso si no menciona "praxis" ni ningún skill específico, e incluso si parece una pregunta simple. Triggers: "que sigue", "siguiente paso", "status", "continuar", "retomar", "por donde empiezo", "what should I do", "next step", "resume", "en que va". (No para: tareas directas de código como refactoring, bug fixes, o config.)

Verificación pre-vuelo del entorno. Chequea estado de git, disponibilidad de CLIs, integridad de schemas rootline, archivos del proyecto, y presencia de .stem ANTES de que otros skills corran. Detecta tipo de proyecto automáticamente. SIEMPRE usar este skill cuando el entorno parece mal, falta una herramienta, la validación falla inesperadamente, git está en mal estado, o antes de iniciar un workflow complejo. Triggers: "preflight", "check environment", "verificar entorno", "que falta", "why is this failing", "pre-check" — incluso si el usuario no pide un chequeo de entorno e incluso si el error parece no estar relacionado con el entorno. También corre como gate antes de otros skills con --for <skill>.

Usar cuando el usuario sabe QUÉ construir y necesita planificar CÓMO — descomponiendo un proyecto en epics, features, stories y tasks con specs, criterios de aceptación y dependencias. También para ver progreso, trabajo pendiente, o ejecutar tareas en secuencia. Usar este skill siempre que el usuario describa features a construir, pregunte "cómo estructuro este proyecto", liste requerimientos o componentes, quiera ver progreso, o diga "que falta" / "pendientes" / "next task" / "planificar" / "descomponer" — incluso si no dice "roadmap" ni "decompose", e incluso si solo dice "necesito construir X" sin pedir explícitamente un plan. (No para: evaluar SI algo vale la pena = hypothesize, explorar ideas = discover.)

Test runner inteligente que parsea fallos, agrupa por causa raíz, sugiere fixes, y re-ejecuta hasta que pasan. Detecta framework automáticamente (go, npm, cargo, pytest). Usar este skill siempre que el usuario diga: correr tests, arreglar tests, tests fallando, por que fallan los tests, hacer pasar los tests, run tests, fix tests, debug test failures, broken tests, test errors, CI errors — incluso si no dice "test loop" e incluso si solo pega un error de CI, dice "algo está roto", o menciona que el build falló.