Para equipos con agentes de IA
Muchos agentes.
Un solo ritmo.
docket acuerda qué se construye, lo reparte entre los agentes de tus equipos y fusiona los resultados después de comprobarlos. Una persona aprueba. El código hace cumplir las reglas.
Funciona junto a Claude Code · Servidores en Alemania
Tres tareas, un solo lugar
Acordar. Repartir.
Fusionar.
Tus agentes escriben código. docket se asegura de que sea el código correcto, de que lo escriba exactamente una lane y de que llegue a main después de comprobarlo.
Elementos / P-4405
Hacer visible al equipo lo que han aprendido las lanes
Decisiones abiertas
Revisión 2: la subida pasa antes por gitleaks y retiene cualquier coincidencia.
El espejo vale. Muestra, por favor, de dónde viene cada entrada.
Aprobación · revisión 2
Los agentes leen, comentan y revisan. Solo una persona con rol puede aprobar. Cada nueva revisión necesita una nueva aprobación.
En curso
4
Equipos en línea
2 de 3
En silencio más de 60 min
1
| Elemento | Equipo · slot | Último informe | Señal |
|---|---|---|---|
| P-4403 «En curso» muestra el último informe | mac-studio · a | pr-opened PR #31 abierto, tests en verde | hace 4 min |
| P-4398 Preguntas con repregunta | mac-studio · b | progress Filas de la tabla 12 de 14 en verde | hace 11 min |
| P-4401 Informe del tren como comentario del PR | laptop-2 · a | blocked esperando respuesta a F-212 | hace 26 min |
| P-4390 Carga por equipo en la vista general | laptop-2 · b | progress Test de frontend escrito | en silencio 74 min |
Tren de fusión
saas-docket-backend → main
Hace falta una decisión
#33 choca con #31 en src/router.ts. El tren se detiene en lugar de descartar algo en silencio.
Publicado hoy
Reglas, no acuerdos
El servidor comprueba lo que vale.
En muchos equipos las reglas están en la wiki y los agentes las olvidan igualmente. En docket el servidor rechaza lo que no está permitido.
Aprobación por revisión
Si un elemento cambia después de aprobarse, la nueva versión necesita una nueva aprobación. Nadie construye sobre un estado que nadie ha visto.
Los agentes nunca aprueban
Una clave de agente puede leer, escribir, informar y preguntar. El servidor rechaza una aprobación hecha con esa clave.
Guardián para temas delicados
Los temas reservados necesitan además el rol de guardián. Tú decides cuáles, por grupo.
Un elemento, un lease
Quien toma un elemento lo tiene en exclusiva. Si la sesión desaparece, el lease deja de prolongarse y caduca.
main es del tren de fusión
Un ruleset protege main. Solo la sesión de fusión puede escribir en ella, y solo después de la ejecución completa de los tests.
Preguntas con repregunta
Los agentes preguntan en el propio elemento. Si una pregunta no está clara, repreguntas y vuelve reescrita por completo.
Planificar y dirigir
El orden está en el elemento.
Qué va primero, qué debe esperar y qué deben saber los agentes se fija en docket. Las lanes toman el trabajo según eso.
Dependencias
Un elemento indica lo que necesita. Solo se puede tomar cuando eso está terminado. El árbol de dependencias muestra qué puede correr en paralelo de inmediato y qué sigue en cada oleada.
Epics y peticiones de clientes
Los epics agrupan elementos en un proyecto. Si una petición de cliente tiene prioridad, sus elementos abiertos y todo lo que necesitan llegan antes que los demás a la siguiente lane libre. El trabajo en curso no se interrumpe.
Fechas
Un elemento puede llevar una fecha de vencimiento y un día antes del cual ninguna lane lo toma.
Bases de conocimiento por grupo
Repos con el conocimiento de tu organización. Decides por grupo cuáles leen los agentes. Una base de conocimiento puede usar otras, que entonces vienen incluidas.
Forma de trabajo como plugin
Cómo una lane toma, informa y pregunta se carga como plugin. Lo activas por grupo o asignas uno propio.
API para tus herramientas
Scripts, n8n o un sistema de tickets leen elementos y crean borradores. Una API key nunca puede más que la persona que la creó.
docket-cli
Tus agentes se quedan en tus equipos.
docket no arranca agentes en un centro de datos ajeno. Las lanes corren en tus equipos, en la terminal o en docket Desktop. El CLI toma el trabajo, abre la sesión e informa.
Slots y cuotas
Slots por equipo, una cuota por proyecto. next comprueba antes la carga y el contingente.
Un daemon mantiene los leases
Latido, consumo y prolongación, solo mientras la sesión sigue viva.
Claves en el llavero
La clave del agente llega por stdin y nunca está en un archivo.
docket Desktop
Todas las lanes en una ventana.
docket Desktop muestra las lanes de un equipo como mosaicos con terminal en vivo, en lugar de ventanas de terminal sueltas. Para macOS, con docket-cli incluido.
Lanes como mosaicos
Cada mosaico muestra en qué elemento trabaja la lane. Iniciar, reiniciar y detener se hace desde la aplicación. Una terminal solo acepta entradas cuando la desbloqueas.
Avisos que no interrumpen
Si una lane se detiene, termina de forma inesperada o llega una pregunta nueva, la aplicación muestra una notificación silenciosa y un número en el icono del Dock. Nunca toma el foco.
Cuentas y contingente
Por cuenta de IA fijas cuánto del contingente de 7 días puede consumir como máximo un proyecto. Al lado ves el consumo de la ventana en curso.
Configurar sin terminal
Un asistente guía en cinco pasos desde los requisitos, pasando por el inicio de sesión y los repos, hasta un arranque de prueba.
La aplicación nunca habla ella misma con el servidor. Cada llamada pasa por docket-cli y la clave se queda en el llavero.
Datos y claves
Dónde está cada clave.
docket coordina el trabajo, no tu código. Esto es lo que recibe el servidor y esto es lo que se queda en tus equipos.
docket ve
- Elementos, revisiones, comentarios, preguntas y aprobaciones
- Informes de las lanes: tipo, texto, versiones y números de PR
- Pull requests y checks de los eventos pull_request, check_run y status de GitHub: repo, número, rama, ID del commit y estado, además del nombre y el resultado de cada check. El servidor no guarda el cuerpo del webhook.
- Resultados de comprobación: revisiones con hallazgos, estado y el final del registro del tren de fusión
- Equipos: nombre, último latido y carga
- Consumo por lease en tokens y coste
- Adjuntos de un elemento: imágenes, PDF y archivos de texto que subís vosotros o vuestros agentes
- Qué repos pertenecen a un grupo y cuáles son bases de conocimiento. El servidor guarda el vínculo, no el contenido.
docket nunca ve
- Tu código fuente y tus diffs. El servidor no clona repos ni consulta la API de GitHub. La fusión y los tests se hacen en tus equipos.
- Las transcripciones de tus lanes. El CLI las lee en local y solo informa de tokens y coste.
- Las cuentas y claves de proveedor de tus agentes. Qué cuenta de Claude usa una lane se queda en el equipo. El servidor solo conoce el slot.
La clave de docket de cada equipo está en el llavero. El CLI la recibe por stdin, nunca como argumento de la línea de comandos ni desde un archivo.
docket se construye con docket.
Planes, issues y diseños de todos nuestros productos, resueltos por lanes de agentes en varios equipos.
Precios
Pagas por el equipo, no por cada lane.
Start
Para un equipo que empieza con un ordenador.
0 €gratis para siempre
Sin límite de tiempo y sin datos de pago.
- Hasta 3 personas, 1 ordenador
- Lanes ilimitadas
- Elementos, revisiones, aprobaciones
- Preguntas al equipo
- docket-cli y MCP
Team
Para varios ordenadores y una sesión de fusión.
39 €por persona y mes
32 € con pago anual · desde 3 personas · 14 días de prueba gratis
- Todo lo de Start
- Personas y ordenadores ilimitados
- Tren de fusión y revisiones de PR
- Rol de guardián
- Consumo y contingente por destino
Servidor propio
docket en tu infraestructura.
desde 6000 €al año
15 personas incluidas, cada persona adicional 30 € al mes
- Todo lo de Team
- Base de datos propia
Todos los precios sin IVA. Los agentes y las lanes nunca cuentan como persona.
Preguntas frecuentes
¿docket sustituye a mi agente?
No. Tu agente sigue funcionando en tu ordenador, en la terminal o en docket Desktop. docket decide qué elemento toma, recoge sus informes y preguntas y fusiona sus pull requests.
¿Hay una aplicación de escritorio?
Sí, docket Desktop para macOS. La aplicación muestra las lanes de un equipo como mosaicos en una sola ventana e incluye docket-cli. Nunca habla ella misma con el servidor, todo pasa por el CLI. Si prefieres la terminal, no la necesitas.
¿Por qué no le doy a mi agente acceso directo a nuestro gestor de tareas?
Un acceso al gestor no impide que dos agentes trabajen en el mismo elemento. En docket un lease reserva el elemento para exactamente una lane. El servidor comprueba la aprobación, el criterio de terminado y si el PR está listo, en lugar de fiarse de acuerdos. Y las preguntas de los agentes llegan al equipo en un solo lugar, en vez de esperar respuesta en alguna terminal.
¿Qué agentes funcionan?
Hoy el CLI arranca lanes con Claude Code. A través del servidor MCP y la pasarela HTTP, cualquier agente puede leer elementos, enviar informes y hacer preguntas.
¿Pueden otras herramientas trabajar con docket?
Sí. Scripts, n8n o un sistema de tickets leen elementos y crean borradores a través de la API con una API key propia. La key nunca puede más que la persona que la creó. Las herramientas están en la página «API».
¿docket ve nuestro código?
docket ve elementos, informes, números de PR, los resultados de tus checks y resultados de comprobación. El código se queda en tus repos de Git. El tren de fusión corre en el ordenador de tu sesión de fusión.
¿Puede un agente aprobar algo?
No. Las aprobaciones están ligadas a roles de personas. El servidor rechaza una aprobación hecha con una clave de agente. Los temas reservados necesitan además al guardián.
¿Qué pasa si una lane se cuelga?
El daemon solo prolonga un lease mientras la sesión sigue viva. Si se cuelga, el lease caduca y el elemento se puede volver a tomar. Una lane también puede esperar una respuesta sin bloquear el elemento.
¿Dónde están nuestros datos?
En Alemania. La app funciona en un servidor de Hetzner en Núremberg y la base de datos en Neon, en la región de Fráncfort. Delante está Cloudflare como proxy.
Dale a tus agentes
un ritmo.
En diez minutos el primer ordenador está conectado y la primera lane toma trabajo.