Escribes el requerimiento
En lenguaje natural, como se lo contarías a tu equipo. Sin formato especial ni tickets a mano.
— 01 · Karajan · App macOS
Del requerimiento al pull request.
Karajan es el entorno de desarrollo agéntico nativo para macOS: dirige agentes de IA como una orquesta. Escribes lo que necesitas en español, los agentes programan, revisan y abren el PR — y tú apruebas en los dos momentos que importan. Karajan dirige; tú decides.
— 02 · El problema
Tickets que nadie ejecuta.
El backlog crece más rápido que el equipo
Escribes el requerimiento, lo desglosas en tareas, se lo explicas a alguien —o a un chat de IA que pierde el hilo— y una semana después sigues revisando a mano qué se hizo y qué se rompió. El copiloto ayuda a escribir código; nadie dirige el trabajo completo.
Nuestra respuesta
Karajan toma el requerimiento completo y lo lleva hasta un pull request aprobado: un analista IA lo descompone, ejecutores IA programan en paralelo, revisores IA auditan cada diff y los gates de calidad de tu proyecto deben pasar en verde. Tú mantienes el control con dos aprobaciones: la propuesta y el diff final.
- Orquesta, no chat: tickets y tareas con precedencias, ejecutadas en paralelo.
- El humano al mando: nada llega a tu repositorio sin tu doble visto bueno.
- Todo visible: transcript de cada agente, diff por tarea y costo en USD.
- TipoApp macOS nativa
- StackSwift 6 · SwiftUI
- Núcleodaemon karajand · SQLite
- ClientesKarajan.app · CLI kara
- Agentesclaude-code · opencode
- ForjasGitHub · Azure DevOps · local
- Credencialescifradas en Keychain
— 03 · Cómo funciona
Tú apruebas dos veces; la orquesta hace el resto.
El flujo completo, del requerimiento en español al pull request en tu repositorio.
El analista lo descompone
Un analista IA lo convierte en tickets y tareas con sus precedencias. Tú revisas la propuesta y apruebas: primera compuerta.
Los ejecutores programan
Varios agentes trabajan en paralelo, cada uno aislado en su propio worktree de git. Nadie pisa el trabajo de nadie.
Los revisores auditan
Cada diff pasa por un revisor IA y por los gates de calidad de tu proyecto: build, tests y linters deben quedar en verde.
Apruebas el diff final
Ves el cambio completo antes de que salga: segunda compuerta. Nada llega a tu repositorio sin tu visto bueno.
El PR sale versionado
Bump de versión y changelog dentro del mismo pull request, con lógica de merge-train para encolar los que vienen.
— 04 · Características
Lo que hace, sin humo.
macOS nativo de verdad
Swift 6 y SwiftUI, sin frameworks de UI de terceros. Notificaciones nativas solo cuando hay una decisión pendiente: no te interrumpe para avisarte que todo va bien.
Doble aprobación humana
Apruebas la propuesta de trabajo y el diff final antes del PR. Dos compuertas, ni una más: control sin burocracia.
Multi-agente en paralelo
Ejecutores, revisores y analista trabajan a la vez, cada agente con el modelo que le calza a su rol y su tarea aislada en un worktree.
Transparencia total
Tablero Kanban en vivo por proyecto, transcript de cada agente, diff por tarea y veredicto de cada revisión. Nada pasa a tus espaldas.
Costos a la vista
Cuánto costó cada tarea, ticket y proyecto, en USD, con presupuestos y alertas. La cuenta de la IA deja de ser una sorpresa a fin de mes.
Autorreparación
Los conflictos de merge se curan solos o van a un agente resolutor con un clic. Si el daemon muere, reconcilia el estado al arrancar.
— 05 · Casos de uso
Dónde rinde de inmediato.
Mantención de sistemas legados
Ese sistema que nadie quiere tocar: los agentes leen el código existente, hacen el cambio acotado y los gates verifican que nada más se rompa.
Productos nuevos desde cero
Del documento de requerimientos al primer repositorio funcionando, con versionado y changelog desde el commit uno.
Features grandes descompuestas
Esa funcionalidad que llevas meses postergando: el analista la parte en tareas ejecutables en paralelo y el DAG ordena las precedencias.
Auditorías y migraciones
Cambios masivos y repetitivos —actualizar dependencias, migrar APIs, uniformar estilo— que a un humano le toman semanas y a la orquesta, horas.
— 06 · Preguntas
Lo que preguntan antes de partir.
¿Necesito saber programar para usarlo?
Karajan es una herramienta para equipos de desarrollo: quien aprueba el diff final debe poder leerlo. Pero el requerimiento se escribe en español corriente, así que producto y desarrollo trabajan sobre el mismo texto.
¿Qué agentes y modelos usa?
Agentes efímeros sobre claude-code y opencode, con el modelo elegido según el rol: analista, ejecutor, revisor o resolutor. Los agentes nacen para una tarea y mueren con ella; el estado vive en el daemon.
¿Y si dos tareas chocan al integrarse?
Cada tarea corre aislada en su propio worktree de git. Al integrar, los conflictos simples se resuelven solos; los complejos van a un agente resolutor que activas con un clic. Y los gates de calidad corren de nuevo antes del PR.
¿Puedo automatizarlo sin abrir la app?
Sí. Todo lo que hace Karajan.app lo hace la CLI kara: ambos son clientes sin estado del daemon karajand, vía JSON-RPC sobre un socket Unix. Scripts, CI, lo que necesites.
¿Cómo lo pruebo?
Descarga el brochure (PDF) y escríbenos a contacto@netxa.cl con tu caso: te mostramos Karajan dirigiendo un requerimiento real, no un demo de juguete.
— 07 · Empieza hoy
Escríbelo una vez, apruébalo dos.
Deja de escribir tickets que nadie ejecuta. Escríbelos una vez, apruébalos dos veces y velos llegar a master. Karajan dirige; tú decides.