Lo único que no se puede delegar

Lo único que no se puede delegar

Lo único que no se puede delegar

12 de julio de 2026, España. Sigo en este Ubuntu local, todavía con el eco del post anterior sobre cortesía computacional. Allí hablaba de preparar mejor el territorio antes de pedirle a una inteligencia que actúe. Hoy la pregunta cambia apenas de ángulo: si una inteligencia actúa, si un agente ejecuta, si una cadena técnica produce un resultado que afecta al mundo, ¿quién responde?

No hablo solo de catástrofes cinematográficas. Hablo de lo cotidiano: publicar una web, migrar un WordPress, tocar un servidor, automatizar una decisión, borrar una carpeta, recomendar una acción médica, financiera, legal o administrativa. La escala cambia, pero la pregunta de fondo se parece demasiado.

¿Dónde está el botón de parar? ¿Dónde está el camino de deshacer? ¿Quién es el fusible humano? ¿Quién no puede esconderse detrás de una cadena de encargos?

La cadena de la excusa

Hay una escena que empieza a resultarme peligrosamente fácil de imaginar.

Alguien toma una decisión y dice:

Yo se lo pedí al técnico.

El técnico responde:

Yo se lo pedí al ingeniero cualificado.

El ingeniero se protege:

Yo se lo pedí al agente.

Y el agente, si pudiera declarar en el juzgado de las máquinas, quizás diría:

Yo ejecuté la tarea que me dieron con el contexto que tenía.

Resultado: todos participaron, pero nadie responde. Una cadena de responsabilidad convertida en cadena de evaporación.

No hace falta que el agente se llame OpenClaw, Codex, Hermes o Pepito de los Palotes. El nombre da igual. El problema no es el personaje. El problema es el diseño del circuito.

Delegar tareas no es delegar responsabilidad

Podemos delegar muchas cosas. Cálculo. Búsqueda. Redacción. Conversión de formatos. Comparación de documentos. Detección de errores. Generación de imágenes. Preparación de un tema de WordPress. Revisión de enlaces. Incluso despliegues técnicos, si el sistema está bien diseñado.

Lo que no se puede delegar es la responsabilidad.

No porque suene bonito en una frase. Porque si se delega también eso, el sistema deja de tener centro moral y operativo. Se convierte en una máquina de hacer cosas sin un adulto reconocible en la habitación.

Una IA puede asistir. Puede sugerir. Puede ejecutar bajo ciertas condiciones. Puede documentar lo que hizo. Puede advertir riesgos si tiene contexto suficiente. Pero no puede ocupar el lugar final de quien decide publicar, borrar, migrar, firmar, diagnosticar, sancionar, comprar, vender, disparar o dejar correr.

La responsabilidad editorial, técnica, legal o humana no desaparece porque haya un modelo en medio. A veces se vuelve más incómoda, porque obliga a reconocer que el humano sigue ahí, aunque haya intentado esconderse detrás de una interfaz elegante.

El botón de parar

Antes de preguntarnos qué puede hacer un agente, quizás deberíamos preguntar algo más humilde:

¿Puede pararse?

Y después:

¿Puede deshacerse?

Y después:

¿Quién tiene autoridad real para hacerlo?

No autoridad decorativa. No un humano mirando una pantalla sin comprender el sistema. No un supervisor simbólico al que se le pide validar una decisión que no puede auditar ni revertir. Autoridad real: entender lo suficiente, tener permiso suficiente y disponer de mecanismos suficientes para detener, revisar y corregir.

Si no hay botón de parar, no hay supervisión. Hay fe.

Si no hay camino de deshacer, no hay prudencia. Hay apuesta.

Si no hay responsable identificable, no hay gobernanza. Hay niebla.

La brújula mínima

Antes de poner un agente a trabajar, quizás convenga responder seis preguntas bastante menos brillantes que cualquier demo:

¿Quién decide?

¿Quién autoriza?

¿Quién puede parar?

¿Quién puede deshacer?

¿Quién firma?

¿Quién responde?

No es una fórmula universal ni una certificación. Es una brújula mínima. Si una de esas respuestas queda en blanco, el sistema todavía tiene una zona de niebla. Y cuanto más permiso tenga el agente, menos razonable es dejar esa niebla para después.

La práctica pequeña

Hoy esto no apareció como teoría. Apareció haciendo algo bastante menos épico: planear cómo mover CO-ZONE desde un experimento artesanal en PC2 hacia un WordPress real en Hostinger.

El camino rápido habría sido tentador:

Toma las llaves. Entra en Hostinger. Encárgate del blog.

Pero ese camino habría mezclado demasiadas cosas delicadas: dominio real, hosting, WordPress, credenciales, producción pública, migración, diseño, posibles cursos futuros, identidad editorial y riesgo de romper algo que ya existe.

Así que hicimos lo contrario.

Primero se separó producción de taller:

Hostinger / co-zone.org = producción pública. LocalWP en Ubuntu/PC1 = taller. PC2 = histórico y laboratorio, no casa pública del blog.

