Nada de esto es roadmap: es el producto funcionando.
Tokens reales del último envío contra la ventana del modelo; este turno entra en la cuenta en el próximo envío.
Escribes
Arma la landing del producto con el texto del README, y levántala local para que la vea.
3 runs · 1 ok · 0 failed · custo registrado
Filter by name or statusRunning · 01232Stop all
Finished · 01Clear
La forma simple de cobrar por suscripción.
Empieza en minutos, sin cablear un gateway a mano.
Crear cuentaLee y edita archivos. Corre comandos en la terminal. Hace commit en git. Consulta tu base de datos. Navega páginas web y opera la consola de tu nube cuando lo autorizas. Prepara ambientes, instala lo que falta, levanta el servicio y lo verifica corriendo. El trabajo que hoy pasa por tus manos — hecho, no descrito. Conecta los servidores MCP que tu empresa ya usa y opera sus herramientas como cualquier otra.
Dejas de ser el intermediario que copia, pega y ejecuta
No es búsqueda de texto. Es análisis semántico: el agente ve símbolos, tipos y referencias — quién llama a qué, quién depende de quién — en los principales lenguajes del mercado, del legado a lo moderno.
Renombrar un símbolo en todo el sistema sin romper lo que solo comparte el nombre
El agente lee con un modelo ligero. En el instante en que la tarea va a cambiar algo, pasa al más potente — antes de tocar el archivo, con el cambio registrado en la auditoría. Por dentro, eso es FMR (Fragmented Model Routing), tecnología propia nacida de meses de investigación sobre cómo se comportan los modelos.
El costo de un modelo barato con el resultado de un modelo caro — sin que tú hagas de router
Cinco especialistas vienen de fábrica — Explorer, Planner, Reviewer, Tester, Implementer. El resto se escribe para tu proyecto: el Specialist Builder estudia todo lo que lo define — PRs, commits, el patrón de trabajo del equipo, arquitectura, frameworks, pipeline, proveedor de nube — y escribe los especialistas que ese código pide. El de tu interfaz, el de tu pipeline, el de tu documentación. Cada uno con nombre, alcance y permisos propios — un equipo que trabaja como quien ya estaba dentro.
No es un asistente genérico configurado: es un equipo escrito para tu código
Los workflows orquestan los subagentes en la metodología que el equipo elija: Superpowers — un framework de trabajo ya consolidado — viene nativo, el framework que ya usan entra de la misma forma — y llegarán más con el tiempo. Sea cual sea el proceso, la garantía es la misma: corre igual cada vez, y cuando falta información el subagente pregunta en vez de inventar.
Revisión de PR y migración se vuelven procedimiento — en tu método, no en el nuestro
Modelo, tokens, caché, duración, error y el árbol de qué llamó a qué — por llamada, por día y por proyecto. Exportable en CSV.
Puedes poner el costo de una tarea al lado de las horas que habría llevado, y decidir con un número
Varios proyectos abiertos a la vez, cada uno con runtime, alcance, memoria y cancelación propios — aislados por arquitectura, no por convención. El agente de un proyecto no ve el código, los secretos ni las conversaciones del otro — y la conexión de proveedor que cada proyecto puede usar se autoriza en la cuenta, no se guarda en tu disco.
El código de un cliente nunca se filtra al contexto de otro — aislamiento que cabe en un contrato
Invitas por correo y defines quién gobierna y quién trabaja. Quien gobierna decide los proveedores, qué modelos quedan disponibles, en qué nivel de capacidad corre cada uno y entre cuáles puede elegir el ruteo automático, los límites y los permisos — ve el costo de cada persona y revoca el acceso al instante; quien trabaja abre el proyecto y entrega. Que alguien entre o salga es una decisión, no una caza de claves repartidas por las máquinas.
Alguien sale del equipo un viernes y no se lleva ninguna credencial
Conversaciones, decisiones, memorias y auditoría pertenecen a tu proyecto, y el código nunca estuvo en otro lugar que donde trabajas.
Los datos del proyecto son tuyos, y el código nunca salió de tu máquina
Cuando Kodi despacha subagentes para trabajar en paralelo, cada uno tiene un canal abierto con quien orquesta: pregunta cuando duda, declara lo que lo bloquea, pide lo que le falta. Y quien decide sigues siendo tú.
Delegar una tarea a un agente de fondo suele significar despachar y cruzar los dedos:
La supervisión existe para acabar con esa caja negra.
El subagente no desaparece entre el pedido y el resultado. Pregunta — siempre declarando la suposición que seguirá si nadie responde —, declara bloqueos, pide más herramientas o más presupuesto antes de reventar el límite, y entrega resultados parciales que ya sirven.
Si un subagente queda esperando — una pregunta, una aprobación, un bloqueo — Kodi es avisado al instante. Es una regla fija, no una heurística. Todo lo demás llega agrupado en un resumen, solo con lo que cambió.
La orquestación espera a que la tarea termine dentro del propio turno, hasta 30 minutos, sin una sola llamada de modelo. El costo de la supervisión no crece con el tamaño de la flota.
Sin conjeturas del modelo: son señales objetivas — tiempo sin progreso real (una compilación larga no se confunde con una traba; un shell colgado sí), la misma llamada repetida en círculo, tres errores de herramienta seguidos. Y la alerta se dispara una vez, no degenera en spam.
Checkpoints guardados en el servidor, autocompactación cuando el contexto llega al 80% de la ventana, reanudación donde quedó o una bifurcación desde el mismo punto. Una caída de la app no borra el trabajo hecho.
¿Necesitas liberar una herramienta más? ¿Dar más presupuesto? ¿Subir o bajar el modelo, dentro de la misma familia? ¿Detenerlo y pedir lo que ya esté listo? Todo en tarea viva, sin matar y reiniciar.
Una delegación grande exige una contención grande, y en Kodzonia es estructural:
No pausa ni reanuda subagentes en ejecución. No cambia de modelo entre proveedores distintos. Y nunca decide una acción peligrosa en tu lugar.
Kodzonia guarda lo que tu proyecto aprendió: decisiones, convenciones, trampas, el porqué de cada elección. En la próxima tarea, y para la próxima persona que entre, el agente ya llega sabiendo.
Cada memoria tiene tipo — decisión, convención, deuda técnica, preferencia, trampa, glosario —, origen (tú o el agente), fecha, etiquetas y el área del código a la que aplica, como src/auth/**. Cuando el agente trabaja en esa área, lo que se decidió ahí entra en su contexto. Las memorias se enlazan entre sí: una decisión nueva puede retirar la antigua, y el rastro queda.
Una sola para el equipo, en vivo. La regla que alguien enseñó ahora ya vale en la máquina de todos, sin exportar y sin sincronizar.
Tus preferencias y tu forma de trabajar, solo tuyas. Los colegas no las leen ni las modifican. Lo que es tuyo no se vuelve regla del equipo, y lo del equipo no depende de ti.
Cada edición genera una versión. Ves qué cambió, quién lo cambió — tú o el agente — y reviertes a cualquier punto.
La búsqueda funciona aunque no recuerdes el término exacto. El índice semántico se calcula en tu máquina, y la memoria tiene presupuesto propio de contexto, para no competir con el código que el agente necesita leer.
Las tareas que traban el sprint en cualquier equipo: mucho para leer, mucho riesgo y poca gente que conoce el terreno.
Un agente lee el módulo entero antes de proponer nada, arma el plan, edita, corre la suite y corrige lo que se rompió — con el diff completo para que apruebes.
El trabajo repetitivo se vuelve guion: quién hace qué y en qué orden deja de depender de quién lo ejecutó. El mismo proceso corre igual en el archivo 3 y en el 300.
Un especialista revisa el diff y otro intenta tumbar cada hallazgo. Quien escribió no es quien juzga — y cada señalamiento viene con archivo y línea.
La decisión tomada hace seis meses sigue disponible en el proyecto. Quien entra encuentra el porqué, no solo el código — sin tener que buscar a alguien que recuerde.
Búsqueda por significado en todo el repositorio, con análisis real de código: quién llama a qué, quién depende de quién, qué se rompe si lo cambias.
Cada llamada registrada con consumo y duración, y límites que defines por tarea y por agente. El gasto se vuelve decisión de arquitectura, no sorpresa en la factura.
Cuatro cosas construidas para un proyecto real, con presión real — el contexto que no se pierde, el proceso que se repite, el alcance que se cumple y el costo que se lee.
Lo que se decidió sigue valiendo en la próxima tarea, y para la próxima persona que entre. No reexplicas la misma regla de negocio cada vez que abres una conversación.
Las tareas que se repiten — revisión, migración, el chequeo antes de subir — ocurren igual siempre, sin importar quién pidió ni cuándo. El resultado no cambia según el humor del modelo.
Carpetas autorizadas, acciones que requieren tu aprobación y freno para lo destructivo. El límite vale para todo lo que el agente dispara, no solo para lo que hablas con él.
Cada llamada al modelo queda registrada con lo que consumió y cuánto tardó. Puedes saber el costo de una tarea, de un día o de un proyecto sin esperar al fin de mes — y compararlo con lo que esa entrega valió.
El proyecto es un recurso de tu cuenta Zonialabs. Quien gobierna decide proveedores, qué modelos usa el equipo, en qué nivel de capacidad y entre cuáles elige el ruteo automático, permisos y límites — y ve el costo de cada persona, llamada por llamada; quien trabaja abre el proyecto y encuentra conversaciones, decisiones e historial donde quedaron.
La memoria del proyecto es una sola, en vivo: la regla que alguien enseñó recién ya vale en la máquina de todos — al instante, sin exportar, sin sincronizar. Y cada llamada de IA queda registrada con modelo, tokens, costo y duración — por proyecto y por miembro. El gasto del equipo es un número con nombre, no una sorpresa a fin de mes. Y el código fuente sigue donde siempre estuvo: en la máquina de quien trabaja en él.
Kodzonia no se probó en un proyecto de ejemplo. Se usó para construir software que hoy atiende a personas reales — y para construirse a sí mismo. Los contratos impiden decir los nombres. Lo que hacen los sistemas, sí lo contamos.
Construida con el producto, del código a lo que corre hoy. Por ahí pasa dinero real.
Un conector que expone el sistema legado a agentes, una capa de IA aplicada sobre él y la plataforma de operaciones — todo en código con décadas de historia, justo donde los asistentes de IA suelen fallar.
El producto se desarrolla consigo mismo, todos los días, en código real — cada recurso nuevo nace siendo usado por quien lo escribió. No existe mejor prueba de estrés que esa.
Tu código fuente queda en tu máquina: el agente y las herramientas trabajan ahí. Lo que es del proyecto — conversaciones, memorias, decisiones, auditoría — vive en el servidor de tu cuenta, bajo tu propio control de acceso.
Archivos, terminal, git, búsqueda semántica de código, navegador, bases de datos, infraestructura de nube y servidores MCP. Cada acción tiene nombre estable y nivel de impacto declarado.
Soporte para 18 modelos de los principales proveedores del mercado, clasificados en cuatro niveles de capacidad, con ficha verificada por modelo. Y sobre el catálogo, FMR — Fragmented Model Routing, tecnología propia nacida de meses de investigación sobre comportamiento de LLMs: cada tarea evaluada contra cientos de parámetros de necesidad y enrutada al modelo correcto, en el momento correcto.
Cinco especialistas de fábrica — investigar, planificar, revisar, probar, implementar. Y el Specialist Builder, que estudia lo que define tu proyecto — PRs, commits, patrón de trabajo, arquitectura, frameworks, pipeline, proveedor de nube — y escribe los especialistas que ese código pide, cada uno con nombre, alcance y permisos propios.
El trabajo que se repite deja de depender de quién lo ejecutó — en la metodología que el equipo elija. Superpowers — un framework de trabajo ya consolidado — viene nativo, el framework que ya usan entra de la misma forma, y llegarán más con el tiempo. Revisión, migración y chequeo antes de subir ocurren igual siempre — y cuando falta información, el agente pregunta en vez de inventar.
Kodzonia guarda lo que tu proyecto aprendió: decisiones, convenciones, trampas, el porqué de cada elección. Cada memoria tiene tipo, origen (tú o el agente), fecha, etiquetas y el área del código a la que aplica — cuando el agente trabaja en esa área, lo que se decidió ahí entra en su contexto.
Ese es el objetivo de la herramienta: el comportamiento viene de la ingeniería — herramientas, memoria, especialistas, auditoría — y el modelo es el motor, intercambiable. Eliges un modelo, nunca una dirección técnica. Si un proveedor sube el precio, cambia la política o se cae, se cambia el motor y el proyecto sigue exactamente donde estaba.
Las protecciones están en el motor, no en instrucciones de texto pidiéndole buen comportamiento al modelo. Lo que viene de afuera se trata como no confiable por defecto.
Análisis semántico, no búsqueda de texto. El agente entiende la estructura del código — símbolos, tipos, referencias — en los principales lenguajes del mercado. ¿Funciona con el tuyo? Esa respuesta cabe en una conversación.
Quien entra al proyecto hereda el historial y las decisiones de quien pasó antes — y la regla descubierta un martes no se va de vacaciones con la persona. Cada llamada tiene costo registrado: el gasto del equipo es un número, no una sorpresa.
RequisitosmacOS · app de escritorio nativa · cuenta Zonialabs
Mostramos el producto en vivo, sobre tu tipo de código, y abrimos el panel de auditoría delante de ti.