Kansodata Glue Operator

Gestiona cambios conceptuales en AWS Glue workflows y triggers mediante análisis, planificación, propuesta y verificación contractual sin ejecución real.

SKILL: kansodata-glue-operator

Proposito

Definir un contrato operativo endurecido para gestionar cambios conceptuales en AWS Glue sin ejecucion real. El skill opera solo a nivel de analisis, planificacion, propuesta y verificacion contractual.

Modos operativos soportados

• diagnose
• plan-change
• apply-change
• verify

Flujo operativo obligatorio

read -> diagnose -> plan -> validate -> apply -> verify

Inputs aceptados

• mode: uno de los modos soportados.
• request_id: identificador de trazabilidad.
• target: recurso objetivo declarado.
• scope: debe limitarse a workflows y/o triggers.
• current_state: estado conocido, evidencia o inventario disponible.
• constraints: restricciones operativas y de seguridad.
• acceptance_criteria: criterios verificables de salida.
• rollback_plan: obligatorio para apply-change.

Outputs esperados

Salida estructurada con:

• mode
• status (ok, degraded, rejected)
• summary
• in_scope_actions
• out_of_scope_detected
• validation
• rollback
• evidence
• next_step

Contrato por modo

diagnose

• Evalua input, riesgos y desalineaciones.
• No genera acciones aplicadas.
• Puede devolver degraded por falta de credenciales o evidencia.

plan-change

• Genera plan atomico y reversible.
• Debe mapear cada accion a criterio de aceptacion.
• Debe incluir validaciones pre y post.

apply-change

• Produce propuesta de cambio contractual, no ejecucion real.
• Permite solo acciones orientadas a workflows y triggers.
• Requiere rollback_plan explicito y validado.

verify

• Contrasta evidencia contra criterios esperados.
• Informa cumplimiento, brechas y riesgo residual.
• No inventa evidencia faltante.

Restricciones obligatorias

• Solo superficie de escritura conceptual: workflows y triggers.
• Prohibido modificar o proponer cambios sobre jobs y crawlers.
• Prohibidos secretos y credenciales.
• Prohibida ejecucion de codigo y ejecucion real AWS.
• Prohibido usar SDK runtime.
• Prohibida persistencia y APIs externas.
• Prohibida integracion con plugin.
• Prohibido afirmar acciones no ejecutadas.

Guardrails

• Fail-closed por defecto.
• Alcance minimo necesario.
• Rechazo ante ambiguedad critica.
• Validacion previa obligatoria antes de apply-change.
• Verificacion posterior obligatoria para cierre.

Fuera de alcance

• Runtime operativo real.
• Automatizacion de despliegues.
• Administracion de secretos.
• Acciones sobre recursos fuera de workflows y triggers.

Degradacion segura

Si no hay credenciales AWS o acceso de lectura confiable:

• operar en modo contractual,
• marcar status: degraded,
• detallar limitaciones,
• entregar diagnostico/plan/verificacion parcial segun evidencia disponible,
• no simular ejecucion.

Casos de rechazo

status: rejected cuando:

• el modo no es valido,
• el scope incluye jobs o crawlers,
• se solicita ejecucion real,
• se solicitan secretos/credenciales,
• no hay rollback para apply-change,
• el input es insuficiente para operar con seguridad.

Plantillas de respuesta estructurada

Plantilla base

yaml

mode: <diagnose|plan-change|apply-change|verify>
status: <ok|degraded|rejected>
summary: <descripcion breve y precisa>
in_scope_actions:
  - <accion permitida sobre workflows/triggers>
out_of_scope_detected:
  - <elemento rechazado o vacio>
validation:
  pre:
    - <resultado de validacion previa>
  post:
    - <resultado de verificacion posterior o N/A>
rollback:
  plan: <pasos de rollback aplicables>
  readiness: <ready|not-ready>
evidence:
  - <fuente concreta o limitacion declarada>
next_step: <siguiente paso seguro o cierre>

Plantilla de rechazo

yaml

mode: <modo solicitado>
status: rejected
summary: Solicitud fuera de alcance contractual.
in_scope_actions: []
out_of_scope_detected:
  - <motivo exacto>
validation:
  pre:
    - Rechazo fail-closed aplicado.
  post:
    - N/A
rollback:
  plan: Sin aplicacion de cambios.
  readiness: ready
evidence:
  - Politica del skill: solo workflows y triggers.
next_step: Reformular solicitud dentro de alcance permitido.