Capas

KX-S15. Teo pidió rediseñar la jerarquía antes de seguir agregando implementaciones, con un diagnóstico propio: el sistema creció por saltos de nivel de abstracción, y cada vez que subía uno, la infraestructura granular de abajo quedaba vieja. La raíz pasa a tener agente/ y proyectos/, y nada más.

Esto revierte, en parte, la decisión del 26.08.15 de más abajo. Ese día se evaluó y se descartó explícitamente una carpeta contenedora proyectos/, con dos argumentos: agregaba un nivel de anidado, y usaba justo la palabra descartada en KX-S13. El argumento nuevo no existía entonces: la raíz se llenó de nueve archivos sueltos, y con eso el primer nivel dejó de leerse como una división de dos dimensiones. El costo del anidado sigue siendo real, solo que se volvió más chico que el costo de no tenerlo. La palabra proyectos se confirmó el 26.08.17, y pesó que kx-accenture-agent ya la usa.

Adentro de agente/, dos mitades, y el Atlas se fusiona con la fábrica en la segunda:

| Carpeta | Qué es | Por qué el nombre |
|---|---|---|
| `00 - teo/` | Quién es Teo, y desde qué contexto se procesa todo | Se descartó `contexto/` (la palabra ya está usada cinco veces en el sistema con significados distintos) e `identidad/` (le queda corto: adentro también está el stack y las rúbricas). `teo/` no colisiona con nada |
| `01 - sistema/` | El sistema mirándose: mapa, registro y diseño | Es la palabra que este archivo ya usaba para el escalón |

Y el hallazgo que no se buscó: los tres grupos de 01 - sistema/ son un eje temporal. Se agruparon por régimen de mutación (00 - matriz/ se sobrescribe, 01 - registro/ es append-only, 02 - diseño/ se archiva) y resultaron ser presente, pasado y futuro. Eso contesta parcialmente KX-T77, que preguntaba si pasado, presente y futuro era una subdivisión adentro de cada dimensión del agente o una estructura transversal: acá aparece como estructura. Queda abierto si también aplica adentro de 00 - teo/.

Se descartó un plano de seis carpetas hermanas adentro de 01 - sistema/ (copiando literal el modelo de kx-outie, que tiene atlas/, bitacora/, patch-notes/, tareas/ al mismo nivel). Motivo: deja el régimen de mutación invisible en el árbol, y el orden alfabético no dice nada. La objeción que se le puso al agrupamiento (que entierra el patch notes dos niveles abajo, y el patch notes existe para abrirlo rápido) se retiró en la misma sesión: en Obsidian un archivo conocido se abre con el quick switcher, al que la profundidad le da igual.

Los números sobreviven solo donde codifican semántica. En 00 - teo/ la frecuencia de carga, en 01 - sistema/ el orden temporal, en kx-life/ el orden de lectura más los tres prefijos de borde (00 lo no clasificado, 98 lo que está afuera, 99 lo que se dejó de usar). Donde solo marcaban orden de creación, se fueron.

