LRU Docs — Índice

Este índice es para orientarse, no para recordarlo todo. El detalle por sesión vive en las bitácoras vivas (LRU_BITACORA_SESIONES_VIVO.md + LRU_BITACORA_HANDOFFS_VIVO.md) y en el git de cada fichero. Reescrito y podado al cierre de s211 (antes arrastraba marcadores de s186 y la estructura de la era s129).

Cómo está organizado

Sistema documental en anillos (s57-s60 · ampliado s87/s129/s204):

Anillo 0 — briefing de arranque: CLAUDE_ARRANQUE.md.
Anillo 1.A — núcleo vivo: 5 canónicos sin sufijo, leer al arrancar.
Anillo 1.B — derivados operativos vivos (guía, principios, catálogos, bitácoras).
Vivos por-sesión (régimen s204) — estado, handoff, tech-debt y tensiones, sin sufijo, regenerados cada cierre, solo en disco (Claude los lee vía MCP al arrancar).
Anillo 2 — destilados y alfileres con sufijo de sesión (catalogados en LRU_CATALOGO_ANILLO2_VIVO.md).
Anillo 3 — archivo histórico en archivo/ + git.

Régimen s204 (D-s204): lo que cambia cada sesión (estado/handoff/tech-debt/tensiones) vive sin sufijo y solo en disco; las cadenas sufijadas (LRU_TECH_DEBT_s{N}.md, lru_handoff_s{N}_s{N+1}.md) quedaron congeladas en s203 como archivo de consulta. El histórico por sesión vive en las bitácoras vivas + git.

Disciplina completa en LRU_METODO.md.

Anillo 0 · briefing de arranque

CLAUDE_ARRANQUE.md — cómo arrancar una sesión. Tres modos equivalentes (offline/Project · online/boxdin · manual), protocolo de lectura, cascada de fallback y reglas de oro. Documento estructural, no log.

Anillo 1.A · núcleo vivo (5 canónicos)

Leer al arrancar. Cada uno responde una pregunta del proyecto.

LRU_MISION.md — ¿Para qué existe? Tecnología como fuerza causal, el Realm como "resto del mundo", la formación como origen.
LRU_FUNDAMENTOS.md — ¿De qué está hecho? 5 primitivas, bucle perceptor-inteligencia-efector, los 12 postulados fundacionales (P1-P12).
LRU_ARQUITECTURA.md — ¿Cómo está construido ahora? Cuatro capas, servicios paralelos, la Capa 0 (hardware físico) como sustrato.
LRU_MAPA.md — ¿Dónde está cada cosa? Índice/registro transversal; el estado reciente lo delega en LRU_ESTADO.md (régimen s204).
LRU_METODO.md — ¿Cómo se trabaja? Sistema documental, ciclo destilado→código, patrones humano-IA, tensiones como disciplina.

Regla del núcleo: un Claude nuevo con los 5 canónicos + handoff + tech-debt debe poder trabajar útilmente.

Vivos por-sesión (régimen s204 · solo en disco · leídos vía MCP al arrancar)

LRU_ESTADO.md — snapshot del estado · se lee primero. Declara la sesión actual, qué se hizo, build y tensiones movidas. Regenerado entero cada cierre. Gana a cualquier copia del Project y a la memoria automática.
LRU_HANDOFF_VIVO.md — handoff activo (s231→s232): qué se hizo y cómo arrancar la siguiente. Regenerado entero cada cierre.
LRU_TECH_DEBT_VIVO.md — deuda técnica viva: items abiertos; los cerrados salen (histórico en git). Autoridad actual de tech-debt.
LRU_TENSIONES_ABIERTAS_VIVO.md — tensiones abiertas (registro deduplicado · 42 vivas + apéndice por triar). Cualquier tensión nueva se anota aquí, no en el MAPA.

Anillo 1.B · derivados operativos vivos

Estables, cargados al Project:

LRU_GUIA_ARRANQUE_VIVO.md — guía de arranque por tipo de sesión (5 categorías).
LRU_PRINCIPIOS_OPERATIVOS_VIVO.md — principios del proyecto (fundacionales / arquitecturales / metodológicos / voz). Derivado de FUNDAMENTOS + METODO.

Bajo demanda (vía MCP):

LRU_CATALOGO_ANILLO2_VIVO.md — catálogo de destilados Anillo 2. Aquí se cataloga cualquier destilado nuevo, no en este índice.
LRU_BITACORA_SESIONES_VIVO.md — bitácora de sesiones: histórico condensado (s89→s198) + registro mecánico una línea/sesión desde s204. Es el detalle por sesión.
LRU_BITACORA_HANDOFFS_VIVO.md — bitácora de handoffs (congelada en s204; histórico de consulta).
LRU_FIRMWARE_PUBLICACION_VIVO.md — ciclo de publicación de firmware de la flota (nace s227): bump → build → publicar (scripts/gen-manifest-s227.ps1 · cerrojos de coherencia) → commit → deploy → flashear. Convención <clase>-<x_y_z>.bin · versión de flota 0.<sesión>.<slice>.

