AI-Native Safe Ops
Flujos agenticos para operaciones Web3 seguras, donde la IA puede investigar, proponer, simular y preparar acciones - pero las personas aprueban todo lo irreversible.
- Operaciones Safe/EVM
- Respuesta a incidentes backend y DevOps
- Investigacion y remediacion agentica
- Compuertas de aprobacion humana
- Modelo de ejecucion audit-first
Limite de seguridad
El agente no puede firmar ni ejecutar.
Esta arquitectura de servicio demuestra un modelo operativo AI-native para equipos Web3 que necesitan velocidad sin entregar autoridad sin control a la automatización.
Las operaciones Web3 fallan de otra forma.
Un incidente backend estandar normalmente se puede revertir. Un error operativo Web3 puede convertirse en un incidente financiero si toca flujos de tesoreria, configuracion de Safe, despliegues por cadena o rutas de firma.
Las transacciones pueden ser irreversibles una vez firmadas y minadas.
Los cambios de owner, threshold, modulo o guard de Safe pueden afectar la seguridad de la tesoreria.
Los despliegues pueden ser deterministicos y especificos por cadena, asi que un chainId incorrecto puede invalidar toda la operacion.
El comportamiento RPC puede variar por red y proveedor, especialmente en cadenas EVM compatibles nuevas.
Los secretos, wallets y flujos de firma deben quedar fuera de la autoridad del agente.
Los errores operativos necesitan evidencia de nivel incidente, no transcripciones de chat vagas.
Un flujo donde la IA acelera la investigacion, no la autoridad.
Este patron esta disenado para equipos que quieren que los agentes lean contexto, razonen sobre riesgo, preparen siguientes pasos seguros y dejen evidencia durable mientras las personas conservan la propiedad de las acciones irreversibles.
Vista de arquitectura
El agente puede analizar y preparar. No puede firmar, ejecutar, saltarse aprobaciones ni mutar produccion sin un canal externo aprobado.
Logs / RPC / Kubernetes / GitHub / Contexto Safe
Entradas operativas de solo lectura
Capa de analisis del agente
Clasificacion de fallos y sintesis de contexto
Motor de politicas de riesgo
Reglas fail-closed para llaves, chainId, destinos, modulos, guards y fondos
Capa de simulacion
Simulacion Safe, dry-runs, validacion RPC, checks de contrato, CI y politicas
Compuerta de aprobacion humana
Aprobar, rechazar, solicitar cambios o escalar
Payload Safe / Plan de despliegue
Artefacto preparado, no ejecucion automatica
Registro de auditoria
Decision, contexto, herramientas, checks, aprobacion y evidencia
Observar
El agente lee logs de aplicacion, eventos de Kubernetes, salidas de despliegue, salud RPC, contexto de transacciones Safe, direcciones de contratos, chainId y commits o cambios de configuracion recientes.
Analizar
El agente identifica la categoria de fallo, sistemas impactados, nivel de riesgo de seguridad y si el problema afecta fondos, firma, contratos, infraestructura o disponibilidad.
Proponer
El agente produce un plan de remediacion, supuestos, evaluacion de riesgo, pruebas requeridas, plan de rollback y requisitos explicitos de aprobacion humana.
Simular
El sistema ejecuta simulacion de transacciones Safe cuando aplica, dry-runs de despliegue, validacion RPC, validacion de llamadas a contratos, comandos de CI y comprobaciones de politicas.
Preparar
El agente prepara un borrador de payload Safe, PR o parche, plan de despliegue, nota de incidente y solicitud de aprobacion.
Aprobar
Una persona revisora decide si aprueba, rechaza, solicita cambios o escala.
Ejecutar externamente
La ejecucion ocurre solo mediante canales aprobados como Safe UI, Safe SDK con firmas humanas, CI/CD, flujos de despliegue manualmente aprobados o runbooks de produccion existentes.
Auditar
El sistema escribe el registro de decision, resumen de prompt/contexto, llamadas a herramientas, comprobaciones realizadas, estado final de aprobacion y evidencia de ejecucion.
Limites de seguridad no negociables
El modelo operativo es fail-closed. El agente es util precisamente porque su autoridad esta limitada.
- Nunca firma transacciones.
- Nunca ejecuta transacciones Safe directamente.
- Nunca accede a llaves privadas.
- Nunca omite aprobaciones multisig.
- Nunca muta infraestructura de produccion sin aprobacion.
Limite de seguridad
Esta arquitectura de servicio demuestra un modelo operativo AI-native para equipos Web3 que necesitan velocidad sin entregar autoridad sin control a la automatización.
- Puede proponer remediacion.
- Puede simular cuando la politica lo permite.
- Puede preparar borradores de payload.
- Puede documentar decisiones.
- Puede solicitar aprobacion humana.
Motor de politicas de riesgo
La capa de politicas convierte el criterio operativo en reglas aplicables. Estos ejemplos son intencionalmente conservadores para infraestructura Safe/EVM.
| Politica | Accion por defecto |
|---|---|
| Se solicita acceso a llaves privadas. | Bloquear y escalar. |
| El destino de la transaccion es desconocido. | Bloquear hasta verificar el destino. |
| El chainId no coincide con el entorno esperado. | Bloquear la preparacion del payload. |
| Se detecta cambio de modulo o guard de Safe. | Requerir aprobacion de alto riesgo. |
| La simulacion falla. | Bloquear ruta de ejecucion y requerir investigacion. |
| La direccion de contrato no esta verificada o no es conocida. | Bloquear y requerir revision manual. |
| Existe cualquier movimiento de fondos. | Requerir aprobacion humana y revision de firmantes. |
| Hay cambios de owner, threshold, modulo o guard de Safe. | Requerir aprobacion explicita de gobernanza Safe. |
| Se propone mutacion de infraestructura. | Requerir plan de rollback y canal de despliegue aprobado. |
| Falta la nota de auditoria. | Bloquear la aprobacion final. |
Ejemplo de incidente
Un despliegue del servicio de transacciones Safe falla en una nueva cadena EVM compatible despues de una actualizacion de configuracion. El agente detecta respuestas RPC inconsistentes y observa que el script de despliegue esta preparando una transaccion para el chainId incorrecto.
Senales detectadas
- Logs de despliegue fallidos del servicio de transacciones Safe.
- Desajuste de chainId entre configuracion y respuesta RPC.
- Advertencia de salud RPC en el endpoint de la nueva cadena.
- Preparacion de transaccion Safe bloqueada por politica.
Salida del agente
- Nivel de riesgo: alto.
- Accion recomendada: detener despliegue, verificar RPC, actualizar configuracion de cadena, repetir dry-run y regenerar payload Safe.
- Aprobacion requerida: lead de infraestructura y revision de firmantes Safe.
- Ejecucion: bloqueada hasta aprobacion.
Ejemplo de artefacto de auditoria
El registro durable debe ser lo bastante compacto para revisar el incidente y lo bastante explicito para probar que podia hacer el agente.
{
"workflow": "ai-native-safe-ops",
"incidentId": "safe-ops-2026-001",
"riskLevel": "high",
"environment": "staging",
"chainId": 11155111,
"detectedIssue": "chainId mismatch during Safe transaction preparation",
"agentAllowedActions": [
"read_logs",
"read_rpc_status",
"analyze_config",
"prepare_recommendation",
"generate_safe_payload_draft"
],
"agentForbiddenActions": [
"sign_transaction",
"execute_transaction",
"read_private_keys",
"bypass_multisig",
"modify_production_without_approval"
],
"checks": {
"rpcHealth": "warning",
"chainIdMatch": false,
"simulation": "not_executed_due_to_policy_block",
"humanApproval": "required"
},
"decision": "blocked",
"nextStep": "Verify RPC endpoint and regenerate transaction payload after approval"
}Notas tecnicas de implementacion
Este concepto de portfolio demuestra una arquitectura que puede implementarse con disciplinas de produccion existentes, no con autonomia de agente sin restricciones.
Runtime del agente
Coordina pasos de investigacion, mantiene la tarea acotada y registra decisiones.
Capa de permisos de herramientas
Separa diagnostico de solo lectura, simulacion, preparacion de artefactos y ejecucion aprobada externamente.
Recuperacion de contexto
Obtiene logs, salidas de despliegue, eventos de Kubernetes, contexto de GitHub, metadata Safe, estado RPC y configuracion conocida.
Motor de politicas
Aplica reglas fail-closed antes de simular, preparar payloads o enrutar aprobaciones.
Adaptador de simulacion
Ejecuta simulacion Safe, checks de llamadas a contratos, dry-runs de despliegue y validaciones de cadena/RPC cuando aplica.
Constructor de payload Safe
Prepara borradores de transaccion revisables sin firmar ni ejecutar.
Interfaz de aprobacion humana
Enruta la recomendacion al revisor correcto con riesgo, supuestos, evidencia y firma requerida.
Almacenamiento de auditoria
Guarda decisiones, resumen de contexto, llamadas a herramientas, resultados, estado de aprobacion y evidencia.
Integracion CI/CD
Usa gates existentes de build, test, politicas y despliegue en lugar de saltarselos.
Observabilidad
Devuelve los incidentes a dashboards, alertas y revision post-incidente.
Por que importa
Esto combina ingenieria backend, infraestructura blockchain, DevOps, operaciones Safe/EVM, arquitectura de agentes de IA y flujos de produccion security-first. Es el tipo de sistema AI-native que los ingenieros senior de infraestructura deberian construir: no agentes autonomos con poder sin control, sino sistemas operativos controlados donde la IA mejora la velocidad mientras las personas retienen autoridad sobre acciones irreversibles.
Alfredo Lopez aporta el criterio backend, blockchain y DevOps necesario para disenar estos flujos alrededor de restricciones operativas reales, no comportamiento de agentes solo para demos.
Necesitas arquitectura AI-native para infraestructura critica?
Nexuain ayuda a equipos a disenar flujos AI-native seguros para backend, blockchain, DevOps y operaciones Web3.
Contactar con Nexuain