req-change-workflow
Cambios de requisitos con flujo de trabajo con puertas de aprobación
Gestionar cambios de requisitos en bases de código existentes a menudo conduce a expansión del alcance y efectos secundarios no probados. Esta habilidad proporciona un flujo de trabajo de 7 pasos con puertas de aprobación que asegura la aprobación del usuario en cada etapa antes de que comience la implementación.
Descargar el ZIP de la skill
Subir en Claude
Ve a Configuración → Capacidades → Skills → Subir skill
Activa y empieza a usar
Pruébalo
Usando "req-change-workflow". Quiero agregar un alternador de modo oscuro a la extensión
Resultado esperado:
- Brief de Cambio generado con objetivo, elementos fuera de alcance, criterios de aceptación y expectativas de reversión
- Línea base de comportamiento actual documentada con lista de archivos
- Evaluación de impacto y riesgo con puntos de validación manual
Usando "req-change-workflow". El flujo de OAuth necesita actualizar tokens automáticamente
Resultado esperado:
- Plan de implementación de 7 pasos creado con puntos de aprobación con puertas
- Propuesta de diseño con modelo de estado y recuperación de fallos
- Entrada de registro de decisiones documentando por qué se eligió actualización de tokens sobre re-autenticación silenciosa
Auditoría de seguridad
Riesgo bajoAll 42 static findings are false positives. The "Ruby/shell backtick execution" flags are misidentified markdown code formatting. The "weak cryptographic algorithm" and "system reconnaissance" flags are text misinterpretations. The skill is a legitimate requirement change workflow for Chrome extensions with no malicious intent.
Puntuación de calidad
Lo que puedes crear
Aclaración del alcance de características
Cuando un interesado solicita una nueva característica o cambio de comportamiento, use este flujo de trabajo para bloquear el alcance y obtener aprobación explícita antes de escribir código.
Prevención de regresión para extensiones
Antes de implementar cambios en manifest.json o service_worker.js, ejecute la lista de verificación de regresión para asegurar que la funcionalidad existente permanezca intacta.
Trazabilidad de decisiones
Documente por qué se eligió un diseño particular sobre las alternativas, creando un registro de decisiones mantenible para futuros miembros del equipo.
Prueba estos prompts
Quiero cambiar [describir la característica/comportamiento]. Ayúdame a usar el req-change-workflow para estructurar este cambio.
El requisito ha cambiado a [describir nuevos requisitos]. Ayúdame a re-aclarar el alcance usando la plantilla de brief de cambio.
Aquí está mi entendimiento actual: [describir comportamiento actual]. Quiero cambiarlo a: [describir comportamiento deseado]. Muéstrame el diseño propuesto antes de la implementación.
He completado la implementación. Ejecuta la lista de verificación de regresión y documenta los resultados de las pruebas.
Mejores prácticas
- Siempre obtenga aprobación del usuario en el Paso 4 antes de escribir código
- Use la lista de verificación de regresión después de cualquier cambio en manifest.json o service_worker.js
- Documente el plan de reversión antes de la implementación para asegurar reversibilidad
Evitar
- Saltar directamente a la implementación sin aclarar los criterios de aceptación
- Hacer cambios en múltiples puntos de entrada sin centralizar la lógica primero
- Ignorar la lista de verificación de regresión y asumir que pequeños cambios no tienen efectos secundarios