Anillo 2 · destilados y alfileres (sufijados)

El catálogo completo y vigente vive en LRU_CATALOGO_ANILLO2_VIVO.md. Los .html canónicos se regeneran del .md con lru_md_to_html.py.

Hilo activo (eje OTA v2 / resiliencia de la flota · s226-s231):

lru_plan_migracion_broker_s231.md — plan de migración del broker MQTT a la máquina .102 · materializa la rebanada R2 del alfiler s230 · preparación COMPLETA Y ENSAYADA en s231 (usuarios + espejo 21883 + gemelo wss vía Caddy TLS · ensayos T1-T6 verdes) · §3bis: checklist ejecutable del cutover (3 cambios de IP en NAT · empujón a la flota · la .200 queda de respaldo · rollback en minutos). Frente natural de s232.
lru_alfiler_resiliencia_comunicaciones_s230.md — resiliencia y tolerancia a fallos de comunicaciones · documento VIVO por diseño · REVISADO en s231: R0 ejecutada, hallazgos H1-H6 en §1bis (no-failback ambas clases · GATT clásico apagado persistente · PWA sin failover · foto real de brokers · retained+wildcard teórico). Postulado: «ningún fallo único de comunicaciones debe suponer una situación crítica». Fallos F1-F5 × escalera L0-L4 · rebanadas R0 ✔ / R2 casi ✔ / R1-R6 con triggers · umbrella T-S230-RESILIENCIA-COMS.

Hilo del modelo unificado de señales (umbrella T-S183) — los más consultados:

lru_alfiler_egress_mesa_s210.md — eje de actuación / mesa: las señales en las dos direcciones por la mesa y los legos. Estadificación E0-E7 con punto de no retorno en E4; 5 invariantes, 5 D-abiertas. Contrato del frente vivo en s210-s212. (El término "egress" del alfiler se renombró a "actuación / actuador" en s212.)
lru_destilado_modelo_unificado_senales_s183.md — destilado raíz del modelo unificado (espacio × tiempo × dirección · mesa de parcheo · Realm como partitura).
lru_mapa_unificacion_modos_universal_s182.md — mapa de la retirada del modo per-hwObj (eje per-señal).
lru_postulado_12_hardware_fisico_sustrato_s117.md — P12 "el hardware físico es sustrato" · integrado al núcleo en s123.

Fundacionales (referencia histórica · ya integrados al núcleo): postulados s67/s69 (P1-P9), P10 (s84), P11 (s98), P12 (s117); voz fundacional s74; estructura sectorial s98. Detalle y el resto del corpus, en el catálogo.

Cadenas sufijadas congeladas (archivo · régimen s204)

Dejaron de crecer en s203; su autoridad viva son los documentos sin sufijo de arriba. Se conservan en disco + git como archivo de consulta. El resumen por sesión vive en las bitácoras vivas.

Tech-debt sufijado: LRU_TECH_DEBT_s56.md … s203.md (+ s208 suelto). Autoridad actual → LRU_TECH_DEBT_VIVO.md.
Handoffs sufijados: lru_handoff_s55_s56.md … s203_s204.md. Autoridad actual → LRU_HANDOFF_VIVO.md.

Material arquitectural y de módulos (HTML de referencia)

Documentos .html históricos, útiles como referencia de subsistemas (contenido no siempre absorbido al núcleo):

Buses / comms / señales: lru_bus_architecture.html · lru_comms_deep_analysis_s32.html · lru_fase4_signal_model.html
Mesa de parcheo: lru_enlaces_panel.html
Analyzer1: lru_analyzer1_architecture_v4.0_s18.html · lru_analyzer_protocol_platform.html · lru_analyzer1_referencia_operativa_s152.md
Bridge / IB_04 / aeronave: lru_sim1_bridge_architecture.html · lru_ib04_binding_model_s32.html · lru_ib04_hardware_model_s32.html · lru_aircraft_model_design_s33.html
Flujo de edición: lru_docs_workflow.html — MD es fuente, HTML derivado (regla s87).

Inventarios y schemas tempranos (quantities/units/pfd/sim-catalog s62-s63 · Realm v2 s56-s60) y el resto del corpus histórico viven en disco y en el catálogo.

LRU Docs Index · Fuente de verdad MD · HTML derivado · Reescrito y podado al cierre de s211 (2026-06-13) · actualizado al cierre de s231 (2026-07-16). El detalle por sesión vive en LRU_BITACORA_SESIONES_VIVO.md + LRU_BITACORA_HANDOFFS_VIVO.md + git; este índice solo orienta.

Generado desde index.md · 2026-07-15 15:45:07 UTC · LRU Platform