Módulos

No es un modulo: es la capa que esta por encima de todos ellos. Quien es Teo, donde esta parado, y desde que contexto se procesa todo lo demas. Nace el 26.08.15 (KX-S13), de traer al sistema personal el metacontexto que a Teo le funciono en la boveda corporativa: dar identidad tangible (nombre, area, jefe, proyectos) en vez de solo contexto de proyecto. Vive en _ kx agente/, con dos alturas divididas por frecuencia de carga y no por tema: 00 - core/ se lee siempre (identidad, interaccion, stack, rubricas) y 01 - dimensiones/ se busca cuando la tarea lo amerita (psicologica, neurocognitiva, ocupacional, interpersonal, identitaria, academica, espiritual, economica, politica, mas objetivos, areas de vida y cuadrantes). Se lleva entera _ kx atlas system/02 - contexto personal/, mudada el mismo dia por el mismo argumento que saco a 02 - Ensamblaje/ el 26.08.01: el Atlas es el mapa del sistema y describir a Teo no es mapear el sistema. El objetivo declarado no es que la IA interprete ni devuelva diagnosticos, es que pueda categorizar y etiquetar bien. Piezas: el template Context Journal (KX-P23) y la convencion de core y dimensiones (KX-P24). Falta la central, procesar-context-journal (KX-T74), que reparte el material y reorganiza la estructura misma. El andamio de nueve dimensiones es una hipotesis, no un compromiso: se espera que se parta, se fusione y se renombre con quince o veinte context journals encima.

Renombrado el 26.08.15 de kx bullet journal module, en la carpeta kx-life/03 - daily bullets (KX-M03)/. El nombre nuevo describe el uso real: la captura diaria de Teo, que hoy vive como notas sueltas fecha por fecha en la raíz de la bóveda. Andamio basico: carpeta y CLAUDE.md creados, sin template de Templater ni skill de procesamiento. Sin decidir si las notas diarias existentes se migran para acá. Estaba pausado a proposito hasta cerrar la dinamica de stream journals; esa dinamica ya cerro (26.08.02), asi que el modulo queda desbloqueado para retomarse cuando Teo quiera profundizar (KX-T07, KX-T26).

Live, no finalizado -- quedan varias cosas todavia. Pipeline de escritura academica con paquete auxiliar de referencias interdisciplinarias, en uso real, pero la calibracion del paquete auxiliar y la ramificacion de la rama outie siguen sin cerrarse. Desde el 26.08.08 (KX-S09) se le suma un frente propio: el rediseno de la pagina publica de ensayos, que existe, esta deployada, y Teo no la quiere mostrar. Se explora con nueve prototipos en rutas nuevas sin tocar lo que ya funciona, y sale de ahi la division en tres series (academicos, cine, ensayos libres). Es el primer trabajo del sistema sobre el sitio publico y no sobre /kx/.

Claude Code + GitHub + Obsidian funcionando entre dispositivos: notebook corporativa, sesiones en la nube, remote control, repos separados por proyecto. La sincronización quedó cerrada el 26.08.01: escritorio, notebook y celular con la misma bóveda, y Claude Code conectado en los dos primeros. Deja de ser el frente en construcción y pasa a ser el piso sobre el que se trabaja. El 26.08.15 (KX-S13) el piso se movió otra vez y hacia arriba: cuenta Enterprise de Claude. Es infraestructura y no comodidad porque corre el techo de lo que se puede diseñar: migraciones y proyectos grandes, varios proyectos integrados en vez de separados, y la capacidad de créditos deja de ser el límite. Antes había un plan barato donde no se podían anidar proyectos ni pedir que se leyera todo para armar una wiki, y pasarse de créditos dejaba a Teo sin la herramienta hasta el ciclo siguiente. Esa restricción venía condicionando el tamaño de lo que se proponía, y el agente es lo primero que se diseña sin ella.

Batches temáticos de un archivo con muchas líneas sueltas — lingüística y quotes. Pipeline de extracción y publicación en la página ya funcionando de punta a punta.

