La documentación dependía de un paso manual: al final de cada jornada alguien tenía que aislar y registrar las decisiones. Ese alguien era yo, y yo no cierro la app; me voy a dormir con la sesión abierta y al otro día sigo. Entonces los documentos quedaban limpios y en la limpieza se perdía lo mejor, el debate que originó cada idea. Quedaba el qué, se evaporaba el porqué.

Ahora hay una capa de registro pasiva. Cada vez que una sesión termina, una rutina recolecta la conversación completa de la jornada, sin resumir ni filtrar, con las dudas abiertas y el arco tal cual pasó, y la manda a la arquitectura de conocimiento, donde queda recuperable para las sesiones que vienen.

Me saqué de encima acordarme de documentar, que era algo que igual no hacía. El sistema hereda el pensamiento completo, con su génesis y con sus divagues.

La base de conocimiento venía funcionando por retazos: cuando una inteligencia necesitaba contexto, el buscador le devolvía pedazos de texto. Los datos eran correctos, pero les faltaba textura, o sea que el sistema podía confirmar qué se había decidido sin entender el razonamiento ni la tensión que hubo detrás, y esa tensión es la parte que a mí me importa.

Hicimos una migración completa de la arquitectura. Ahora el sistema guarda el registro exacto de cada iteración, con firmas para detectar si algo se alteró, y una capa que trabaja en segundo plano lee ese archivo crudo y arma páginas de conocimiento integrado, cruzando patrones entre proyectos. Los agentes cargan esas páginas cuando operan, en vez de fragmentos sueltos.

El salto que espero es que la inteligencia deje de confirmar datos y empiece a entender el porqué de las reglas. Veremos cuánto de eso pasa de verdad.

Hasta hoy, una vez que el contenido salía, su rendimiento quedaba desconectado del núcleo: para saber cómo le fue a una publicación tenía que entrar a cada plataforma a mirar, y la verdad es que no entraba.

Empecé a cerrar ese loop. Migré la orquestación a un circuito serverless que, después de publicar, va a buscar los datos de alcance e interacción y los escribe de vuelta en la misma base donde nació el contenido. Con Instagram ya funciona; LinkedIn todavía me obliga a hacer una parte a mano, y no lo escondo porque es el estado real.

Lo que quiero es que la base documental guarde cómo le fue a cada decisión, para que eso alimente lo que viene sin que yo tenga que auditarlo: publicar, medir y aprender en el mismo movimiento.

Hoy está a medio camino.

Hasta ahora el sistema de publicación producía un solo formato y me obligaba a un compromiso incómodo: o diluía la profundidad técnica para que el texto funcione en redes, o resignaba alcance para mantener el registro crudo de acá.

Bifurqué la arquitectura para dejar de elegir. El contenido nace de una sola matriz y un enrutador produce dos traducciones en paralelo, una para LinkedIn y otra para este sitio, y la publicación fluye por webhooks hacia cada rama. El copiado y pegado entre plataformas desapareció del circuito, y la capa visual de cada canal se resuelve por su lado: acá texto plano, allá su pieza gráfica.

Lo que gano es pensar el problema de fondo una sola vez. Después cada público recibe la capa que le sirve.

Detecté un patrón en lo que el sistema generaba cuando le delegaba una narrativa: definía por oposición. “No es un simple prompt”, “mientras otros fallan”. Tiene su lógica, porque la negación es el camino corto hacia la diferenciación, pero cuando eso llega a lo publicado la marca suena reactiva, y la marca es la mía.

Codifiqué una regla global: todo lo que sale se escribe desde lo que las cosas son, y hacia adelante. La propagué por toda la matriz de identidad y por los nodos que producen contenido, con una distinción que me importa: las reglas internas pueden usar la prohibición como herramienta técnica, porque adentro sirve, pero esa forma no sale al mundo.

Ya sé que una regla así se va a colar igual de vez en cuando. Por eso es regla y no deseo.

Hoy un sitio también lo leen los agentes y los modelos que lo recorren para contestarle a alguien, y cada vez más. Entonces lo preparé para que les hable bien a los dos públicos, a la gente y a las máquinas.

Sumé un llms.txt en la raíz, que es una especie de carta de presentación para que un agente entienda de entrada qué es esto y cómo está ordenado, marqué la autoría y la estructura con JSON-LD, y dejé el contenido en jerarquías de texto plano que un crawler procesa sin esfuerzo. La idea de fondo es simple: si una inteligencia va a leer esto para contárselo a otra persona, prefiero que lea exactamente quién soy.

Con el menor procesamiento posible en el medio.

Terminé la mudanza. Lo anterior era un servidor tradicional con PHP y MySQL, una maquinaria pesada para un sitio cuyo único laburo es mostrar texto, y la venía pateando hace meses porque nunca era urgente.

Ahora el contenido vive en Notion, el sitio se genera estático con Astro, y Vercel mira el repositorio: escribo, empujo, y en segundos está en el aire. Publicar quedó reducido a casi nada, y eso era lo que buscaba, porque cuando publicar cuesta cero terminás publicando lo que pensás, con la frecuencia con la que lo pensás, y no con la frecuencia con la que te da el cuerpo para pelearte con un servidor.

Arranqué este sitio con una sola decisión de base, y la tomé antes de elegir cualquier herramienta: lo que hay acá es texto, entonces no quiero servidores dinámicos ni bases de datos para servir texto. Todo lo que se publica vive como archivos de texto plano en un repositorio, y cada vez que empujo un cambio, una cadena automática lo convierte en web sin que yo toque nada más.

Lo quise así porque a mí la maquinaria me distrae. Escribo, guardo, y el resto pasa solo. Cuanto menos pesa lo que hay abajo, más directo llega a la página lo que estaba pensando cuando lo escribí.