change-controllisted

# Cuándo usar Usar cuando una tarea: - modifica archivos del proyecto; - involucra a más de una persona, agente o modelo; - afecta comportamiento existente; - requiere decisión humana; - puede impactar usuarios, datos, seguridad, costos, despliegue o reputación. # Objetivo Evitar cambios improvisados, duplicados o contradictorios cuando varias personas o agentes trabajan sobre el mismo proyecto. # Principios - Un cambio debe tener dueño, alcance y criterio de cierre. - No se mezclan cambios no relacionados. - No se pisa trabajo en paralelo. - No se despliega sin saber qué cambió. - No se acepta evidencia verbal si puede verificarse. - Si hay conflicto entre agentes/personas, se pausa y se reconcilia estado. - El estado real del repositorio prevalece sobre memoria, conversación o supuestos. # Roles genéricos - Solicitante: define necesidad, prioridad y restricciones. - Orquestador: divide trabajo, asigna responsables y evita solapamientos. - Implementador: modifica archivos dentro del alcance autorizado. - Revisor: audita diff, pruebas, riesgos y criterios. - Aprobador: autoriza merge, deploy o acciones sensibles. # Niveles de impacto - Nivel 0: solo lectura, diagnóstico, investigación. - Nivel 1: documentación o cambios locales de bajo impacto. - Nivel 2: código funcional, UI, endpoints o configuración. - Nivel 3: producción, datos reales, auth, pagos, emails, permisos, migraciones o usuarios reales. - Nivel 4: borrado, cambios irreversibles, seguridad crítica o acc