Referencia del pipeline
Roles, stages, presupuestos y la matriz completa de flags. Ver docs del pipeline.
Esta guía te lleva desde una máquina limpia hasta una PR mergeada con Karajan, y anticipa los errores más comunes que te puedes encontrar por el camino.
La receta es la misma en cualquier stack: describes el cambio en lenguaje natural, Karajan lo planifica, lo programa, lo revisa y lo testea. Lo que cambia es cómo se arranca el proyecto y cómo se invoca la suite de tests — por eso cada página por stack muestra ejemplos concretos.
Antes de elegir stack, prepara Karajan en tu máquina. Estos tres pasos son agnósticos al stack — sirven igual para un CLI en Node, un script Python, un servicio Java o cualquier otra cosa.
Instala Karajan globalmente.
npm install -g karajan-codekj --version # 2.32.0 (o más nuevo)Inicializa el proyecto.
Dentro del repo donde quieras usar Karajan:
cd ~/projects/mi-appkj initEsto crea .karajan/ (board local, planes, RAG) y escribe la configuración del orquestador. Se ejecuta una vez por repo — repetirlo es seguro e idempotente.
Ejecuta el doctor.
kj doctorkj doctor revisa cada dependencia externa que Karajan necesita: Docker, los CLIs de los agentes (Claude / Codex / Gemini / OpenCode), Ollama para embeddings, los puertos 4000 / 11434, tus tokens de autenticación y los MCP locales. Auto-arregla lo que puede e imprime instrucciones concretas para el resto.
Cada página debajo es una receta autocontenida: bootstrapea un proyecto desde cero, lanza Karajan sobre él para añadir una feature, observa el output y mergea. Todas usan la misma invocación kj run — solo cambia el proyecto que las rodea.
El camino más rápido. Node + npm ya están en tu máquina, el propio CLI de Karajan es Node, y los agentes están entrenados en profundidad en este stack.
Úsalo cuando tu equipo es Python-first o la feature que entregas vive en un codebase de datos / ML.
Un Custom Element vanilla (sin React / Vue / Svelte) — ideal para design systems, embebibles y demos.
Node + Express + Vitest, de punta a punta. Incluye el loop de tests que Karajan usa para gatear merges.
Proyecto JVM con Gradle / Maven. Muestra cómo cablear kj run contra un loop ./gradlew test.
Módulo Go con go test. Toolchain mínima, feedback rápido.
Proyecto cargo. Muestra cómo manejar ciclos de build largos dentro del presupuesto de iteración de Karajan.
Vuelve a ejecutar kj doctor --verbose. Detecta ~90% de la deriva de configuración antes de llegar al pipeline.
Mira el HU Board. Abre http://localhost:4000 — cada run aparece ahí con su traza en vivo, iteraciones y los prompts exactos del agente.
Tail del log del run actual.
kj tailFiltra por rol con kj tail --role coder (o reviewer, tester, solomon).
Inspecciona la última sesión.
kj report --lastImprime el presupuesto, la iteración final, el veredicto del reviewer y la ruta a summary.md.
¿Sigues atascado? Abre la card que falla en el HU Board, copia su sessionId y ejecuta kj_audit (vía MCP) o kj audit --session <id> (vía CLI) para un informe determinista.
Referencia del pipeline
Roles, stages, presupuestos y la matriz completa de flags. Ver docs del pipeline.
HU Board
El dashboard local en :4000. Ver docs del HU Board.
Integración MCP
Usa Karajan desde Cursor, Claude Desktop o cualquier cliente MCP. Ver guía MCP.
Ejemplo: arreglar un bug
Un walkthrough focalizado del flujo kj run "Fix ...". Ver Arreglar un bug.