atlas Â· flujos

Flujos

Los pipelines que recorren las instancias.

Fuente en la bÃ³veda: 01 - matriz/Mapa de Flujos.md

Los pipelines que recorren las instancias: de dónde sale un archivo, por qué etapas pasa, qué skill actúa en cada una, y dónde termina. Un flujo es una pieza de tipo flujo.

El eje que falta y que esta área tiene que sostener: instancias en las filas, etapas en las columnas. Es la vista que Teo quiere tener abierta mientras dicta, porque ver el flujo antes de hablar cambia lo que dicta.

No entra acá cómo funciona cada skill por dentro. Eso es Mapa de Skills.md y el SKILL.md de cada una.

Código de color de los diagramas de abajo: azul = Teo, violeta = IA, ámbar = Teo e IA juntos, gris punteado = espera, verde = build, rojo punteado = paso que hoy no existe como skill (se hace a mano). No reemplazan a la tabla de pasos, que sigue siendo la fuente: el diagrama es la forma rápida de ver dónde se concentra cada actor y dónde está el hueco.

Inventario

5 flujos

construyendo 1 activo 2 finalizado 2

construyendo 1

KX-F05

Flujo de ensayo académico

Activo en la mitad del pipeline, cortado en la publicación. Los tres primeros pasos corren; el cuarto no existe como skill y hoy se haría a mano. En KX-S09 (26.08.08) Teo dictó el flujo entero que quiere, y lo marcó él mismo como ideal a futuro: dictar de 10.000 a 20.000 palabras, limpiar con innie u outie según el caso, procesar con el paquete académico o uno exploratorio, pasar por un paso de pulido que todavía no está diseñado, y publicar con un comando manual cuando el draft esté presentable. Eso agrega un paso al pipeline (el pulido) y confirma que la publicación es manual a propósito, no automática. Queda como KX-T73, tipo pensar: faltan varias skills y el paso de pulido no tiene forma todavía. Lo que sí dejó de ser ambiguo es el destino: la colección essays con su campo serie, y el diseño de lectura que salga del rediseño de la página.

contenidoinicio 18 de jul de 2026tocado 08 de ago de 2026

activo 2

KX-F03

Flujo de stream journal, clase b

Activo, con una rama sin cerrar. El ruteo automático funciona; lo que falta es definir si hay un paso de estructura del lado outie, equivalente a estructura-innie.

contenidoinicio 20 de jul de 2026tocado 02 de ago de 2026

KX-F04

Flujo de system journal

El flujo del kx system factory module: el que cambia el sistema. Se llamaba flujo de sesión kx atlas, después flujo de sesión de sistema, y se renombró de nuevo el 26.08.02 a flujo de system journal, junto con el resto del concepto. La extracción y la implementación se fusionaron en una sola skill el 26.08.01.

sistemainicio 26 de jul de 2026tocado 02 de ago de 2026

finalizado 2

KX-F01

Flujo de treats y quotes

El flujo más cerrado del sistema, activo de punta a punta. Captura de fricción casi cero en WhatsApp, batch en la bóveda, dos skills encadenadas que publican solas. El único punto manual es el pasaje de WhatsApp a Obsidian.

contenidoinicio 20 de jul de 2026tocado 02 de ago de 2026

KX-F02

Flujo de stream journal, clase a o c

El flujo más maduro del sistema. Ruteo automático por el campo clase del frontmatter, sin que Teo elija skill. Sin cuello de botella identificado.

contenidoinicio 20 de jul de 2026tocado 02 de ago de 2026

Los pipelines, paso por paso

Cada paso declara quiÃ©n actÃºa. Un paso en rojo es un hueco: nadie lo cubre todavÃa.

KX-F01

Flujo de treats y quotes

materia prima: Mensajes sueltos en un grupo de WhatsApp, con timestamps
destino: Las páginas /linguistic-treats y /quotes

1 Teo · Captura suelta en WhatsApp, sin formato ni decisión previa
2 Teo · El export se pega en el batch de kx-life/05 - megathreads (KX-M05)/Treats & Quotes/, creado por el template
3 IA · procesar-linguistic-treats extrae candidatos y escribe las entradas formales en la colección
4 IA · El archivo fuente se reescribe limpio, con secciones de agregadas, en bundle, quotes y no agregadas
5 IA · procesar-quotes se encadena sola sobre la sección de quotes y publica
6 build · El build regenera las dos páginas

Cuello de botella: El paso 2: el pasaje de WhatsApp a Obsidian es manual (KX-T40). Es el único punto del flujo donde la fricción depende de que Teo esté frente a la computadora.

KX-F02

Flujo de stream journal, clase a o c

materia prima: Dictado de voz, emocional/introspectivo (a) o de sistema (c)
destino: kx-life/01 - stream journals (KX-M01)/processed/ (carpeta plana)

1 Teo · Template Stream Journal, suggester de clase, se dicta
2 espera · Queda en kx-life/01 - stream journals (KX-M01)/unprocessed/ hasta procesarse
3 IA · limpieza-innie corre sola (dispara por clase: a/c en el frontmatter)
4 IA · estructura-innie corre después, agrega subtítulos y scaffolding de frontmatter
5 IA · La versión procesada va a kx-life/01 - stream journals (KX-M01)/processed/; el tachado y el original a kx-life/99 - deprecated (KX-M06)/tachado/

Cuello de botella: Ninguno identificado. Es el flujo más maduro del sistema, con procesar-stream-journals-del-dia como orquestador batch.

KX-F03

Flujo de stream journal, clase b

materia prima: Dictado de voz intelectual o académico
destino: 01 - stream journals (KX-M01)/processed/ (carpeta plana), y de ahí eventualmente a kx ensayos module

