Tu Mac Mini como servidor de agentes de IA: cómo trabajar desde cualquier lugar

Desde que publiqué cómo armé mi harness con una Mac Mini, me escriben con la misma pregunta: ¿cómo te comunicás con los agentes desde la laptop y desde el celular? Es una pregunta recurrente, así que en vez de responder uno por uno, lo escribo acá.

Antes de responder con un tutorial, quiero dejar clara la idea de fondo. Esto no es “conectar una Mac Mini con una MacBook”. Es un cambio de dónde ocurre el trabajo.

Hasta hace poco, la computadora era el lugar donde vos trabajabas. Ahora la computadora pasa a ser la infraestructura donde trabajan tus agentes. Vos supervisás, decidís y revisás. Desde donde estés.

La pregunta que realmente importa es esta: ¿cómo tener un equipo de agentes trabajando permanentemente en tus proyectos y poder supervisarlos desde cualquier dispositivo? Todo lo que sigue responde eso.

1. Qué es un nodo de agentes y por qué una Mac Mini

Un nodo de agentes es una computadora que está siempre encendida y cuya única función es ejecutar trabajo: agentes de programación, repositorios, terminales, automatizaciones. No es la máquina en la que escribís. Es la máquina en la que se ejecuta.

La separación clave es entre computación e interfaz. Si los agentes corren en tu laptop, se detienen cuando la cerrás, cuando se suspende o cuando te vas de casa. Si corren en un nodo aparte, vos podés desconectarte y el trabajo sigue.

Yo uso una Mac Mini por tres razones prácticas:

• Consume poco y es silenciosa. Puede quedar encendida todo el año sin que se note.
• Corre macOS, así que las mismas herramientas que uso en la MacBook (Claude Code, Codex, Orca, Git, Xcode) funcionan igual.
• Tiene potencia de sobra para varios agentes en paralelo.

Pero ojo: no necesitás una Mac Mini. Por ejemplo una Dell con Ubuntu, un mini PC con Linux o un VPS cumplen la misma función. Lo importante es el rol, no la marca. Más adelante explico cómo adaptar todo esto a Linux.

2. La arquitectura: nodo central, computadora cliente y teléfono

Mi setup tiene tres piezas y cada una tiene un rol fijo.

La Mac Mini es el nodo permanente: ahí viven los repositorios, los worktrees, las terminales y los agentes. La MacBook Air es mi estación de trabajo: ahí leo código, reviso diffs y doy instrucciones largas. El celular es la consola de supervisión: veo estados, respondo preguntas de los agentes y recibo avisos cuando terminan o se traban.

Ninguno de los dos clientes ejecuta nada. Puedo cerrar la laptop, salir de casa o estar en otro país, y los procesos de la Mini siguen corriendo.

Un ejemplo real de hace poco. Dejé un proceso corriendo en la Mini con un Ralph loop (un agente que itera sobre una tarea hasta cumplirla, verificando en cada vuelta) y me tomé un avión. Al llegar, el proceso había terminado la operación que le había pedido. Sin interrupciones, sin que yo tocara nada en el medio. Eso es lo que compra esta arquitectura: el trabajo no depende de que estés conectado.

Qué componentes necesitás

Componente	Función
Mac Mini (o equivalente)	Infraestructura permanente
macOS / Linux	Sistema operativo del nodo
Tailscale	Conectividad privada entre dispositivos
SSH / Sesión remota	Acceso remoto al sistema
Orca	Gestión de proyectos, sesiones y agentes
Claude Code / Codex	Agentes de programación
Git + worktrees	Versionado y trabajo en paralelo sobre un repo
Orca Mobile	Interfaz desde el teléfono

No todo es obligatorio. Lo importante es entender qué problema resuelve cada pieza, para que puedas reemplazarla por otra si ya tenés algo que te funciona.

3. Cómo conectar los dispositivos: Tailscale y SSH

Esta es la parte que más preguntan, y es la más simple.

Tailscale: la red privada

Tailscale arma una red privada entre tus equipos aunque estén en redes distintas. La Mac Mini en casa, la laptop en una cafetería, el celular en otro país: los tres se ven como si estuvieran en la misma LAN.

Lo que te ahorra:

• No abrís puertos en el router.
• No exponés SSH a Internet.
• Cada equipo tiene una IP privada estable (100.x.x.x) que no cambia aunque cambies de red.
• Con MagicDNS llamás a los equipos por nombre (mac-mini) en vez de recordar IPs.

Instalás la app en los tres dispositivos, iniciás sesión con la misma cuenta y listo. En la Mini, marcá que arranque al iniciar sesión.

SSH: el acceso al sistema

Con Tailscale arriba, desde la laptop entrás a la Mini con:

ssh usuario@mac-mini

En macOS se habilita desde Configuración del Sistema → General → Compartir → Sesión remota. En Ubuntu, instalando openssh-server.

SSH te da terminales remotas, ejecución de comandos, administración de procesos y acceso a los repositorios. Es la herramienta para diagnosticar y para configurar.

Una aclaración importante: Tailscale y SSH te dan conectividad y acceso. No mantienen agentes corriendo ni te dan una interfaz para supervisarlos. Para eso necesitás una capa más, y de eso trata la siguiente sección.

4. La pieza central: ejecutar agentes remotos con Orca

Orca es lo que diferencia este setup de “una Mac Mini con varias terminales abiertas”. Agrega la capa de gestión: proyectos, worktrees, sesiones de agentes y sus estados (trabajando, terminó, esperando respuesta).

Hay dos formas de usarlo con un nodo remoto, y conviene elegir con cuidado.

Opción A: Orca en la laptop, agentes por SSH

Orca corre en tu laptop. Cuando creás un worktree, elegís como destino un host SSH (la Mini). El agente se ejecuta allá; el editor y el diff quedan acá. Según la documentación, las sesiones remotas quedan vivas aunque cierres Orca en la laptop, porque un relay en el host las mantiene. Docs: SSH worktrees.

Sirve si ya tenés el nodo y no querés instalar un segundo Orca. Pero la laptop sigue siendo “la que manda”.

Opción B: Orca Server en la Mac Mini (la que uso)

La Mini corre el runtime de Orca y es dueña de los proyectos, terminales y agentes. La laptop y el celular son clientes que se conectan a ese servidor. Docs: Remote Orca Servers.

La documentación menciona exactamente este caso: mantener Orca corriendo en una Mac Mini, un servidor casero o un VPS, y conectarse desde otros equipos. El flujo es:

1. En la Mini: Settings → Remote Orca Servers → Advertise this app as a server → New Link. Elegís la dirección de Tailscale y generás un enlace de acceso.
2. En la laptop: Settings → Remote Orca Servers → Add Server, y pegás ese enlace.
3. Cambiás al servidor remoto y abrís o creás un proyecto desde ahí. Desde ese momento la Mini es dueña de todo lo que corre.

Para un servidor Linux sin pantalla, el equivalente es orca serve --pairing-address <ip-o-hostname-de-tailscale>.

Dos cosas a tener en cuenta: la función está marcada como beta, y está pensada para una red privada (tailnet o LAN), no para exponerla a Internet. El enlace de pareo es la credencial: tratalo como una contraseña.

La ventaja concreta: si cierro la MacBook o se suspende, los agentes del servidor siguen trabajando. Y cuando la abro de nuevo, encuentro el estado tal como lo dejaron.

5. Organizar proyectos y agentes con Git worktrees

En el nodo pueden convivir varios proyectos y varios agentes al mismo tiempo. Por ejemplo:

Proyecto	Agente	Trabajo
Proyecto A	Claude Code	Desarrollo de funcionalidades
Proyecto B	Codex	Corrección de errores
Proyecto C	Claude Code	Refactorización
Proyecto D	Codex	Revisión de código

El problema de tener dos agentes sobre el mismo repositorio es que se pisan: uno cambia un archivo que el otro está leyendo. La solución es Git worktrees: cada tarea tiene su propio directorio de trabajo y su propia rama, apuntando al mismo repositorio.

Orca hace esto por defecto. Cada vez que lanzás un agente, le crea un worktree aislado. Cuando termina, revisás el diff, hacés merge de lo que sirve y descartás el resto.

No necesitás una máquina distinta por proyecto. Necesitás un nodo con disco suficiente y la disciplina de un worktree por tarea.

Una advertencia: que puedan correr en paralelo no significa que convenga correr diez a la vez. Cada agente consume CPU, memoria y cuota de tu proveedor de IA. Empezá con dos o tres y medí.

Los agentes también prueban: navegadores controlados con Playwright

Escribir código es la mitad del trabajo. La otra mitad es verificar que funciona, y eso también corre en el nodo.

En la Mini tengo instalado Playwright con sus navegadores. Cuando un agente termina una funcionalidad web, levanta la aplicación en un puerto local, abre un navegador controlado por Playwright, navega, hace clic, completa formularios y compara el resultado con lo esperado. Si algo falla, lo ve en el momento y lo corrige antes de avisarme.

Lo que esto cambia en la práctica:

• El agente no “cree” que el cambio funciona. Lo comprobó en un navegador real.
• Las pruebas end-to-end corren en la Mini, sin ocupar la laptop ni el celular.
• Los navegadores corren en modo headless (sin ventana), así que no necesitás una sesión gráfica abierta para que funcionen.
• Las capturas de pantalla y los videos que genera Playwright quedan en el worktree, y los reviso desde donde esté.

Orca además trae paneles de navegador integrados, y desde la app móvil se puede pedir una vista de tamaño teléfono al navegador del escritorio. Es útil para revisar visualmente lo que el agente acaba de probar, sin abrir la laptop.

Dos cuidados: instalá los navegadores de Playwright en el nodo (npx playwright install) y no en la laptop, y dale a cada worktree su propio puerto para que dos agentes no se pisen al levantar la aplicación.

6. Cómo controlar los agentes desde el celular

Esta es la pregunta concreta que me hacen, así que va con detalle.

Orca Mobile: un control remoto para los agentes

Orca tiene una app móvil para iOS y Android (APK) que se parea con tu Orca de escritorio o con un Orca Server. Docs: Mobile companion.

Lo que podés hacer desde el teléfono:

• Ver cada worktree, su agente y su estado: trabajando, terminado, esperando respuesta.
• Leer la salida de la sesión (scrollback de la terminal).
• Responder cuando el agente te hace una pregunta.
• Recibir una notificación cuando un agente termina o queda esperando.
• Revisar control de versiones: staging, commits, push.
• Abrir sesiones en modo chat en vez de terminal.

La propia documentación lo describe como un control remoto, no como un editor completo. No vas a escribir código desde el celular. Vas a destrabar agentes y a decidir.

Si usás un Orca Server, la app lista en una sola vista los worktrees de todos los hosts a los que estés conectado. Esto resuelve la pregunta sin desarrollar nada: si ya usás Orca, en diez minutos lo tenés andando.

7. ¿Y cmux? En qué se diferencia

Mucha gente usa cmux en la Mac y pregunta si Orca lo reemplaza. No exactamente: resuelven problemas distintos y pueden convivir.

cmux organiza espacios de trabajo, terminales, paneles y sesiones. Es una buena forma de administrar muchos procesos desde una interfaz de terminal.

Orca agrega la capa de arriba: proyectos, worktrees, estado de cada agente, diffs para revisar, y los clientes remotos (laptop, browser, celular) conectados a un mismo runtime.

Para ubicar cada pieza:

Herramienta	Qué resuelve
cmux	Organización y control de espacios de terminal
Orca	Flujo de trabajo de agentes de programación, local y remoto
Tailscale	Conectividad privada entre máquinas
SSH	Acceso remoto al sistema

Si ya estás cómodo con cmux para tu trabajo diario, podés seguir usándolo en la laptop y usar Orca solo para lo que corre en el nodo.

8. Lo que suele olvidarse: que funcione 24/7

Instalar Orca y Tailscale no alcanza. El nodo tiene que ser realmente permanente, y eso se configura.

• Desactivar la suspensión automática de la Mac Mini (Configuración → Energía) y la del disco.
• Configurar Tailscale para iniciarse al arrancar sesión.
• Configurar Orca para que inicie al arrancar (o orca serve como servicio en Linux).
• Instalar Claude Code, Codex y las herramientas de cada proyecto en el nodo, no en la laptop.
• Configurar Git y las credenciales de los repositorios en el nodo.
• Mantener los proyectos y worktrees en el disco del nodo.
• Activar notificaciones cuando un agente termina o necesita intervención.
• Tener backup de los repositorios y archivos que no estén en un remoto.
• Proteger las credenciales y los tokens de los proveedores de IA.

Probá qué pasa después de un reinicio. Es el punto que más falla. FileVault, la pantalla de inicio de sesión y los servicios que dependen de una sesión de usuario abierta pueden impedir que todo vuelva solo. Si la Mini se reinicia por una actualización mientras estás de viaje y queda en la pantalla de login, perdiste el acceso hasta que alguien la toque. Hacé la prueba antes de depender de ella: reiniciá y verificá desde el celular que Tailscale, SSH y Orca estén arriba sin intervención.

9. Seguridad: lo que no deberías dejar afuera

Un nodo con agentes autónomos tiene acceso a tu código, tus archivos, tus credenciales y tus servicios. Y corre sin que estés mirando. Cinco reglas que aplico:

1. No exponer puertos a Internet. Ni SSH, ni Orca, ni los servidores de desarrollo. Todo pasa por la red privada.
2. Usar Tailscale como única puerta de entrada. Si un dispositivo no está en tu tailnet, no ve el nodo.
3. Limitar los permisos de cada agente. Un agente que corrige bugs no necesita acceso a tus credenciales de producción ni a tu cuenta de nube.
4. No guardar tokens ni contraseñas en los repositorios. Variables de entorno o un gestor de secretos, y fuera del git add.
5. Revisar antes de desplegar. Un agente puede abrir un PR solo. No debería poder llevarlo a producción sin que alguien lo mire.

Hay una distinción que me parece central: autonomía no es ausencia de supervisión. Que un agente trabaje mientras no estás delante de la computadora no significa que deba tener permisos ilimitados. El diseño correcto es: el agente hace, vos aprobás.

10. Cómo adaptar esta arquitectura a Linux, y de dónde salen las tareas

Nada de esto depende de Apple. Depende de tener un nodo de ejecución permanente. Podés construir lo mismo con:

• Una Mac Mini con macOS.
• Una Dell (o cualquier PC) con Ubuntu.
• Un mini PC con Linux.
• Un servidor Linux en casa.
• Un VPS o servidor dedicado.

La lógica es idéntica: una máquina ejecuta, las demás son clientes. Para un entorno de desarrollo, Ubuntu incluso tiene sentido: la mayoría de las herramientas de agentes nacen en Linux.

Las diferencias prácticas en Linux:

• Tailscale se instala por paquete y corre como servicio (tailscaled), sin depender de una sesión gráfica.
• SSH es openssh-server, habilitado al arrancar.
• Orca tiene build para Linux. Para un servidor sin pantalla, orca serve --pairing-address <hostname-tailscale> reemplaza al flujo gráfico. En Linux el comando registrado puede llamarse orca-ide.
• Un servicio de systemd mantiene orca serve vivo tras un reinicio, algo que en macOS es más frágil (ver sección 8).

De dónde salen las tareas: Linear

Falta una pieza para que esto sea un equipo y no una colección de terminales: un lugar donde viven las tareas. Yo uso Linear y Orca lo integra de forma nativa. Docs: Linear en Orca.

El flujo queda así:

1. La tarea se escribe en Linear, como cualquier issue: título, descripción, capturas, criterios de aceptación.
2. Desde Orca abrís el panel de Linear, elegís el issue y creás un worktree a partir de él. Orca usa el nombre de rama que sugiere Linear y deja el issue vinculado al worktree.
3. Al lanzar el agente desde ese issue, Orca le pasa como contexto la descripción, los comentarios, los sub-issues y hasta las imágenes embebidas. No hay que pegar nada a mano.
4. El agente trabaja en su worktree. Cuando termina, revisás el diff, hacés merge y el estado del issue se actualiza desde el mismo lugar.

Los agentes también pueden leer y escribir Linear por línea de comandos (orca linear), así que un agente puede crear sub-issues, dejar comentarios o cambiar el estado según avanza.

Lo que esto cambia: el backlog deja de ser una lista para vos y pasa a ser la cola de trabajo de los agentes. Vos priorizás en Linear desde el celular; los agentes la van vaciando desde la Mini. Y todo el contexto de cada tarea queda en un solo lugar, no repartido entre chats y notas.

11. Para no sobrevender: qué es cierto y qué no

En este tema circulan afirmaciones que suenan bien y son medio verdad. Las dejo ordenadas.

Afirmación	Realidad
La Mac Mini permite trabajar 24/7	Sí, si la configurás para eso (sección 8)
Necesitás una Mac Mini	No. Linux cumple el mismo rol
Tailscale ejecuta los agentes	No. Solo conecta dispositivos
Cerrar la MacBook detiene los agentes	No, si corren en un nodo independiente
Orca permite gestionar agentes remotos	Sí, por SSH o como servidor remoto (beta)
Todos los agentes trabajan simultáneamente	Depende de recursos, sesiones y cuota del proveedor

Cierre

El resumen cabe en una frase: una máquina ejecuta, las demás supervisan. Tailscale las conecta, SSH te deja entrar, Orca mantiene los agentes organizados y la app móvil te deja destrabarlos desde donde estés.

No hace falta comprar nada nuevo para empezar. Si tenés una PC que puede quedar encendida, ya tenés el nodo. Lo demás es configuración y disciplina: un worktree por tarea, permisos acotados, y probar el reinicio antes de confiar.

Si lo montás y te trabás en algún paso, escribime. Las preguntas que me llegan son las que terminan siendo el próximo artículo.