Varios loops, un tablero
Cada loop ejecuta su propio carril a su propio ritmo. Los loops intercambian trabajo mediante el Task Book y los archivos en disco, nunca a través del contexto de los demás.
Un arquitecto, un programador, un revisor y un evaluador pasan el trabajo alrededor de un ring en el propio computador. Cuando las tareas terminan, se obtiene un informe final, con la aplicación a solo una pulsación de distancia en una vista previa en vivo.
Pídele un solo modelo para una app y obtendrás una respuesta. En un loop, esa respuesta es la primera pasada: el siguiente bubble la lee, una verificación fallida la envía al fixer mientras el loop espera, y el ring vuelve a girar.
Un prompt
Un loop registro de ejemplo
El Manager es un chat que planifica el tablero de forma conjunta. En el modo Plan lee la carpeta, hace las preguntas necesarias y escribe tarjetas en el Task Book tras alcanzar un acuerdo.
Build propone los loops: quién se sienta en cada ring, qué carpeta puede modificar cada uno y adónde va el trabajo cuando una comprobación falla. No se coloca nada hasta que pulses Construirlo.
Cada bubble ejecuta una pasada, y su salida es la entrada del siguiente bubble. Por defecto, un Sub-loop se ejecuta cuando el bubble anterior falla, por lo que una revisión fallida va al Fixer mientras el loop espera. Los límites detienen un loop que sigue fallando en lugar de dejarlo pasar toda la noche.
Cuando un run se queda sin trabajo de manera autónoma, la app redacta un informe final a partir del registro del run, con una vista previa en vivo de la app al lado.
Redactaré las tarjetas una vez que se resuelva un detalle.
Esperando 1 decisión
¿Cuándo deben reiniciarse los hábitos del día?
A la medianoche local recomendadoCuando se abre la app por primera vez cada díaO escribir otra respuesta…¿Construir este tablero?
Task Book
La app ha terminado, su informe y su vista previa están listos
El run se completó y escribió un informe final: qué se construyó, cómo ejecutarlo, qué se probó y qué falta.
Los runs largos funcionan cuando cada bubble tiene un trabajo claro, un alcance limitado y un lugar al que enviar sus errores.
Cada loop ejecuta su propio carril a su propio ritmo. Los loops intercambian trabajo mediante el Task Book y los archivos en disco, nunca a través del contexto de los demás.
Un modo determina lo que el Manager tiene permitido modificar. Solo se puede cambiar manualmente, y Build no escribe código.
Los comandos se analizan antes de ejecutarse. Los commits y las eliminaciones piden confirmación primero; las terminales, el acceso remoto y las rutas fuera del proyecto se rechazan.
Una instancia local de SearXNG viene integrada en la app. Si no está disponible, los agents recurren a npm, GitHub, Stack Overflow, MDN y Wikipedia.
Elige un modelo por bubble, o un pool de hasta ocho que pasa al siguiente cuando uno supera el límite de peticiones o no responde. Las tarifas gratuitas y los modelos locales cuentan.
Cuando se rechaza una llamada, el loop extrae una lección de ella y se la entrega en la siguiente pasada. Puedes aceptar, rechazar u olvidar cada una, y configurar su grado de certeza.
Un run que se completa por sí solo entrega tres cosas. Lees lo que pasó en lugar de preguntar a un modelo cómo fue.
app/src/App.tsx+142app/src/habits.ts+61app/src/App.test.tsx+48app/README.md+22Tarjetas del Task Book hechas: 9
Primero, instalar:
npm installDesde README.md:
npm run devnpm testPasó, 29/9/26, 14:14:07.
Nada que el registro del run pueda ver.
Revisión visual: pasó
1280 × 800 y 390 × 844 · 0 bloqueantes
El revisor abre la app en un navegador real a anchuras de escritorio y teléfono. Las páginas en blanco, el desbordamiento, las imágenes rotas y el texto de relleno provocan un fallo directo. Si se ha configurado un modelo de visión, también evalúa las capturas de pantalla frente al archivo DESIGN.md. La línea Presentable del informe muestra su veredicto.
Generado a partir del propio registro del run, sin pedirle a ningún modelo que se autoevalúe: qué se construyó, el comando que lo ejecuta, el último test ejecutado con su código de salida y cualquier elemento que aún falte.
El servidor de desarrollo de la app, uno por tablero y separado del run. Un nuevo run no lo detiene, por lo que una app de Vite sigue las ediciones del loop. Se inicia, reinicia y detiene desde la pestaña Report.
Perfica es una app de escritorio. El código solo se envía al modelo seleccionado, y con un modelo local nunca sale del computador.
$0
Toda la app. Cada loop, bubble, modo y herramienta.
$36/ año
Todo lo incluido en Free, en todos los computadores.
Cloud aún no se puede comprar. Nada en la app lo necesita.
Más en la documentación.
La app es gratuita. Se pagan los consumos al proveedor de modelos según el uso de las bubbles, o nada si se ejecutan modelos gratuitos o locales. Cloud, al lanzarse, tendrá un costo de US$36 al año.
Sí. Empezar gratis, la primera pantalla de configuración, guía a través de una clave de OpenRouter gratuita y una clave de Gemini gratuita en unos dos minutos, y el primer loop se ejecuta con modelos gratuitos. Cuando una capa gratuita se agota por el día, el loop se pausa y se reanuda por sí solo. Ollama y LM Studio ejecutan modelos en el propio computador sin requerir ninguna clave.
Únicamente como parte de los prompts que las bubbles envían al proveedor de modelos elegido, y como consultas de búsqueda cuando un agente busca en la web. Al usar un modelo local mediante Ollama o LM Studio, los prompts nunca salen del computador.
Un run se entrega cuando se queda sin trabajo por sí solo. El informe lo llama finalizado cuando el README da un comando para iniciar la app, la última ejecución de pruebas pasó, ningún bubble terminó en FAIL o ERROR, y la vista previa no falló. Cualquier cosa por debajo de eso aparece bajo "Qué falta". También indica si la app es presentable, a partir de la revisión visual del Reviewer, sin que ello sea una condición para considerarla finalizada.
No. Cada bubble dispone exclusivamente de las herramientas que otorga su rol, y sus herramientas de archivos escriben únicamente dentro de la carpeta de su loop. Con el sandbox activado, sus comandos también quedan confinados allí. Los comandos pasan por un filtro que permite, pregunta o deniega; los commits, pushes y eliminaciones requieren confirmación previa a menos que se active Full Auto.
Anthropic, OpenAI, Google, OpenRouter y NVIDIA con una clave, y cualquier modelo que ejecutes en Ollama o LM Studio. Un bubble puede usar un modelo o un pool de hasta ocho que cambia cuando uno está ocupado o sin cuota.
Las compilaciones aún no tienen firma de código, por lo que Windows SmartScreen avisa la primera vez. Por la misma razón, la app de macOS no puede actualizarse sola; descarga las versiones nuevas desde la página de releases.
Un plan anual opcional, por US$36, para sincronizar tableros entre dispositivos y almacenar las claves en una bóveda cifrada. Todavía no está disponible para la venta.