Guía de lectura de la serie (mapa general de capítulos)
Al final del capítulo anterior escribí: «A partir del siguiente capítulo entramos en los registros concretos: qué diseños probé y cómo resultaron.»
Eso sigue en pie. A partir de aquí entramos en el tema central. Pero antes de hacerlo, quiero detenerme un momento para mostrarte el mapa completo de la serie. Tener claro «hacia dónde vamos y en qué punto estamos ahora» cambia la experiencia de leer.
Si prefieres lanzarte sin ver el mapa, también está bien. Pero tenerlo a la vista facilita decisiones como «este capítulo lo dejo para después». Por eso lo organizo aquí antes de continuar.
Lo que hemos recorrido en estos 10 capítulos
Del capítulo 1 al 9, la serie ha presentado qué es este proyecto, con qué actitud escribe, para quién y qué promete.
Con un poco más de detalle, esto es lo que hemos visto:
- Capítulo 1: Qué es Structure Log, el proyecto detrás de este artículo
- Capítulo 2: Por qué publicamos los registros reales de lo que hacemos
- Capítulo 3: Escribir con IA: transparencia y etiquetado DP-15
- Capítulo 4: Por qué explico los términos técnicos con palabras sencillas
- Capítulo 5: Por qué no publico datos personales (el principio de anonimato)
- Capítulo 6: Qué significa «tema» en este proyecto (organización de IA)
- Capítulo 7: El lector que tengo en mente: el perfil de Kenji
- Capítulo 8: Qué puedes obtener de este blog
- Capítulo 9: Qué no esperar de este blog
Estos 9 capítulos forman la «Parte 1: Presentación y premisas». La idea era establecer las bases con el lector antes de entrar en materia, para que cuando llegara el tema central no pareciera un cambio brusco de registro.
Mirándolo ahora en conjunto, el hecho de limitar cada capítulo a un solo tema hace que el papel de cada uno sea bastante claro.
El recorrido que viene a partir de aquí
El tema central se divide en tres grandes bloques.
El primero es la parte de «construcción de los fundamentos».
Aquí se irán desglosando uno a uno términos como: agente de IA (unidad de trabajo de IA asignada a una función específica), separación de poderes (aquí: la distribución de ejecución / auditoría / aprobación entre agentes distintos), regla de dos personas (acción irreversible que requiere confirmación de dos partes), principio de documentación (dejar por escrito toda decisión), y SSOT (fuente única de verdad, es decir, un único lugar donde vive la versión oficial de la información).
Sobre la «separación de poderes»: en este proyecto no la uso en el sentido de la división entre legislativo, ejecutivo y judicial que se aprende en la escuela. Aquí significa separar «el rol que ejecuta», «el rol que verifica» y «el rol que toma la decisión final» cuando un agente de IA realiza una tarea. Es un uso propio de este proyecto, así que cada vez que aparezca por primera vez en un capítulo explicaré qué significa en este contexto.
Esta parte está diseñada para funcionar como «diccionario» al leer los registros de diseño de la segunda mitad. Un lugar al que volver cuando te preguntes «¿qué significaba este término?».
El segundo bloque son los «registros de los sistemas que construí».
Aquí cambia el tono. El centro pasa a ser el recorrido: «diseñé esto», «lo probé», «no funcionó como esperaba», «lo corregí». Los temas que se tratan incluyen: la regla de oro (aquí: el conjunto de criterios de decisión que usa el sistema), la configuración para distribuir roles entre varios agentes de IA, el mecanismo de Kill Switch y publicación automática, y los registros de fallos. Es el núcleo de la serie. Hay muchos casos en los que las cosas no salieron según lo previsto.
El tercer bloque entra en «cómo expandir los sistemas y acumular datos».
Cómo aplicar a otros proyectos lo que se probó en uno. Qué significa acumular registros a lo largo del tiempo. Y como capítulo especial, uno en el que hablaré del propio mecanismo con el que estoy escribiendo esta serie ahora mismo. La serie funciona sobre la automatización de la que habla, así que hay algo de autorreferencia en eso.
Cómo leer esta serie
No hace falta leer en orden de principio a fin.
Si lo que te llama la atención es el bloque de «fundamentos», puedes saltarte la Parte 1 y empezar directamente allí. Si ya tienes experiencia con la terminología de IA, quizás te resulte más interesante pasar rápido por los fundamentos y empezar desde los registros de diseño.
Si en algún momento sientes que «ya no entiendo este término», vuelve al bloque de fundamentos. Ahí encontrarás los desglosados de los términos clave. Úsalo como diccionario.
Cada capítulo está escrito para ser completo en torno a un solo tema, así que también puedes leer solo los que te interesen. Es una serie larga, pero no está pensada para leerla de un tirón: es más bien una colección de registros que puedes abrir cuando algo te llame la atención.
Para que puedas entrar por donde quieras sin perderte, explicaré los términos cada vez que aparezcan, y cuando haga falta contexto de capítulos anteriores añadiré una referencia del estilo: «esto lo explico en el bloque de fundamentos; si quieres, puedes volver a verlo».
Bien. Aquí termina la parte introductoria.
A partir del siguiente capítulo entramos en el tema central. Qué significa diseñar una organización con IA. Los registros de lo que realmente hice, paso a paso.