Ejecutado completo el mismo día, los seis pasos, carpetas y página: la capa sistema es un objeto (kx sistema), los dos anteriores quedaron deprecados con sus slugs intactos, y el hub vive en /kx/sistema/* con los tres grupos como segmento de ruta. Plan completo, lo que se descartó en cada nivel y lo que casi se rompió en cada paso: 02 - diseño/planes y reencuadre/Plan de Reestructuracion - Jerarquia de la Boveda.md.

La reestructuración del día anterior había dejado la bóveda como raíz absoluta, sin carpeta madre. Duró un día. Teo reorganizó el escritorio y creó Agentic System/, que contiene exactamente tres cosas: esta bóveda, renombrada de kx-world a kx-life-agent; la bóveda corporativa, renombrada a kx-accenture-agent; y _ kx meta agent/, una capa nueva que no es un agente hermano sino el que conoce a los otros dos.

Lo que no cambia: la escalera de acá adentro. Los tres niveles (agente, sistema, proyectos) siguen intactos, y la bóveda sigue siendo la raíz de este agente. Lo que cambia es que deja de ser la raíz del disco, y con eso el nombre kx-world dejaba de describirla: ya no es «el mundo», es uno de dos mundos.

El riesgo real, y cómo se evita. Claude Code carga los CLAUDE.md de las carpetas padre, así que un CLAUDE.md en Agentic System/ se colaría en toda sesión de las dos bóvedas. Por eso no hay ninguno ahí: el meta agente vive en su propia subcarpeta y solo se activa si se abre una sesión adentro. Los dos agentes no se integran, y eso es la decisión, no un efecto secundario.

Qué hace el meta agente. Cataloga ambos sistemas y traspasa piezas de uno al otro (una skill, un componente, una convención), adaptándolas al destino en vez de copiarlas literal. Nace de un costo concreto: para armar el agente corporativo, Teo había copiado la bóveda personal entera a mano, y después tuvo que recontextualizar todo desde cero. Frontera dura: del lado de Accenture solo entra estructura y convenciones, nunca contenido de proyectos ni material de cliente.

Qué reabre. KX-T38 había cerrado el 26.08.15 fijando kx-world como nombre de la bóveda. La parte del nombre queda superada; lo demás de esa decisión (que kx es el paraguas y nombra los tres niveles) se sostiene y se refuerza, porque ahora nombra también a los dos agentes y al meta.

KX-S14 en adelante, ya fuera del dictado. Teo miró el árbol y encontró dos cosas mal, las dos de jerarquía y no de nombre.

La primera: había una carpeta madre llamada igual que la bóveda (ground up kx vault/ground up kx vault/), y existía solo porque la página era hermana de la bóveda. No era un diseño, era un residuo.

La segunda, y la que importa: la página estaba por encima del agente en el árbol. El agente es lo más abstracto del sistema y vivía adentro de una carpeta que era hermana de un proyecto Astro. Teo lo dijo directo: «es raro».

Se resolvió metiendo todo adentro de la bóveda y renombrándola a kx-world, con tres niveles explícitos: agente, sistema, proyectos. La bóveda es ahora la raíz del workspace, y eso trae un efecto que no era el objetivo pero es el más útil: el CLAUDE.md de la bóveda pasó a ser lo primero que carga cualquier sesión. El core del agente dejó de ser algo a lo que hay que apuntar y pasó a ser lo que se lee siempre, que era el diseño desde el principio.

Qué se descartó. Poner la página como módulo numerado (06 - hyperlynkx page) la dejaba leyéndose como un módulo más, que es el problema que Teo señaló. Una carpeta contenedora proyectos/ agregaba un nivel de anidado y usaba justo la palabra que él había descartado en KX-S13. Y dejar el Atlas y la fábrica adentro de kx-life los habría puesto a mapear y cambiar cosas que viven fuera de su propia carpeta: Mapa de Pagina.md describe la página, y la mitad del patch notes del día es [pagina].

Qué se llevó puesto: la decisión del 26.07.26 que separaba las skills en dos niveles. Ver Mapa de Skills.md.

KX-S13. Teo describe un contexto personal enriquecido que le funcionó en el sistema corporativo y quiere traer acá, y deja abierto qué es: «me gustaría hacer un módulo entero que sea, o no sé si módulo, hay que ver». Se evaluaron tres formas y ganó la capa.

| | Qué era | Por qué se descartó |
|---|---|---|
| **Módulo nuevo** | `kx {nombre} module` con carpeta propia, horizontal a los otros | Deja el contexto personal al costado de stream journals y ensayos, cuando la relación es de altura. Un módulo no se lee antes de cada acción |
| **Expandir `02 - contexto personal/`** | Agregar dimensiones adentro del Atlas, sin crear nada | Lo más barato y no resuelve nada: la separación de capas que Teo pide es justamente lo que no existía |
| **Capa por encima, elegida** | Un escalón nuevo arriba de `sistema`, con carpeta `agente/00 - teo/` | Es lo que describe el dictado al final: «primero esté el agente y como en segundo nivel están todos los módulos» |

La consecuencia que no era obvia al elegir: el contexto personal tiene que mudarse. agente/01 - sistema/02 - contexto personal/ se va entera a agente/00 - teo/, y el Atlas queda con 00 - matriz/ y 02 - diseño/planes y reencuadre/.

No es una decisión aparte, es la misma. Si la capa existe, el contexto personal no puede quedar a mitad de camino adentro del Atlas: sería el mismo hecho viviendo en dos capas con la misma función, que es exactamente lo que el CLAUDE.md del Atlas prohíbe. Y el argumento tiene precedente exacto: 02 - Ensamblaje/ salió del Atlas el 26.08.01 por esto mismo, porque el Atlas es el mapa del sistema y llevar la bitácora no es mapear. Describir a Teo tampoco lo es. El Atlas queda más cerca de lo que dice ser, no más lejos.

Qué no se tocó, y es la mitad de la decisión: los módulos se quedan como están. Teo fue explícito en que no quiere reemplazar lo construido. La capa se agrega arriba, nada se rehace abajo.

Se eligió agente sobre core y contexto. Es el nombre que Teo ya usa en el sistema corporativo, y el principio de homogeneización del CLAUDE.md raíz dice reusar un nombre existente antes que inventar uno.

core se descartó por historia propia: kx core module existió y se renombró a kx atlas system el 26.07.26 justo por ser confuso, así que reciclar la palabra reabre una ambigüedad ya cerrada. contexto se descartó por plano: describe el contenido y no la altura, que es lo que esta capa aporta.

La objeción queda anotada porque es real y no se resolvió, se aceptó. En el vocabulario de Claude «agente» significa algo que ejecuta por su cuenta, y el propio Teo aclara que el suyo no es agéntico: «mi agente no es que agénticamente va haciendo cosas porque yo le decía qué hacer». El nombre apunta a otra cosa, a que tiene su contexto, su funcionalidad y su estructura de pensamiento. Si en algún momento la colisión molesta en la práctica, acá está por qué se aceptó.

En la sesión KX-S01 la palabra se usó de las dos formas. Se fija en el sentido de nivel de abstracción, y "área" queda como el nombre de las subcategorías.

Se descartó crear una colección kx-capas y un campo capa en los objetos: no pasan el test de si responden una pregunta que hoy no se puede responder, porque la capa ya es derivable. Esta área existe para tener la escalera escrita en un lugar, no para taggear nada.

categoria ya está tomado con otro significado en dos colecciones: kx-stack lo usa para software y hardware, kx-workflows para contenido y sistema. capa es ambiguo por lo de arriba. area queda libre y es corto.