No es un modulo: es la capa donde el sistema se mira a si mismo, y vive en agente/01 - sistema/. Nace el 26.08.17 (KX-S15) de fusionar dos objetos que hasta entonces eran hermanos: kx atlas system (el mapa de lo que existe) y kx system factory module (la fabrica que lo cambia). El motivo no era de tamano ni de orden, es el que Teo dio en el dictado: la separacion entre la infraestructura y la factoria de la infraestructura le impedia visualizar el sistema, porque cualquier trabajo sobre el obligaba a pensar en dos lugares a la vez. Adentro tiene tres grupos y el eje no se eligio, salio de agrupar por regimen de mutacion y resulto ser temporal: 00 - matriz/ es el presente (que existe y que es cada cosa, se sobrescribe), 01 - registro/ es el pasado (system journals, jornadas de implementacion y patch notes, append-only), 02 - diseno/ es el futuro (contexto-origen, planes y reencuadre, descartado, Tareas.md). Lo que la fusion no hizo, y era lo unico que no podia perderse, es fusionar los regimenes: que la Matriz se sobrescriba y el patch notes no se pise nunca es la regla que sostiene toda la direccion de la fuente de verdad. Templates/ queda en la raiz de la carpeta, sin numero, porque un template es un instrumento y no un grupo temporal, y porque sirve a las tres capas. El ciclo completo sigue igual: se dicta un system journal sobre la boveda, se planifica contra la Matriz y las tareas, se pregunta mucho, se implementa, y el cambio queda registrado en el patch notes y en la Matriz. Piezas: procesar-system-journal (KX-P16) y cerrar-jornada-implementacion (KX-P21), mas las convenciones y templates que antes se repartian entre los dos objetos.

Stream journals dictadas por voz, ruteo automático a limpieza-innie/outie por clase, carpetas planas processed/unprocessed/tachado ya cerradas en v1.

El mapa de todo el sistema: cada modulo, skill, flujo, integracion y convencion, en un lugar. No se documentaba a si mismo, documentaba a los demas. Se llamo kx core module hasta el 26.07.26, cuando KX-S03 corrigio su proposito y quedo claro que el nombre invitaba a leerlo como un modulo entre otros. Deprecado el 26.08.17 (KX-S15), fusionado con kx system factory module en kx sistema: la separacion entre el mapa y la fabrica que lo cambia le impedia a Teo visualizar el sistema. Su contenido no se movio a ningun lado, sigue siendo 00 - matriz/, ahora como el grupo del presente adentro de agente/01 - sistema/. Este slug queda como referencia historica y no se reusa. El nombre modulo-base venia de que el documento de analisis sistemico publicado en /kx/modulo-base/ se llamaba asi; ese documento sigue existiendo y es otra cosa.

El modulo que cambiaba el sistema: dictar un system journal sobre la boveda, planificarlo contra el Atlas, hacer preguntas, implementar, y registrar el cambio. Se llamo kx autopoiesis module hasta el 26.08.03 (nombre de Maturana y Varela, un sistema que se produce y se mantiene a si mismo); Teo pidio el renombre directo, sin problema de ambiguedad de por medio. Salio de _ kx atlas system/02 - Ensamblaje/ el 26.08.01 con un argumento de permanencia: ensamblaje era andamio del Atlas y cambiar el sistema no se termina nunca. Deprecado el 26.08.17 (KX-S15), fusionado de vuelta con el Atlas en kx sistema, y vale leer las dos mudanzas juntas: salio porque el Atlas se llamaba como si fuera solo el mapa, y volvio cuando la capa dejo de llamarse Atlas. Su contenido es hoy 01 - registro/ (system journals, jornadas, patch notes) y parte de 02 - diseno/ (Tareas.md, la fresh board), adentro de agente/01 - sistema/. Sus dos piezas activas, procesar-system-journal (KX-P16) y cerrar-jornada-implementacion (KX-P21), pasan a kx sistema. KX-P20 quedo deprecada al fusionarse con KX-P16 y ese id no se reusa, igual que este slug ni el codigo KX-M04 que la carpeta arrastraba.