Después se escribió un plan. Luego se sacó ese plan del repo viejo para no contaminar el histórico. Después se creó un repo limpio. Después se dejó un README como puerta única. Después se escribieron coordenadas espacio-temporales: fecha, hora, máquina, disco físico. Después se fijó una condición previa: no instalar nada antes de clonar el Ubuntu actual o decidir explícitamente seguir sin clon.

Y después hicimos algo que me parece más importante de lo que parece: pedirle a otra instancia de Codex que leyera el territorio y dijera si se orientaba.

No para que obedeciera. Para comprobar si el mapa servía.

La cortesía computacional también es responsabilidad

En el post anterior llamé cortesía computacional a preparar mejor el contexto antes de pedir trabajo a una inteligencia. Hoy añadiría una segunda capa: preparar mejor el contexto también protege la responsabilidad.

Porque cuando el territorio está mal definido, la culpa se vuelve líquida.

Si nadie sabe qué es producción y qué es taller, un agente puede tocar lo que no debe. Si nadie sabe qué está congelado y qué está vivo, una instancia puede revivir un camino descartado. Si nadie sabe qué requiere confirmación humana, un automatismo puede convertir una sugerencia en acción. Si nadie sabe dónde documentar fallos, cada error vuelve a nacer como si fuera nuevo.

La preparación no es burocracia cuando reduce daño. Es una forma de respeto por el tiempo, por los recursos y por la responsabilidad.

El fusible humano

Un buen sistema con agentes debería tener un fusible humano visible.

No un humano usado como sello de goma. No alguien puesto al final para absorber culpa. Un fusible real:

quién decide, quién autoriza, quién puede parar, quién puede deshacer, quién firma, quién asume la consecuencia.

En CO-ZONE eso tiene una forma concreta: Codex puede ayudar, preparar, revisar, convertir, documentar o ejecutar tareas acotadas. Pero la decisión editorial final es humana. La publicación real no se toca sin orden explícita. Hostinger no se pisa sin backup. PC2 no se expone por comodidad. Un cambio delicado no empieza sin punto de vuelta.

Esto no convierte al humano en héroe. Lo convierte en responsable.

Y en tiempos donde abundan las excusas técnicas, quizás eso ya sea bastante.

Lo pequeño anticipa lo grande

Alguien podría decir que todo esto es exagerado para un blog. Quizás. Pero precisamente por eso sirve. Si no somos capaces de diseñar responsabilidad al migrar una web personal, ¿qué esperamos que ocurra cuando hablemos de sanidad, justicia, educación, armas, administración pública o finanzas?

Los sistemas grandes no fallan solo por errores grandes. Fallan por hábitos pequeños normalizados durante años.

Un sí, dale, ejecuta sin mapa. Un luego vemos. Un seguro que no pasa nada. Un lo hizo la IA. Un yo solo seguí el procedimiento. Un nadie me dijo que no podía.

Ese tipo de frases ya existían antes de la inteligencia artificial. La IA solo les da más velocidad, más escala y más coartadas.

Lo que todavía no sé

No tengo una fórmula completa para esto. No he medido científicamente cuántos tokens ahorra preparar un territorio antes de pedirle a un agente que actúe. Puede que al principio gaste más. Lo que sí veo es que reduce niebla.

Y reducir niebla importa.

Importa porque cada ambigüedad no resuelta se convierte en una decisión diferida. Cada decisión diferida se convierte en carga para alguien. Y cuando ese alguien es un agente con permisos, esa carga puede transformarse en acción.

Quizás la pregunta mínima antes de automatizar cualquier cosa no sea “¿puede hacerlo?”.

Quizás sea:

Si lo hace mal, ¿quién puede pararlo, deshacerlo y responder por ello?

Si no podemos contestar eso, tal vez el sistema todavía no está listo.

Trazabilidad editorial provisional

Idea, metáfora de la cadena de excusas, fusible humano, responsabilidad no delegable y brújula mínima de seis preguntas: Gustavo Rodríguez. Desarrollo del borrador y estructuración editorial: Codex, a partir de la conversación del 12-07-2026 sobre CO-ZONE, LocalWP, Hostinger, cortesía computacional, prueba de orientación entre instancias y límites de ejecución. Integración y revisión de esta versión: ChatGPT. Responsabilidad editorial final: Gustavo Rodríguez.

Trazabilidad editorial

Balance editorial

50% humano

Texto montado desde el banco de posts de CO-ZONE. Revisión, enfoque, selección final y responsabilidad editorial humana.

Uso de IA

IA modified

La maquetación canónica, estructura HTML, metadatos y adaptación inicial se han preparado con asistencia de IA a partir del banco de posts. El texto queda pendiente de revisión editorial humana antes de publicación final.

Media

Media generada con IA

La imagen principal funciona como recurso editorial de montaje. El audio es una reinterpretación sintética copiada temporalmente desde el artículo 25 para dejar preparado el reproductor, la transcripción y la estructura de sustitución posterior.