QA como sistema, no como checklist: la skill que subí a skills.sh
Acabo de subir una skill de Senior QA Engineer y el sistema de skills.sh ya la indexó y la está mostrando públicamente. No es un CV ni una descripción de rol. Es conocimiento de QA estructurado como skill reutilizable.
La idea es simple: QA como sistema, no como checklist. Prácticas claras, reproducibles y pensadas para flujos reales — no una lista de pasos genéricos que alguien copia y pega sin entenderlos, sino un criterio codificado para que un agente lo aplique con el mismo rigor que aplicaría un QA senior con años de formación.
Que una plataforma externa lo consuma y lo publique sin que yo tuviera que pedir nada es una buena señal de que este enfoque tiene sentido. Skills.sh indexa skills por su valor real, no porque alguien las promocione — y esta ya está circulando.
Esta skill es parte de la misma familia que después terminó publicada acá como proyecto: QA Skills, un pack de 11 skills instalables que cubre el ciclo completo — verificación de historias, diseño de casos con técnicas ISTQB, ejecución, defectos, CI/CD, mejora continua. Lo que subí a skills.sh fue el punto de partida de esa idea más grande.
Tip
Codificar el criterio de un QA senior como skill no es "reemplazar" al QA. Es capturar su método en una forma que un agente pueda ejecutar — lo mismo que documentar cualquier proceso crítico, solo que ahora la documentación es ejecutable.
Lo que me interesa de esto a largo plazo no es que un agente pueda correr una skill mía. Es que el conocimiento de QA — el que normalmente vive solo en la cabeza de la gente con experiencia — puede volverse algo transferible, versionado, instalable en un proyecto nuevo con un comando. Eso no compite con el QA humano. Lo multiplica.
Publiqué esta idea originalmente en LinkedIn.