Command Center
Cargando...
Proyectos activos
—
Total de proyectos en curso
Ejecuciones hoy
—
Ejecuciones en las últimas 24h
Coste del día
€0.00
Modelos locales — sin coste
Tareas pendientes
—
Pendientes por completar
Proyectos activos
Cargando proyectos...
Salud del sistema
NOMINAL
Cargando...
Ejecuciones activas
Todas
| Tarea | Estado | Modelo | Inicio | Coste |
|---|---|---|---|---|
| Cargando... | ||||
Coste del día
Acumulado hoy
€0.00
Seguimiento próximamente
Modelos locales Ollama — sin coste operativo
Guía rápida
APRENDÉ A USAR KUKO EN 5 PASOS
Bienvenido a Kuko
Kuko usa inteligencia artificial para generar código automáticamente. Creás un proyecto, describís tareas, y la IA genera el código por vos. Todo corre en tu servidor, sin costes de API.
1
Creá un proyecto
Andá a Proyectos y creá uno nuevo. Dale un nombre, describí de qué se trata, elegí el stack (Go, Python, etc.).
💡 Pensá en el proyecto como la app que querés construir.
2
Agregá tareas
Desde el detalle del proyecto, agregá tareas describiendo qué querés que la IA construya. Sé específico: "Generar un handler HTTP para login".
💡 Tareas cortas y concretas funcionan mejor.
3
Ejecutá la tarea
Hacé clic en "Ejecutar" en el detalle de la tarea. El agente IA va a pensar y generar código en vivo — lo vas a ver línea por línea con streaming.
💡 La ejecución puede tardar unos minutos.
4
Revisá el código
Cuando la ejecución termina, podés ver los archivos generados en el visor de código. Navegá por el file tree, revisá el código, cambiá entre Preview y Raw.
💡 El código es tuyo — revisalo antes de aplicar.
5
Aplicá los cambios
Si el código te sirve, hacé clic en "Aplicar cambios". Kuko escribe los archivos al disco y corre go vet para verificar que compile.
💡 Los archivos se crean en el servidor, listos para usar.
¿Dudas? Usá el Chat
Si no sabés por dónde empezar, hablá con el agente desde el Chat. Puede ayudarte a definir tu proyecto, crear tareas, y responder preguntas.
🎯 El chat entiende lenguaje natural.
SaaS de inventario para restaurantes
conv_7f3a9c · 6 mensajes · contexto 38% · claude-sonnet-4.5
AD
Tú14:08:12
Quiero construir un SaaS de gestión de inventario para cadenas de restaurantes. Multi-sede, control de mermas, previsión de compra con histórico de ventas y alertas de stock bajo por Telegram.
Kuko · Product+Architecture14:08:41 · claude-sonnet-4.5 · 2,140 tok · €0.018
Análisis de la idea
Viable como MVP en 3 iteraciones. Propongo arquitectura multi-tenant con aislamiento por tenant_id y estos módulos:
| Módulo | Alcance MVP | Pipeline | Estimación |
|---|---|---|---|
| Inventario core | Stock por sede, lotes, mermas | Dev + QA | ~2 días |
| Previsión | Media móvil + estacionalidad simple | Research → Dev | ~1 día |
| Alertas Telegram | Bot + reglas de umbral | DevOps | ~0.5 días |
| Multi-sede | RBAC por sede y consolidado | Architecture | ~1 día |
Stack recomendado
- Backend: FastAPI + Postgres (RLS por tenant) + Redis para colas
- Frontend: Next.js 15 + Tailwind, PWA para uso en cocina
- Despliegue: Docker + Fly.io, entorno staging incluido
Boceto del Documento Maestro
master-doc.draft.md
# Documento Maestro — StockPilot ## 1. Visión Reducir mermas >15% en cadenas de restauración mediante inventario predictivo y alertas operativas. ## 2. Requisitos clave - RF-01 Inventario multi-sede en tiempo real - RF-02 Registro de mermas con causa - RF-03 Previsión de compra semanal - RF-04 Alertas Telegram < 60s desde umbral
① Research ✓② Product ✓③ Architecture④ UX/UI⑤ Dev⑥ QA⑦ Deploy
¿Confirmas el alcance del MVP o prefieres ajustar módulos antes de generar el Documento Maestro completo?
AD
Tú14:11:03
Perfecto. Mantén los 4 módulos pero la previsión déjala simple en el MVP. Prioridad a alertas.
Kuko · Product14:11:19 · claude-sonnet-4.5 · 1,030 tok · €0.009
Anotado en memoria del proyecto: “previsión simple en MVP, alertas prioritarias”. Backlog inicial reordenado:
- Sprint 1: Inventario core + alertas Telegram prioridad crítica
- Sprint 2: Multi-sede + RBAC
- Sprint 3: Previsión básica (media móvil 7d)
Todo listo para generar el Documento Maestro v1.0 y crear el proyecto cuando quieras.
KUKO PUEDE EJECUTAR ACCIONES — EL NIVEL DE AUTONOMÍA DEL PROYECTO CONTROLA QUÉ REQUIERE APROBACIÓN
Proyectos
6 ACTIVOS · 2 ARCHIVADOS · COSTE TOTAL ACUMULADO €2,847.19
Nova POSRUNNING
TPV con inventario en tiempo real, modo offline-first y sincronización multi-tienda.
Next.jsFastAPIPostgres
72%
N3
staging
€412.80
main · 5 tareas pend.SANO
Helix CRMWAIT APPROVAL
CRM para ventas con pipeline visual, scoring de leads y automatizaciones.
ReactNodePrisma
88%
N4
staging
€288.15
feat/scoring · 2 tareas pend.SANO
Vega AnalyticsDEPLOYED
Analítica de producto con pipeline de ingesta y reportes programados.
SvelteKitGoClickHouse
100%
N5
producción
€1,204.33
main · 0 tareas pend.SANO
Orion API GatewayREVIEW
Gateway interno con rate limiting, auth centralizada y observabilidad.
GoEnvoyRedis
54%
N3
dev
€96.44
main · 3 tareas pend.DEGRADADO
Atlas Docs EnginePAUSED
Generador de documentación técnica desde código con diagramas automáticos.
PythonAstroMeilisearch
31%
N2
dev
€41.02
exp/diagrams · 6 tareas pend.PAUSADO
Quasar Deploy BotDRAFT
Bot de Telegram para aprobar despliegues y consultar estado desde móvil.
TypeScriptgrammY
8%
N1
—
€3.18
— · backlog inicialBORRADOR
Proyectos
Nova POS
RUNNINGN3 · SUPERVISADASEGURIDAD OKTPV offline-first multi-tienda · github.com/ex44/nova-pos · rama main · entorno staging
Ficha del proyecto
Estado—
Stack—
Autonomía—
Descripción—
Creado—
Actualizado—
Miembros
AD
A. Domènech
ADMIN · owner
LM
L. Méndez
MEMBER
Kuko Agents
8 AGENTES ACTIVOS
Progreso global
72%Research → ArchitectureCOMPLETO
Desarrollo68% · 26/38 tareas
QA52% · cobertura 84.2%
SeguridadSAST limpio · 0 críticas
Desplieguestaging v0.9.2
Próxima acción planificada
REQUIERE APROBACIÓNMigración de esquema v3 — añade tabla inventory_moves e índices. Afecta a staging & prod.
agente: devops · modelo: claude-opus-4.1 · coste est. €2.40 · riesgo: MEDIO
Proyectos
1.8s
3.2s
11.4s
2.6s
4.1s
22.9s
LIVE
Cola local de ventas offline
RUNNING#EX-2841proyecto nova-pos · agente dev-agent · modelo claude-sonnet-4.5 · sandbox sbx-114 · iniciada 14:25:10
Timeline de ejecución
7/14Sandbox creado
sbx-114 · docker · 2 vCPU / 4 GB
Repositorio clonado
main @ a3f9c21 · shallow
Dependencias instaladas
pnpm · 412 paquetes · cache hit 96%
Entorno configurado
env staging · pg + redis efímeros
Contexto cargado
master-doc v1.4 · memoria · 12 archivos
Plan generado
6 subtareas · estimación €1.90
Tarea en ejecución
3/6 subtareas · escribiendo código
Código generado
pendiente
Tests ejecutados
pendiente
Revisión
review-agent · pendiente
Validación
políticas + seguridad · pendiente
Resultado
pendiente
Commit
pendiente · requiere tests ✓
Despliegue
staging · no aplica en esta tarea
Coste acum.
€1.84
Tiempo
06:41
Tokens
84.2k
Modelo
sonnet-4.5
CPU sandbox
38%
Memoria
1.2 GB
Archivos mod.
7 +328 −41
Tests
31/52
Resultado preliminarse completa al finalizar
PARCIALCambios
Archivos creados3
Archivos modificados4
Archivos eliminados0
Diff+328 −41
Advertencias2 (lint menor)
Errores0
Recomendaciones del agente
Añadir índice a sync_queue(store_id, ts) antes del merge.
El drain de > 200 ventas conviene paginarlo (R-02 de memoria).
Próximo paso: tests E2E de reconciliación (T-122 depende de esta tarea).
Administración
GESTIÓN DE USUARIOS · ACCESO EXCLUSIVO ADMIN
| Usuario | Rol | Creado | Último acceso | Estado | Proyectos | Consumo (mes) | Acciones |
|---|---|---|---|---|---|---|---|
| Cargando usuarios… | |||||||
Sin registro público: las cuentas solo pueden crearse desde este panel. Las acciones quedan registradas en auditoría.
Tareas
34 ACTIVAS EN TODOS LOS PROYECTOS · 4 EN EJECUCIÓN
| Tarea | Proyecto | Agente | Modelo | Estado | Prioridad | Tiempo | Coste | Resultado | |
|---|---|---|---|---|---|---|---|---|---|
| Cola local de ventas offline | nova-pos | dev | sonnet-4.5 | RUNNING | P0 | 06:41 | €1.84 | — | |
| Suite E2E flujo de venta | nova-pos | qa | gpt-5-codex | RUNNING | P1 | 03:12 | €0.92 | 31/52 | |
| Revisión accesibilidad UI | helix-crm | review | llama3.1-70b | WAIT APP. | P1 | 12:05 | €0.00 | informe listo | |
| Migración esquema v3 | vega-analytics | devops | opus-4.1 | PAUSED | P0 | 08:57 | €2.10 | — | |
| Detector de anomalías z-score | vega-analytics | dev | sonnet-4.5 | DONE | P1 | 31:40 | €4.15 | ✓ merged | |
| Auditoría dependencias Q3 | orion-gw | security | llama3.1-8b | DONE | P2 | 09:12 | €0.00 | 2 warnings | |
| Diagramas arquitectura auto | atlas-docs | dev | gpt-5 | PENDING | P2 | — | est. €2.80 | en cola |
Ejecuciones
4 EN CURSO · 2 EN COLA · HOY: 14 COMPLETADAS · COSTE €9.31
4 LIVE
| ID | Tarea | Proyecto | Estado | Agente | Modelo | Inicio | Duración | Coste | Reint. | |
|---|---|---|---|---|---|---|---|---|---|---|
| #EX-2841 | Cola local ventas offline | nova-pos | RUNNING | dev | sonnet-4.5 | 14:25 | 06:41 | €1.84 | 1 | |
| #EX-2839 | Suite E2E flujo venta | nova-pos | RUNNING | qa | gpt-5-codex | 14:28 | 03:12 | €0.92 | 0 | |
| #EX-2840 | Revisión accesibilidad UI | helix-crm | WAIT APP. | review | llama3.1-70b | 14:11 | 20:05 | €0.00 | 0 | |
| #EX-2837 | Migración esquema v3 | vega-analytics | PAUSED | devops | opus-4.1 | 13:44 | 08:57 | €2.10 | 0 | |
| #EX-2836 | Resolución conflictos LWW | nova-pos | REVIEW | review | llama3.1-70b | 12:05 | 18:22 | €0.00 | 2 | |
| #EX-2831 | Login cajero con PIN | nova-pos | DONE | dev | sonnet-4.5 | 09:30 | 21:08 | €1.94 | 0 | |
| #EX-2829 | Seed de datos demo | nova-pos | FAILED | devops | llama3.1-8b | 09:12 | 04:47 | €0.00 | 3 |
Documentos Maestros
Documentos de especificación de proyectos
Cargando documentos...
Memoria
CONTEXTO PERSISTENTE ENTRE SESIONES Y PROYECTOS · 128 ENTRADAS
decisiones 34riesgos 12preferencias 18errores resueltos 29
Línea temporal global
nova-pos · LWW sobre CRDT para sync12 jul · arquitecto
Decisión arquitectónica registrada y aplicada en §4 del Documento Maestro.
vega-analytics · riesgo de cardinalidad en eventos13 jul · analysis
user_id + session_id superan 40M combinaciones/mes — se propone agregación previa.
global · preferencia del usuario13 jul · producto
“Respuestas en español, código y comentarios en inglés.” Aplicada a todos los agentes.
helix-crm · N+1 en pipeline de leads14 jul · qa → dev
Solución: eager loading con Prisma include + vista materializada.
nova-pos · suposición de 4 terminales/tienda15 jul · pm
Afecta al particionado de stock_levels. Revisar si el cliente crece.
global · lección: seeds en CI en serie15 jul · devops
Aplicada como regla estándar en nuevos proyectos (--serial).
Despliegues
2 ENTORNOS EN PRODUCCIÓN · 4 EN STAGING · ÚLTIMO FALLO HACE 12 D
| ID | Proyecto | Entorno | Versión | Commit | Estado | Responsable | Fecha | URL | |
|---|---|---|---|---|---|---|---|---|---|
| dpl-88 | Nova POS | staging | v0.9.2 | 9e41bc0 | LIVE | devops-agent | hoy 08:15 | staging…ex44.app | |
| dpl-86 | Nova POS | prod | v0.8.7 | f77c2aa | STABLE | admin | hace 9 d | pos.nova.app | |
| dpl-84 | Vega Analytics | prod | v2.4.0 | c18aa77 | LIVE | devops-agent | hace 2 d | vega.app | |
| dpl-82 | Helix CRM | staging | v1.12.0-rc.2 | d55e9b3 | SMOKE TEST | devops-agent | hace 5 h | rc.helix.dev | |
| dpl-79 | Orion GW | prod | v0.6.3 | 77bd01c | ROLLBACK | devops-agent | hace 12 d | — |
Notificaciones
3 SIN LEER
Aprobación requerida — migración esquema v3 en Nova POS (staging + prod)
hace 12 min · T-121
Ejecución fallida — seed de datos demo tras 3 reintentos (FK constraint)
hace 3 h · nova-pos · T-126
Despliegue completado — Nova POS staging v0.9.2 en 2m 41s
hoy 08:17 · dpl-88
Presupuesto — helix-crm alcanzó el 76% de su límite diario
ayer · cost-control
Proveedor degradado — OpenAI latencia p95 1.9 s (fallback activo)
ayer · system
Configuración
PREFERENCIAS PERSONALES · CUENTA [email protected]
Perfil
El email solo puede cambiarlo otro administrador.
Apariencia
Notificaciones