Transición Cognitiva · Libro primero
Capítulo 10 · Gobernanza personal de IA

«Confiar en que algo no falle se llama esperanza.»
Resumen
Un viernes repasas lo que enviaste esta semana y no sabrías decir cuáles de esos textos leíste enteros antes de mandarlos. Nadie lo decidió: el hábito se fue formando solo, consulta a consulta, por la pendiente de menos resistencia. Este capítulo da forma de política a ese hábito. Reúne cuatro piezas que trabajan juntas: una frontera escrita entre lo que delegas y lo que no, una regla de verificación contra fuentes ajenas al modelo, un registro mínimo de cómo se decidió y un panel para notar cuándo tu propio criterio empieza a ceder. Ninguna pide software ni permiso de nadie. Se ensamblan en una sola página, la plantilla de arquitectura cognitiva personal, y el capítulo se cierra con una herramienta para empezar hoy, el framework de control de delegación, una tabla que cabe en cualquier hoja de cálculo. Es gobernanza a la escala de una persona, la única que depende solo de ti.
Contenido ampliado
Parte líquida: este texto sigue creciendo después de la edición impresa.
Un viernes, cuarenta minutos
Reserva el viernes por la tarde. Abre la carpeta de enviados y elige cinco entregables de la semana que hayan pasado por un modelo. Para cada uno responde por escrito a tres preguntas: qué le pedí, qué cambié y qué comprobé contra algo que no fuera el propio modelo. Si en alguno la tercera respuesta está en blanco, no lo tapes con una excusa. Anótalo tal cual: será la primera fila de tu tabla de control.
Cuarenta minutos bastan. Lo que cuesta es hacerlo cada viernes y no solo en la semana en que te preocupa el asunto.
Un ejemplo trabajado
Tomás prepara informes técnicos para ayuntamientos pequeños. Pide al modelo un borrador sobre las obras de renovación de una calle estrecha y, para asegurarse, consulta a un segundo modelo. Ambos coinciden en la interpretación de un plazo. Tomás siente que ha validado, y no ha validado nada: son dos ecos del mismo sedimento.
Lo que le salva es la pregunta por la ausencia. Cierra el borrador y se pregunta quién queda afectado y no aparece nombrado. Tarda un minuto en darse cuenta de que el texto describe con detalle el tráfico y el ruido, pero no menciona el acceso de los comercios que dependen de la entrada de mercancía por esa calle. Un modelo trabaja con lo que se le da, y nadie le dio ese dato. Tomás lo conoce porque ha caminado la calle.
Después contrasta el plazo con el documento original y deja una línea en su registro: fuente consultada, punto corregido, firma. Todo el episodio ocupa menos de diez minutos y es la diferencia entre un informe que decora y uno que protege.
El registro, en la práctica
Cuatro campos al terminar, antes de cerrar la pestaña. Una entrada puede ser así de corta:
- Pedí: estructura del informe y resumen de antecedentes.
- Produjo: borrador completo, con tono correcto y dos afirmaciones que no pude comprobar.
- Cambié, y por qué: retiré las dos afirmaciones, añadí el acceso de mercancías, reordené las conclusiones.
- Firma: yo, tras contrastar plazo y cifras con el documento original.
Si en tres semanas notas que casi todas tus entradas dicen «sin cambios», ya tienes un dato sobre ti.
Escribir tus propias señales de alerta
Las cinco señales del capítulo son un punto de partida. La sección más personal de la plantilla es la que escribes tú, y funciona mejor con una fórmula fija: cuando [algo observable], hago [una acción concreta] durante [un plazo].
Algunas formas posibles: «Cuando acepto dos borradores seguidos sin leerlos enteros, la siguiente tarea la hago a mano». «Cuando no recuerdo el último error que cacé, reviso diez outputs antiguos». «Cuando un compañero me pregunta por qué elegí algo y empiezo a abrir el chat, paro y respondo de memoria».
Un buen criterio de calidad es que la señal pueda comprobarla alguien que no seas tú. Si solo existe en tu cabeza, desaparece con la primera semana de prisa. Pon además una cita trimestral en la agenda para revisar la plantilla entera, porque tu relación con el modelo cambia más rápido de lo que parece.
Preguntas para trabajar
- ¿Qué decisiones pequeñas está tomando por mí el software que uso a diario, sin que yo las haya autorizado?
- ¿Contra qué fuente que no sea un modelo verifico lo que importa?
- Si mañana un output que firmé causara un problema, ¿podría reconstruir cómo lo decidí?
- ¿Cuándo fue la última vez que rechacé un output entero?
- ¿Qué línea roja de mi plantilla ha cedido este año sin que yo lo decidiera?
Para seguir
Con la estructura montada queda la pregunta de la duración: cómo hacer que todo esto aguante quince años y no quince titulares. De eso trata el capítulo 11.
© Pedro Mujica, 2026
