El problema: cuando Linux te obliga a ser tu propio soporte técnico

Instalar Linux siempre ha tenido un precio oculto: el día que algo se rompe, el soporte técnico eres tú. Foros de 2019, wikis contradictorias, un hilo con tres soluciones distintas y ninguna funciona en tu versión del kernel. Si además llevas años en la misma distribución y tu vida cabe en una carpeta de dotfiles, cambiar de sistema se antoja suicida.

Pero hay una forma nueva de vivir Linux, y tiene nombre de menú japonés: Omarchy (omakase: el chef elige por ti), la distribución de DHH y 37signals construida sobre Arch, Hyprland y una filosofía muy concreta: el sistema operativo debe ser otra superficie sobre la que tus agentes de IA puedan ayudarte. La hemos usado a diario durante semanas como workstation de agentes, y esta es la experiencia real, sin filtros.

El momento "ajá": algo crashea, y el propio sistema llama al técnico

Lo que nos hizo escribir este artículo no fue el escritorio bonito ni los atajos (que también). Fue esto: cada vez que algo falla en Omarchy, aparece una notificación que dice, literalmente, "Resolver con IA". Y al hacer clic, se abre OpenCode — el agente que tenemos configurado por defecto — que se pone a investigar el fallo por su cuenta: lee los logs del sistema, repasa la configuración afectada, identifica qué se rompió y te devuelve la causa con el arreglo.

El ciclo clásico de "googlear el error → leer un foro → probar tres cosas → cruzar los dedos" se convierte en hacer clic en un botón y esperar medio minuto. El error no desaparece por arte de magia: es que ahora alguien lee los logs por ti.

La ingeniería del truco: cómo funciona por dentro

Destripamos el mecanismo en una máquina real, y es más fino de lo que parece. La cadena completa:

  • systemd-coredump estampa cada crash en el journal con un identificador fijo — nada se pierde, aunque la app muera sin decir palabra.
  • omarchy-crash-watch, un servicio de usuario, sigue el journal en vivo con filtros quirúrgicos: solo crashes de tu usuario, ignora su propia maquinaria, y deduplica avisos que lleguen en menos de 60 segundos.
  • Cuando detecta un crash, lanza el toast crítico: "Click to diagnose with AI". El clic ejecuta omarchy-agent-crash, que arma el expediente — PID, binario, señal y el timestamp exacto de coredumpctl — y se lo pasa al agente con una instrucción: usa la skill diagnose-crash.
  • OpenCode arranca en modo --auto --prompt con ese expediente y investiga solo: journal, configuración, causa raíz y propuesta de arreglo.

Los detalles delatan a un artesano. Los datos del crash viajan como argv discreto para que un proceso hostil no pueda reparsearlos de la línea de comandos. Y el watcher espera a que la shell renacida reclame el bus de notificaciones antes de emitir el toast — porque si tu escritorio entero acaba de morir, no hay quién muestre el aviso. El comentario del código lo resume mejor que nosotros: "el crash más difícil de entregar es justo el más interesante".

Lo que aprendimos usándolo todos los días

  • El prompt rojo que te enseña a leer: una x roja en el prompt significa que el último comando falló. Parece una obviedad, pero cuando el agente te enseña a mirar ese detalle, dejas de ignorar los errores silenciosos para siempre.
  • "La app ha desaparecido": spoiler — casi nunca ha desaparecido, está en otro workspace. Hyprland marca con un punto los espacios con ventanas; recorrerlos con Super+N ahorra más sustos que cualquier tutorial.
  • El aviso funciona de verdad, con datos reales: en semanas de uso, el journal de nuestra máquina de pruebas apenas acumula cuatro crashes. Uno de ellos, el SIGTRAP de una app Electron un martes por la mañana — y media hora después, OpenCode ya había pasado por ahí, había leído el volcado y dejado el diagnóstico escrito. No es un mockup de marketing: es el flujo funcionando con basura espacial de la vida real.

La tesis: el agente como ciudadano del sistema operativo

Aquí está la idea de fondo, la que justifica el título de este artículo. La diferencia entre Omarchy y "un Linux con un chat de IA al lado" no es el agente — es quién toma la iniciativa. Un chat espera a que preguntes. Omarchy no espera: sabe que algo murió, prepara el expediente y llama al forense.

Por eso la combinación con un agente local como OpenCode encaja tan bien: el agente no es un visitante con el que hablas por una ventana, sino un ciudadano del sistema operativo — con permiso de lectura sobre tus logs, manos sobre tus archivos de configuración y un canal directo por el que el propio SO le avisa de que hay trabajo. Tu PC deja de ser una caja que solo usas y pasa a ser un entorno vivo que se autodiagnostica y te enseña cómo funciona mientras lo repara.

¿Para quién es esto? Para quien vive en el terminal y quiere una máquina que colabore. ¿Para quién no? Para quien busca un Linux donde no tocar jamás la consola — eso hoy por hoy no es Omarchy, y sus creadores tampoco lo pretenden.

Cómo montarlo en tu empresa o proyecto

En CerveretaDev construimos exactamente este tipo de entornos: workstations donde los agentes de IA no son un juguete, sino la infraestructura que investiga, repara y mantiene. Si quieres que tu equipo trabaje con máquinas que se autodiagnostican, hablemos.