Vista generada de dec-0048: Lane 2 pivot a optimización multi-cliente F1+ - cambiar de 'PR upstream sofisticado + fix A fork branch' a 'reducir acumulación durante-op (~800MB/conexión) para multi-cliente', fix A (disposal por-stream) cobra sentido nuevo, estado
docs/decisions/dec-0048-lane-2-pivot-optimizacion-multi-cliente.mdVista generada desde
docs/decisions/dec-0048-lane-2-pivot-optimizacion-multi-cliente.md. No se edita a mano:bun run docs:genla regenera ybun run docs:checkfalla si difiere. El estado aquí es el del model: si discrepa con otra página, manda el model.
| Campo | Valor |
|---|---|
| Estado | LOCKED (migrado de un rNN por gate-3: el fichero no declara estado) |
| Referencia legada | D2 |
| Fichero | docs/decisions/dec-0048-lane-2-pivot-optimizacion-multi-cliente.md |
Enmienda a: r37
Por qué importa (del frontmatter del ADR):
Referenciado explícitamente en r38 como estrategia activa para F1+, mencionado en r40 como relevante tras episodio leak G4.
Nodos del roadmap que lo citan en refs: ninguno.
Páginas de la documentación que lo citan: ninguna todavía.
Leído de docs/decisions/dec-0048-lane-2-pivot-optimizacion-multi-cliente.md, el fichero canónico.
Lane 2 pivot a optimización multi-cliente F1+ - cambiar de 'PR upstream sofisticado + fix A fork branch' a 'reducir acumulación durante-op (~800MB/conexión) para multi-cliente', fix A (disposal por-stream) cobra sentido nuevo, estado: pausada hasta F1 trigger
Split de docs/decisions/r38-leak-g4-arena-allocator-g4-provisional-2026-06-29.md (lock D2) durante PASO 7 (2026-07-16). Ver el fichero padre para el contexto completo del pack original.