Obligation Engineering: método para construir software con agentes
- Cada característica se describe con un contrato de hechos. Un motor de políticas deriva todo lo que la característica debe proveer: API, herramienta MCP, dashboard, alerta y runbook.
- Un chequeo obligatorio en cada commit decide si cada una de esas cosas es real. Lo omitido requiere un dueño nombrado, una razón y una fecha de revisión.
- Las instrucciones que lee un agente son cortas porque las reglas viven en los chequeos. Los comandos que ejecuta un agente son los mismos que ejecuta una persona.
- Nada se acepta porque un agente dijo que estaba hecho. La prueba es el chequeo que pasa en el commit, no un archivo que registre que algo pasó.
- El repositorio debe poder responder, para cualquier cambio, qué debe proveer y si cada una de esas cosas es real, sin depender de que una persona lo recuerde o de creerle a un agente.
ia · desarrollo software · automatizacion · devops · calidad codigo