1 Teo · Template Stream Journal, clase b, se dicta
2 IA · limpieza-outie corre sola (dispara por clase: b)
3 IA · La versión procesada va a 01 - stream journals (KX-M01)/processed/
4 IA, a pedido · Opcional: paquete-auxiliar-academico enriquece con referencias

Cuello de botella: El paso 4 es manual y su calibración no está cerrada. No está definido si estructura-innie (o un equivalente) corre también del lado outie.

KX-F04

Flujo de system journal

materia prima: Dictado de voz sobre la bóveda misma, sin clasificar de antemano
destino: Los tres destinos de la Matriz, la implementación real en la bóveda, y publicación en pareja

1 Teo · Template de system journal, se dicta crudo, sin suggester y sin cabecera de intención
2 espera · Queda en 0X - kx system factory (KX-M04)/system journals/ con estado_autopoiesis: sin-procesar
3 IA + Teo · procesar-system-journal corre a pedido: extrae candidatos, pregunta lo ambiguo, reconcilia, escribe en la Matriz, las colecciones y el patch notes, implementa, y cierra el system journal
4 IA · Entrada en la jornada de implementación (KX-I{NN})
5 IA · publicar-modulo-kx corre a pedido, produce el par textual y mapa

Cuello de botella: Ninguno: el paso 4 (la bitácora de la jornada de implementación) se construyó el 26.08.01 con KX-T56. El flujo entero tiene skill real y corridas reales.

KX-F05

Flujo de ensayo académico

materia prima: Stream journal clase b, o un draft ya existente
destino: 02 - ensayos (KX-M02)/, y eventualmente la colección essays de la página

1 Teo · Stream journal clase b, o un draft pegado directo
2 IA · limpieza-outie
3 IA · paquete-auxiliar-academico, sin calibrar del todo
4 falta la skill · Publicación en essays, hoy sería a mano

Cuello de botella: El paso 4 no existe como skill. Es la misma brecha que Mapa de Integraciones registra para la integración Essays: la colección y la página ya están, falta quién escriba.

Convenciones

Granularidad: un flujo por materia prima de entrada. Es la unidad que Teo elige cuando dicta, y por eso es la que sirve como identidad del flujo. Una variante de ruteo interno (class A versus class B) no es otro flujo, es una bifurcación adentro del mismo.
Cada etapa declara quién actúa: Teo, la IA, o un plugin. Ese dato es el que colorea la vista, y es el que permite leer el silencio: una etapa de IA que no corre hace dos semanas significa un pipeline roto, no una semana ocupada.
El esfuerzo se pesa hacia el final. Todo flujo del sistema tiene que tener su etapa más liviana en la captura. Si un flujo nuevo pide trabajo al principio, está mal diseñado.
Un flujo puede terminar en la bóveda, en la página, o en las dos. El destino final es parte de la definición del flujo, no un detalle.

Decisiones

01 de ago de 2026

el flujo de sesión de sistema no se parte en dos

La skill de procesamiento podría haber sido dos flujos (estructurar el plan en un archivo, y después ejecutarlo en otra corrida) y se descartó. Ver Mapa de Skills.md para el razonamiento completo.

Lo que importa acá es que la convención de granularidad de este archivo lo predecía: los dos caminos arrancan del mismo dictado, así que nunca podían ser dos flujos, a lo sumo dos pasos. Es la primera vez que esa convención se aplica a un caso que no venía ya resuelto, y aguantó.

26 de jul de 2026

un flujo por materia prima, no por combinación de pasos

Cierra el criterio de granularidad que KX-T22 dejaba abierto. Se descartó la alternativa (un flujo por combinación exacta de pasos) porque multiplica los flujos sin agregar información: dos combinaciones que arrancan del mismo material son la misma decisión de Teo.

Queda pendiente de KX-T22 la carga real de los datos en kx-workflows, que es lo que convierte esta decisión en algo visible.

Resuelto el 26.08.02: KX-T22 se cerró. Los cinco flujos están cargados como KX-F01 a KX-F05, y se ven en /kx/sistema/matriz/flujos/ con sus pasos coloreados por actor y el cuello de botella marcado. El schema sumó materiaPrima, destino y cuelloDeBotella, que antes vivían solo como prosa acá.

Abierto

kx-workflows está vacía. Los cinco flujos de arriba ya están escritos acá, pero no transcritos como objetos de la colección: eso es trabajo de página, pospuesto a propósito (ver Mapa de Pagina.md).
La página /kx/flujos/ con un diagrama por flujo, coloreado por quién actúa en cada etapa, no existe. Los diagramas Mermaid de este archivo (agregados el 26.08.01) son el mismo criterio de color aplicado adentro de la bóveda, no un reemplazo: si algún día se publica esta página, el diseño visual ya está calibrado acá.
El schema de pasos en kx-workflows es string[], lo cual no permite declarar quién actúa en cada paso. Cuando se carguen los datos reales va a hacer falta decidir si el paso pasa a ser un objeto con actor, o si el actor se codifica en el texto del paso.
El paso de pulido de KX-F05 no tiene forma. Apareció dictado el 26.08.08 como parte del flujo ideal de ensayo, entre el paquete auxiliar y la publicación, y no está claro si es una skill nueva, una segunda pasada de limpieza-outie, o un paso que Teo hace a mano. Es la mitad no resuelta de KX-T73.
El diagrama Mermaid del flujo de ensayo académico quedó atrás del texto. Muestra los cuatro pasos originales y no el pulido dictado el 26.08.08. Se deja así a propósito hasta que el paso tenga forma: dibujar una caja para algo que todavía no se sabe qué es sería inventar precisión.