El perfil del lector está ahí para que no se mueva quien escribe
No está ahí para recortar a quién llega el blog, o eso me parece.
Escribiendo una entrada, cada tanto se me para la mano. Debajo de la pausa está la misma pregunta: ¿para quién es esto?
Hasta dónde abrir un término técnico. Cuánto conocimiento previo dar por supuesto. Decisiones de ese tipo, una encima de otra, son las que le dan la textura a un texto. Y cuando la respuesta a «¿para quién es esto?» se mueve entre una decisión y la siguiente, al releerlo el conjunto sale torcido.
Para evitarlo, la solución fue clavar a una persona concreta y dejarla ahí.
Se llama Kenji, que es un nombre de apoyo. Entre los treinta y pocos y los cuarenta y pocos. Alfabetización informática alta, en el sentido de estar acostumbrado a manejar las herramientas. La imagen es alguien que lleva los sistemas en una pequeña o mediana empresa, o un administrador de TI interno, es decir la persona que gestiona y mantiene los sistemas que usa la propia empresa, o un ingeniero freelance, o un desarrollador en una startup. Un equipo de entre tres y diez personas, por ahí.
Con la IA ya empezó. ChatGPT, Claude, probados en trabajo real. Lo que no termina de asentarse es qué pasa cuando varias herramientas de IA corren a la vez: quién gestiona qué, y cómo.
«Si la IA la lía, ¿de quién es la responsabilidad?» «¿Dónde se da el visto bueno o el corte? El criterio sigue difuso y aun así la cosa avanza.»
Preguntas por ese estilo probablemente anden por algún sitio de su cabeza, o eso me parece. Sin respuesta clara, y el asunto en marcha igual.
En el día a día, imagino que sonará más o menos así.
«Quiero soltarle trabajo a una IA, pero me da miedo que se desmande.» «Quiero montar algún mecanismo de revisión y no sé cómo se diseña.» «Separación de poderes, aquí: la distribución de ejecución, auditoría y aprobación entre agentes distintos, aplicada a la IA. En japonés no es fácil encontrar nada escrito sobre eso.»
Lo que espera de este blog probablemente no sea la explicación teórica limpia sino el registro de algo funcionando de verdad. Dónde se rompió. Cómo se diseñó el arreglo. Un registro de implementación que incluya si aguantó o no, y a partir de ahí, la sensación de que él mismo podría sacar adelante algo parecido. Que es seguramente el fondo del asunto.
Las palabras cambian según quién lea: si sacar el diseño en un esquema, dónde meter la aclaración, cuánto contexto compartido dar por hecho. Tomar esas decisiones desde cero cada vez hace que la duda no se acabe nunca.
«Con que le llegue a Kenji» es un punto fijo, y tener uno acelera la decisión. Fijar el perfil del lector está más cerca de sostener el criterio del que escribe que de recortar el público, o eso creo.
Cuando el lector que tengo en mente hace de quien pide, qué va dentro de una entrada se ve mejor. Basta armar la cosa siguiendo lo que Kenji querría saber a continuación y el orden se resuelve solo. Por ahora es así como están puestas las entradas aquí.
Kenji es un constructo que diseñé yo, y no todo el que lee va a encajar con él. Alguien más joven, con ganas de meterse a ingeniero, puede que lo lea como una puerta para probar esto algún día. Alguien de dirección sopesando meter IA en la empresa bien puede leerlo así: si con este diseño se evitan los fallos, quizá haya algo aprovechable para nosotros. Y alguien con un recorrido que no se parece en nada al de Kenji alguna vez lo leerá de una manera completamente distinta, creo.
Cualquiera de esas me parece bien.
Si resulta que estaba leyendo alguien con quien no se contaba, eso ya es un hallazgo. Se convierte en material para el diseño siguiente.
El perfil de Kenji es un punto de referencia para decidir cómo escribo. Nunca fue una manera de dejar a nadie fuera; lo mires como lo mires, el que lee no tiene por qué ser el que estaba previsto.