LEONES · Arquitectura

Canónica

Del objetivo a la evidencia

NECESIDAD
    ↓
HARDWARE REAL
    ↓
LLMFIT → CANDIDATOS → ELECCIÓN HUMANA
    ↓
ODS / MAGNITUDE → STACK PROPUESTO
    ↓
CONSENTIMIENTO DE INSTALACIÓN
    ↓
INSTALAR → VERIFICAR
    ↓
CONSENTIMIENTO DE BENCHMARK
    ↓
HANDOFF RC1 → MEDIR → EVIDENCIA
    ↓
RECOMENDACIÓN

Fronteras: la selección propone; el consentimiento autoriza; la instalación prepara; RC1 ejecuta; la medición produce resultados; la evidencia conserva lo ocurrido. ESTIMATED ≠ MEASURED.

Decisión de stack

ODS y Magnitude no sustituyen a LEONES

LEONES aprovecha herramientas especializadas para conocer qué pila puede tener sentido en el hardware y para la tarea elegida. ODS y Magnitude aportan información de despliegue, modelos, inferencia y agentes; LEONES no crea un segundo sistema de scoring para competir con ellos.

LEONES
  │
  ├── HARDWARE + NECESIDAD
  │
  ├── LLMFIT → candidatos
  │
  └── ODS / MAGNITUDE → opciones de stack
                ↓
        elección del usuario
                ↓
          instalación autorizada
                ↓
             RC1 / A01
                ↓
        medición física + evidencia

RC1 · 🟢 Validado

La arquitectura ya ha cruzado la frontera física

RC1 demuestra una ejecución efectiva end-to-end sobre hardware real: una selección autorizada pasa por el handoff canónico, ejecuta el runtime y modelo seleccionados, realiza la tarea de benchmark y conserva la medición y su evidencia.

selección autorizada
        ↓
HANDOFF RC1
        ↓
runtime real + modelo real
        ↓
A01 / benchmark
        ↓
medición física
        ↓
evidencia reproducible

Estado actual → · Cierre RC1 →

Ecosistema completo

LEONES
  │
  ├── KNOWLEDGE → Atlas / Buddy
  ├── PROSPECCIÓN → fuentes y herramientas externas
  ├── DECISIÓN → candidatos + ODS / Magnitude
  ├── EXECUTION → handoff al runner canónico RC1
  └── EVIDENCE → medición reproducible
           ↓
       Evaluación de tarea
           ↓
       Recomendación
           ↓
         Manada

La arquitectura separa conocimiento, decisión, ejecución y evidencia. Una recomendación puede utilizar información externa o estimada, pero solo una ejecución registrada puede convertirse en evidencia física de LEONES.

La pila que realmente importa

HARDWARE
   ↓
SISTEMA OPERATIVO
   ↓
RUNTIME / DRIVERS
   ↓
BACKEND DE INFERENCIA
   ↓
MODELO + CUANTIZACIÓN
   ↓
HARNESS / AGENTIC STACK
   ↓
HERRAMIENTAS / SKILLS
   ↓
BUDDY / KNOWLEDGE
   ↓
TAREA → MEDICIÓN → RESULTADO

Cada capa puede ser el cuello de botella. LEONES debe identificarlo sin inventar otra arquitectura paralela de ejecución.

Selección

Declara objetivo, hardware, candidatos, modelo, cuantización, runtime y restricciones. No convierte estimaciones en rendimiento medido.

Instalación

Es una operación explícitamente autorizada y separada del consentimiento para ejecutar benchmarks.

Runtime

RC1 recibe el handoff autorizado y ejecuta la configuración sobre el host real.

Benchmark

Mide tareas que representan el trabajo que queremos completar, no solo una cifra sintética.

Evidencia

Conserva procedencia, configuración, timestamps, execution_id y métricas sin elevar estados por inferencia.

Recomendación

Relaciona la tarea y la evidencia disponible con la siguiente decisión; si falta evidencia, lo reconoce como desconocido o provisional.

Bucle de mejora

RESULTADO
    ↓
ANÁLISIS DE PILA → CUELLO DE BOTELLA
    ↓
modelo / backend / runtime / harness / tools
    ↓
RECOMENDACIÓN
    ↓
RE-EVALUAR

Regla: no optimizar tok/s aisladamente; optimizar la capacidad real de completar tareas con la pila elegida.