¿Cómo se reparte una operación entre agentes, software determinista y personas sin perder una responsabilidad única?

Por qué importa

Un proceso puede repartir trabajo entre varios agentes especializados, servicios deterministas, herramientas, aplicaciones y personas. Esa especialización mejora claridad y permite utilizar cada capacidad donde resulta adecuada.

También introduce un riesgo: que el resultado se fragmente. El agente de investigación considera terminado al entregar información; la herramienta, al aceptar una llamada; el ERP, al registrar un cambio; y la persona, al aprobar una propuesta. Nadie conserva necesariamente la responsabilidad por comprobar que el efecto completo se produjo.

En un sistema distribuido, la responsabilidad no aparece por sumar componentes. Debe diseñarse.

Qué sabemos hasta ahora

Ayuda distinguir responsabilidad de ejecución.

Cada componente necesita un contrato sobre:

• su función;
• entradas y salidas;
• información y estado que puede modificar;
• permisos e identidad;
• errores y condiciones de reintento;
• evidencia que debe producir;
• criterio con el que se considera completado;
• siguiente responsable.

Por encima de esos contratos, el proceso necesita una representación única del objetivo y del estado. El orquestador no tiene por qué tomar todas las decisiones, pero sí conservar:

• qué resultado se persigue;
• qué partes se completaron;
• qué decisiones y autorizaciones existen;
• qué dependencias continúan abiertas;
• qué señal confirma el efecto;
• quién debe intervenir a continuación.

La autoridad también debe separarse por acción. Un agente puede proponer; una regla puede validar; una persona puede autorizar; una herramienta puede ejecutar; y el sistema puede comprobar. La responsabilidad organizativa por permitir ese recorrido no puede delegarse al modelo.

Qué continúa abierto

Sigue abierto cómo mantener una responsabilidad única cuando el proceso atraviesa organizaciones con políticas y sistemas de registro distintos.

También cómo reasignarla cuando cambia dinámicamente la topología del sistema, se sustituye un modelo, aparece una herramienta nueva o un agente delega parte del trabajo en otro.

Y cómo ofrecer explicaciones útiles sin reconstruir una narración retrospectiva que simplifique demasiado las decisiones distribuidas o convierta la traza en una falsa sensación de causalidad.