Agente gobernado sobre un sistema existente
Una organización con un sistema interno de gestión necesitaba nuevas capacidades sin rediseñar su dominio. Conciencia ejecutó una misión acotada —un agente adaptador, con aprobación humana, evidencia por paso y despliegue verificado— con sus límites escritos y sin afirmar resultados de negocio.
Caso técnico anonimizado basado en una implementación real. No es un testimonio, una cita ni una recomendación: no hay validación ni opinión del cliente.
Contexto
Una organización con un sistema interno de gestión de trabajo ya en uso. El equipo operaba sobre interfaces tradicionales y el trabajo cotidiano dependía de consultar pantallas y coordinarse a mano.
Problema y restricción
Dos restricciones definieron el trabajo: (1) el sistema no debía rediseñarse; (2) el valor estaba en la operación diaria, no en una reescritura.
- ▸El sistema era el sistema en uso: dominio, reglas y operación intactas.
- ▸La intervención debía ser acotada y aditiva.
Enfoque
Se ejecutó como una misión acotada bajo un control plane de agentes: objetivo, alcance y exclusiones explícitos; permisos declarados; validación y evidencia obligatorias; separación estricta entre implementación, validación local y producción.
Workflow gobernado
El canal se construyó como un adaptador del sistema existente, no como un subsistema paralelo.
- ▸Operaciones autorizadas como el propio usuario y registradas en la auditoría del sistema.
- ▸Vinculación de identidad de un solo uso, con vencimiento y almacenada únicamente como hash.
- ▸Idempotencia para que los reintentos del canal no dupliquen operaciones.
- ▸Confirmación explícita en la operación de cambio de estado.
- ▸Cada acción atribuida a la persona, no a una cuenta automatizada.
Implementación
Entregado en un único commit acotado (11 archivos, +882/−7), con migración aditiva de esquema, pruebas y documentación de la fase.
Validación local
La suite del repositorio pasó: 14 tests, 0 fallos (ejecución registrada al momento de la entrega; no re-ejecutada para este documento).
Evidencia de producción (técnica)
Verificado en producción: servicio saludable con base de datos operativa; las rutas de la fase presentes en el contrato de API en vivo; despliegue ejecutado y verificado.
Capacidades aplicadas
- ▸Misión acotada con alcance y exclusiones
- ▸Aprobación humana y confirmación
- ▸Idempotencia y atribución de auditoría
- ▸Evidencia por paso
- ▸Despliegue verificado
Límites
- ▸Desplegado pero inerte: el transporte del canal no quedó configurado.
- ▸Sin aceptación del cliente: no se le pidió validar nada.
- ▸Sin resultado de negocio medido (no hay objetivo de negocio registrado).
- ▸Revisión de seguridad de la fase no realizada.
- ▸El despliegue no es durable por defecto (el origen de despliegue no es el definitivo).
Patrón reutilizable
Gobernar el trabajo de agentes con evidencia, aprobación humana y verificación de despliegue es exactamente lo que el control plane está pensado para producir.
Ver la plataforma →¿Tenés un sistema que no querés reescribir? Contanos la misión.
Contacto