manologarcia.devMi MacBook Pro 2016 corre mejor con Omarchy v4 Quattro que con macOS Monterey
by Manolo Garcia on 2026-08-23T00:00:00.000Z
TL;DR: Omarchy v4 Quattro convirtió mi MacBook Pro 2016 con T1 — que Apple dejó oficialmente en macOS Monterey — en un portátil moderno que se siente más rápido y más bonito que nunca. No es mi equipo principal, pero cuando lo abro para resolver algo rápido, corre mejor que con la última versión soportada de macOS. Secuela del post de la Touch Bar.
El contexto
Hace poco publiqué cómo resucité la Touch Bar de esta misma MacBookPro13,2 con Omarchy Linux. Esta laptop no es mi equipo principal de desarrollo — es la que abro cuando salgo de casa o necesito resolver algo rápido.
La última versión de macOS que Apple soporta oficialmente para este modelo es Monterey. La actual de Apple es Tahoe — esta laptop se quedó muy atrás en el árbol de versiones soportadas. Sin parches de seguridad recientes y con apps que ya no soportan ese OS. Es una laptop que Apple considera obsoleta.
Pero Omarchy v3 ya la mantenía viva. Y v3 seguía siendo un Frankenstein técnico: Waybar para el bar, Walker para el launcher, Mako para notificaciones, SwayOSD para volumen, hyprlock para el lock screen, hypridle para el idle, swaybg para los wallpapers, polkit-gnome para los permisos… ocho procesos independientes solo para que el escritorio se sintiera "normal".
Hasta que llegó Quattro.
El cambio grande: Quickshell
Omarchy v4 reescribió todo el desktop shell en Quickshell. Un solo proceso reemplaza los ocho anteriores. Se nota de inmediato:
- CPU en idle casi cero. Antes el bar, notificaciones y OSDs polled cada N segundos. Ahora son event-driven — la laptop deja de quemar ciclos cuando no hago nada.
- Un solo theme para todo. Cambias el tema en el panel, y btop, nvim y VS Code siguen la vibra al instante. Lo explico abajo.
- Plugin system. Tercera persona puede meter widgets al bar con un
git clone. Mi favorito está más abajo. - Bar arrastrable a cualquier borde. Con preview de "ghost slab" mientras lo arrastras. Suena trivial pero se siente premium.
El tradeoff: si Quickshell crashea, se cae todo el shell. En las dos semanas que llevo con v4 no me ha pasado, pero es el nuevo single point of failure. Si te asusta, no lo instales en producción crítica todavía.
El coding agent default
Omarchy v4 trae un panel nuevo: Setup > Defaults > Agent. Ahí eliges entre nueve opciones — Claude Code, Codex, OpenCode, Pi, Oh My Pi, Gemini, Grok, Copilot o Crush — y Omarchy lo deja configurado como org.omarchy.agent.
Yo terminé con tres: Claude Code para cuando necesito el modelo frontera (arquitectura, code review crítico, debugging complejo), OpenCode como default para el día a día (open source, 75+ providers, modelos locales via Ollama), y Antigravity de Google para planning con artifacts visuales. Cambio entre los tres con un comando y el shell detecta cuál está activo.
Lo abres con SUPER + SHIFT + CTRL + A o el alias a en terminal. Si lo invocas desde el home, te arranca en ~/Work para que el "trust" realmente funcione.
En la Mac con Omarchy, Antigravity brilla especialmente: su IDE (no solo la CLI) corre nativo en Linux x64. Es el agente que más uso en esta portátil porque la experiencia visual de artifacts se mantiene en ruta — algo que no tendría con la CLI en un agente terminal-only.
El setup completo, con la justificación de cada uno, está en mi post sobre coding agents.
El widget que me ahorró dinero
El bar trae ahora un widget que monitorea el uso de Claude Code, Codex y Fireworks en tiempo real. Es un numerito chiquito arriba a la derecha, pero te dice exactamente cuántos tokens llevas hoy.
A los dos días de usar Quattro me di cuenta de que estaba gastando tres veces más de lo que creía. Claude Code es eficiente, pero entre los hooks del shell, el agent que se autoinvoca para sub-tasks, y los MCP servers que conecté, la factura subía sin que lo notara. El widget no te dice "deja de usarlo" — te dice dónde se va tu dinero. Esa visibilidad cambia cómo trabajas: ahora reviso el widget antes de pedirle una refactorización grande.
El theme que controla todo
Antes de v4, cambiar theme era: cambiar colores del shell, luego ir a btop, luego a nvim, luego a VS Code, hopeando que alguien haya hecho un matching theme. Medio día perdido.
Omarchy v4 expandió su paleta de 8 a 24 colores y autogenera los configs de btop, nvim y VS Code a partir del theme activo. Cambias el theme con SUPER + SHIFT + CTRL + SPACE (visual switcher con preview en vivo de cada tema) y todo el stack sigue.
Pura alegría para los que cambiamos de theme cada semana. Hay tres nuevos: Solitude, Last Horizon y Lupine — mi favorito es Lupine por ahora.
El plugin que más uso
Quickshell tiene widgets built-in y un plugin system para widgets de terceros. El más útil que viene built-in es el model-usage widget (que ya cubrí arriba), que justifica Quattro solo por el control de gasto.
El plugin system permite instalar widgets adicionales con omarchy plugin add <git-url>. Hay pocos buenos todavía (el ecosistema es nuevo), pero hay algunos que vale la pena probar:
- Tailscale panel — control de conexiones y exit-node picker, agrupado por país. Si trabajas con servidores remotos, vale la pena.
- Dropbox panel — login, storage, archivos recientes. Lo dejé desactivado porque ya tengo dropbox-cli en un script.
- Weather panel — configurable por ubicación, vive en el bar.
Lo que todavía me molesta
Ser honesto:
- El widget de uso en el bar solo trackea Claude Code, Codex y Fireworks. Cuando uso OpenCode o Antigravity, no tengo visibilidad del costo (que es cero con Ollama o Gemini, pero el principio aplica).
- El plugin system es nuevo: hay pocos plugins buenos todavía. Estoy esperando que la comunidad se ponga al día.
- Los alias que Omarchy define son inconsistentes. Claude Code tiene
claude, OpenCode tieneopencode, pero los shortcuts deSetup > Defaults > Agentno son obvios sin revisar el manual.
Invitación
Si tienes una Mac vieja con Linux y Omarchy, Quattro vale la pena — especialmente si Apple ya la declaró obsoleta. La instalación pesa menos de 6 GB (vs 7+ de v3), corre sub-minuto en hardware moderno, y el shell unificado se siente más pulido que nunca. Y sí: corre mejor que la última versión de macOS que Apple soporta para tu máquina.
Si tienes T1 como yo, todo lo del post anterior sigue aplicando — solo necesitas recompilar el módulo si actualizaste kernel. Si tienes T2, este es el mejor momento para migrar a Linux sin perder la Touch Bar.
Cuéntame en los comments o en mi repo qué coding agents elegiste y por qué. Y si alguien tiene un T1 y Quattro, mándame foto de la Touch Bar funcionando — sigo sin verlo en nadie más.
Links: