⏱️ Lectura: 12 min
OpenChamber ya deja correr la misma tarea de programación en hasta cinco modelos de IA a la vez, y te deja quedarte con el mejor resultado o fusionar lo que cada modelo hizo mejor. El proyecto es de código abierto, corre sobre el SDK de OpenCode y se mueve sin fricción entre la app de escritorio, el navegador, el celular y el editor de código.
📑 En este artículo
La propuesta central de OpenChamber es que el agente no se detiene cuando cerrás la aplicación: le das un objetivo (Session Goal) y sigue iterando turno tras turno hasta cumplirlo. A eso suma un flujo que va de un issue de GitHub a un pull request fusionado sin salir de la herramienta.
TL;DR
- OpenChamber es un entorno de desarrollo agéntico open source, con app nativa para macOS, Windows y Linux.
- Multi-run y Fusion: corre la misma tarea en hasta cinco modelos de IA a la vez y fusiona o compara resultados.
- Corre sobre el SDK de OpenCode, que se instala con
curl -fsSL https://opencode.ai/install | bash. - Session Goals mantiene al agente iterando hacia un objetivo turno tras turno, incluso con la app cerrada.
- Soporta el flujo completo de issue a pull request de GitHub, incluido reenviar checks fallidos sin salir de la app.
- El acceso remoto usa Private Relay: emparejamiento por código QR, cifrado de extremo a extremo, sin abrir puertos.
- No recolecta ni envía código, prompts, diffs ni contenido de sesión: todo queda en la máquina local.
- Tiene app móvil nativa en beta y acceso vía navegador/PWA con gate de contraseña para exponerse con seguridad.
Introducción
Los entornos de desarrollo agénticos (herramientas donde un agente de IA no solo autocompleta código sino que planifica, edita archivos, corre comandos y abre pull requests) se multiplicaron entre 2025 y 2026. OpenChamber entra en esa categoría con una diferencia de enfoque: en vez de apostar a un solo modelo, deja correr la misma tarea en varios a la vez y compara o fusiona los resultados.
El proyecto no reemplaza al motor de agentes; corre sobre el SDK de OpenCode, que sus creadores describen como la mejor experiencia de agente open source disponible hoy. Usuarios early adopters lo resumen así en redes: “Opencode + OhMyOpencode + Openchamber. This is some cooked stack. VSCode looks like legacy notepad++ now.”
Qué pasó
OpenChamber sumó, en una sola versión, seis funciones que antes vivían repartidas en varias herramientas distintas: Session Goals, Multi-run and Fusion, Changes Walkthrough, Preview, flujo de issue a pull request y trabajo programado con cron. Cada una ataca un problema puntual del trabajo diario con agentes de IA.
- Session Goals: fijás una meta y el agente sigue trabajando hacia ella turno tras turno, incluso con la app cerrada.
- Multi-run y Fusion: corré una tarea en hasta cinco modelos distintos, quedate con el mejor resultado o fusioná las partes más fuertes de cada uno.
- Changes Walkthrough: un diff grande se agrupa en pasos ordenados que explican cómo encaja el cambio completo.
- Preview: señalás un elemento de tu app corriendo y le mandás al agente todo el contexto detrás de ese elemento.
- De issue a pull request: arrancás desde un issue o PR de GitHub, reenviás los checks que fallaron y mergeás sin salir de OpenChamber.
- Trabajo programado: corré un prompt en un cron, combinado con Session Goals para apuntar a un resultado concreto.
Contexto e historia
Según relatan usuarios tempranos, OpenChamber empezó como un proyecto chico: “I saw OpenChamber back when it was a small project, I think maybe a couple months ago, and now it is unrecognizable.”, cuenta Harsha Kotcherlakota (hkay-dev). Esa evolución acelerada es típica del momento actual de las herramientas agénticas: en poco más de un año pasaron de autocompletar líneas a manejar sesiones completas de trabajo, con memoria entre turnos y acceso a la terminal.
La decisión de construir sobre OpenCode en lugar de un motor propio es clave para entender el proyecto. OpenChamber no compite por ser el mejor agente; compite por ser la mejor capa de orquestación alrededor de agentes ya existentes: correr varios en paralelo, ordenarlos por resultado y mantenerlos vivos entre sesiones.
Detalles técnicos y rendimiento
OpenChamber se distribuye como app nativa de escritorio para macOS, Windows y Linux, con soporte para múltiples ventanas y proyectos en paralelo. Incluye atajos “Open In” para abrir el proyecto activo en el Finder, la Terminal o tu editor, y “Project Actions” para levantar servidores de desarrollo, reenvíos SSH y URLs locales sin salir de la app.
La misma sesión sigue disponible desde el navegador (con soporte PWA), desde el celular o tablet, y desde una app móvil nativa que todavía está en beta. Para exponer una instancia local a internet sin dejarla abierta a cualquiera, OpenChamber agrega un gate de contraseña de interfaz, pensado para que el acceso por navegador sea seguro de compartir.
Cómo se conecta un dispositivo nuevo
El emparejamiento remoto usa Private Relay: escaneás un código QR de un solo uso y el dispositivo nuevo se conecta sin abrir puertos ni exponer un servidor público. La conexión queda cifrada de extremo a extremo y se puede revocar en cualquier momento.
~ ❯ openchamber serve --ui-password ******
┌ OpenChamber Started
│
◆ port 3000 (PID 34189)
● local: http://127.0.0.1:3000/
● tunnel: https://oc-3a9f.trycloudflare.com
│
└ daemon running
~ ❯ openchamber connect-url --relay
┌ OpenChamber relay pairing link
│
◆ openchamber://connect?v=2&p=eyJ2IjoyLCJwYWlyaW5n…
● Relay: wss://relay.openchamber.dev/ws
● Fingerprint: 7F3A-D21C
│
└ relay pairing link generatedEl primer comando levanta el daemon local con una contraseña para la interfaz web; el segundo genera el enlace de emparejamiento por Private Relay, con su huella digital (fingerprint) para verificar que el dispositivo que se conecta es el correcto.
flowchart TD
A["Editor, navegador o celular"] --> B["openchamber serve"]
B --> C["OpenCode SDK"]
C --> D["Modelo 1"]
C --> E["Modelo 2"]
C --> F["Modelo N"]
D --> G["Fusion de resultados"]
E --> G
F --> G
G --> H["Pull request en GitHub"]El diagrama resume el camino de una tarea típica: el cliente (sea la app de escritorio, el navegador o el editor) manda la tarea al daemon openchamber serve, que la reparte entre los modelos configurados a través del SDK de OpenCode y junta los resultados antes de, si corresponde, abrir el pull request.
Privacidad: qué se queda en tu máquina
Según la documentación del proyecto, nombres de proyecto, rutas, prompts, código, diffs y contenido de sesión no se recolectan ni se envían a servidores de OpenChamber. Al ser open source, ese modelo de privacidad se puede auditar leyendo el código en lugar de confiar en una política de privacidad.
📌 Nota: OpenChamber es open source y su código está disponible en GitHub, así que el modelo de privacidad que promete (nada de código o sesiones recolectadas) se puede verificar leyendo el repositorio en vez de confiar en una política de términos.
Cómo empezar
OpenChamber corre sobre el SDK de OpenCode, así que ese es el primer paso. La instalación oficial usa un script curl pensado para macOS y Linux:
macOS y Linux
curl -fsSL https://opencode.ai/install | bashWindows
En Windows, la vía más directa es instalar la app de escritorio nativa de OpenChamber desde su sitio oficial; si preferís la línea de comandos, corré el mismo script dentro de WSL (Windows Subsystem for Linux) para tener el SDK de OpenCode disponible desde una terminal Linux.
Con el SDK instalado, el siguiente paso es levantar el daemon de OpenChamber con una contraseña de interfaz y, si vas a usarlo desde otro dispositivo, generar el enlace de emparejamiento:
openchamber serve --ui-password TU_PASSWORD
openchamber connect-url --relayEl primer comando expone la interfaz local (y un túnel si hace falta); el segundo da el código QR o el link para emparejar el celular u otra laptop por Private Relay. Desde ahí, definís un Session Goal (por ejemplo, “migrar los endpoints REST a GraphQL sin romper los tests”) y dejás que el agente itere, con la opción de correrlo en paralelo en dos o tres modelos con Multi-run para comparar resultados.
Para confirmar que el daemon está corriendo y en qué puerto quedó, la misma salida de openchamber serve lo muestra: buscá la línea local: http://127.0.0.1:PORT/ en la terminal.
Qué entorno conviene según el caso
| Entorno | Cuándo usarlo | Ventaja | Limitación |
|---|---|---|---|
| Desktop app | Trabajo diario, varios proyectos abiertos a la vez | Atajos “Open In” a Finder, Terminal y editor; Project Actions para levantar servidores locales | Hay que instalar y mantener actualizado el binario |
| Browser / PWA / móvil | Revisar o lanzar tareas desde el celular o una máquina que no es la tuya | Acceso desde cualquier dispositivo, con notificaciones en segundo plano | Necesita el gate de contraseña o un túnel para exponerse con seguridad |
| Extensión de editor | Cuando ya vivís dentro del editor de código y no querés cambiar de ventana | Abrís archivos directo desde la salida de una herramienta, con acciones por clic derecho | Pensada para un editor a la vez, sin el Agent Manager completo de la app de escritorio |
Impacto y análisis
La apuesta de Multi-run y Fusion responde a un problema real de trabajar con un solo modelo: cada modelo tiene sesgos y puntos ciegos distintos frente a la misma tarea. Correr la tarea en paralelo y comparar (o fusionar) resultados traslada al desarrollador una decisión que antes tomaba a ciegas, con un solo intento y un solo modelo, sin punto de comparación.
El segundo eje, Session Goals, ataca otro problema: hoy la mayoría de los agentes de código se quedan esperando una respuesta del usuario para seguir. Convertir eso en un objetivo persistente, que sigue corriendo turno tras turno aunque cierres la app, acerca la herramienta a un colaborador asíncrono en vez de un autocompletado interactivo.
💡 Tip: Si vas a dejar un Session Goal corriendo por horas sin supervisión, usalo junto al flujo de issue a pull request: así el resultado queda como PR revisable en vez de cambios sueltos en tu working tree.
El modelo de privacidad (todo local, nada recolectado, acceso remoto opcional y revocable) es, en sí mismo, una respuesta a una preocupación creciente entre equipos de desarrollo: enviar código propietario a un tercero para que un agente lo procese. Que el proyecto sea open source hace que esa promesa se pueda auditar en el código, no solo leerla en una página de marketing.
Qué sigue
La app móvil nativa sigue en beta, así que es esperable que sume funciones (y corrija errores) en las próximas versiones. La FAQ oficial confirma que el proyecto se apoya en el SDK de OpenCode “today” (hoy), lo que deja abierta la puerta a que en el futuro sume otros motores de agentes si el ecosistema lo empuja en esa dirección.
Por ahora, el diferencial de OpenChamber no está en entrenar o afinar un modelo propio, sino en la capa de orquestación: multi-modelo, multi-dispositivo y con el trabajo persistiendo entre sesiones. Es un patrón que otras herramientas de agentes de código probablemente terminen copiando si la fórmula funciona en la práctica.
📖 Resumen en Telegram: Ver resumen
Probalo vos: corré curl -fsSL https://opencode.ai/install | bash y después sumá OpenChamber desde openchamber.dev para ver el Multi-run funcionando con tus propios modelos hoy mismo.
Preguntas frecuentes
¿OpenChamber es de código abierto?
Sí. El proyecto es open source y su código está disponible en GitHub, lo que permite auditar tanto las funciones como el modelo de privacidad que promete.
¿Qué motor de agentes usa por debajo?
OpenChamber corre sobre el SDK de OpenCode, que sus creadores eligieron por ser, según describen, la mejor experiencia de agente open source disponible hoy.
¿Es gratis?
Sí, OpenChamber en sí mismo es gratuito. El costo real depende del uso de los modelos que corras a través de OpenCode, cada uno con su propio precio por token.
¿Puedo usarlo de forma remota, desde el celular?
Sí. Se puede abrir desde el navegador, usar túneles cuando hace falta y proteger el acceso con una contraseña de interfaz o con el emparejamiento cifrado de Private Relay.
¿Qué pasa si cierro la app mientras el agente trabaja?
Con un Session Goal definido, el agente sigue iterando turno tras turno hacia esa meta aunque la aplicación esté cerrada; retomás la sesión más tarde desde cualquier dispositivo emparejado.
¿Corre en Windows?
Sí, hay app de escritorio nativa para Windows, además de macOS y Linux; para la instalación por línea de comandos del SDK de OpenCode en Windows, la vía práctica es usar WSL.
Referencias
- OpenChamber: sitio oficial del proyecto, con la lista completa de funciones y la política de privacidad.
- OpenCode: instalador oficial del SDK de agentes sobre el que corre OpenChamber.
- Wikipedia: Integrated development environment: contexto general sobre qué es un entorno de desarrollo y cómo evolucionó hasta incorporar agentes.
📱 ¿Te gusta este contenido? Únete a nuestro canal de Telegram @programacion donde publicamos a diario lo más relevante de tecnología, IA y desarrollo. Resúmenes rápidos, contenido fresco todos los días.
Imagen destacada: Foto de Daniil Komov en Unsplash
0 Comentarios