Desarrollo activo · build 0.4.8 Aurora Lab
La primera distribución Linux con vida propia operativa.
IANUX es una distribución Linux experimental diseñada para observar su propia ejecución, entender patrones de carga, reordenar procesos, proteger la experiencia del usuario y aplicar mejoras verificables sin perder control humano.
0.4.8rama interna Aurora
6módulos núcleo activos
OSSapertura colaborativa en preparación
Las métricas de esta web son telemetría de banco de pruebas y datos técnicos sintéticos de laboratorio para comunicar el comportamiento objetivo del sistema en desarrollo.
LIVE LAB FEEDpolicy: PASS
ianux@lifecore reflex.tick 11.8ms
intent.graph compile+browser detected
recovery.mesh snapshot guard armed
Visión
Un sistema que no espera instrucciones: aprende a mantener su forma.
IANUX propone un plano de control para Linux donde cada proceso deja de ser una pieza aislada. La distribución construye una lectura viva de la sesión, clasifica cargas, detecta presión, simula acciones y aplica ajustes reversibles con trazabilidad completa.
No se trata de “magia” ni de una caja negra. La vida propia de IANUX significa autonomía operativa acotada: capacidad de reaccionar, optimizar y recuperarse, siempre bajo políticas visibles, auditables y modificables.
Local-firstLa inferencia y la telemetría priorizan ejecución local. La nube es opcional, nunca dependencia base.
Rollback-safeCada optimización nace con condición de reversión y snapshot cuando el riesgo lo exige.
Human-verifiableEl usuario puede entender qué se ha cambiado, por qué y con qué impacto medido.
CooperativoEl proyecto prepara una versión open source con módulos, perfiles y reglas mantenidas por la comunidad.
Arquitectura
LifeCore: el plano de control adaptativo.
IANUX se organiza como una capa de inteligencia de ejecución sobre Linux: escucha señales del kernel, genera un grafo de intención, decide con modelos locales y ejecuta solo lo que supera políticas de seguridad.
Kernel Telemetry
Recolectores eBPF, presión PSI, latencias IO, ventanas de CPU, memoria y eventos térmicos.
observe.kernel()Intent Graph
Modelo de relación entre procesos, ventanas, hábitos de uso y cargas de trabajo en tiempo real.
graph.intent()Local AI Runtime
Inferencia local ligera para clasificar carga, predecir saturación y proponer perfiles de ejecución.
infer.local()Reflex Scheduler
Ajusta cgroups, prioridades, IO weight y límites térmicos para proteger la experiencia interactiva.
tune.process()Policy Engine
Simulación previa, límites verificables, auditoría y explicación de cada cambio aplicado.
policy.guard()Recovery Mesh
Autorreparación, snapshots, perfiles seguros y reversión automática si una mejora degrada la sesión.
recover.safe()Telemetría viva
La web respira como el sistema.
Este panel representa cómo IANUX transforma eventos del kernel en decisiones visibles. No captura datos del visitante; es una simulación de laboratorio integrada para comunicar el funcionamiento.
Evolución de rendimiento
latencia · presión · ahorro · estabilidad
políticas verificadas94sin degradación detectada
recuperación p503.7 srollback preparado
carga optimizada37%perfil adaptativo
señales kernel8840/seBPF + PSI
Procesos bajo control
priorización dinámica y límites seguros
| Proceso | Estado | CPU | Mem | Banda |
|---|
Autooptimización
Mejora por momentos, no por promesas.
El sistema compara lo que está ocurriendo con lo que debería ocurrir: rendimiento interactivo, coste energético, latencia de IO, memoria, temperatura y estabilidad del escritorio.
Aprovechamiento de procesos
IANUX agrupa cargas por intención y evita que tareas secundarias compitan contra ventanas críticas, compilaciones o audio en tiempo real.
- cgroups v2 por perfil
- IO weight adaptativo
- protección de procesos interactivos
IA de ejecución local
Los modelos ligeros no “mandan”: recomiendan. El motor de políticas decide si una acción es segura, reversible y explicable.
- clasificación de workload
- predicción de saturación
- explicación de cambios
Autorreparación verificable
Cuando un servicio degrada la sesión, Recovery Mesh puede aislarlo, reiniciarlo o volver a un perfil seguro.
- health checks
- snapshots por riesgo
- modo seguro persistente
# Perfil técnico de ejemplo: no es configuración final de release profile: aurora-workstation observe: [psi.cpu, io.latency, thermal.headroom, foreground.intent] when: foreground: compile+browser pressure.cpu: > 0.72 simulate: risk: low rollback: required apply: protect: [compositor, audio, input] boost: { forge-build: +12% } contain: [indexer-io, background-sync] verify: latency.p95 < 30ms for 120s
Cooperación
Una distribución viva necesita una comunidad viva.
La versión open source colaborativa está planteada para que desarrolladores, investigadores, administradores de sistemas y diseñadores de experiencia puedan construir módulos, políticas, perfiles y documentación técnica alrededor del núcleo.
01
Repositorio público
Publicación progresiva del plano de control, documentación de compilación, issues por módulo y trazabilidad de decisiones de arquitectura.
02
SDK de módulos
Plugins aislados para nuevas fuentes de telemetría, políticas de optimización, perfiles de hardware y conectores de observabilidad.
03
Gobernanza técnica
Propuestas revisables, experimentos reproducibles y banco de métricas para que cada mejora llegue con evidencia, no solo con opinión.
Roadmap
Del laboratorio a la colaboración abierta.
La hoja de ruta se comunica como una secuencia de hitos verificables. Primero estabilidad del núcleo, después imagen experimental y finalmente apertura colaborativa.
1
en pruebas
Neurometría del sistema
Sensores de kernel, trazas de sesión, presión de recursos y eventos de escritorio conectados al grafo de intención.
2
integrando
Loop reflexivo seguro
Simulación previa, aplicación acotada, verificación continua y reversión automática ante degradación.
3
preparación
ISO experimental reproducible
Entorno de pruebas instalable para validar hardware, perfiles, rendimiento y comportamiento de recuperación.
4
próxima fase
Apertura open source colaborativa
Repositorio público, guías de contribución, banco de métricas, SDK y primeras propuestas de comunidad.
IANUX no quiere parecer otro Linux. Quiere comportarse como un organismo técnico.
La web queda preparada para presentar el proyecto con una sensación de avance real: arquitectura, datos de laboratorio, narrativa técnica, visuales propios y dossier ampliado sin formularios ni captación de datos.