detent
Detent es un sistema de orquestación de trabajo impulsado por estado, implementado como binario Go único que utiliza tableros GitHub Projects V2 o campos de estado para gestionar flujos de trabajo con agentes de codificación, worktrees aislados y puertas de validación personalizadas.
Ficha actualizada 22 sept 2026, 18:01 · upstream 22 sept 2026, 17:57 · release v0.114.57
Qué es detent
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Detent es un sistema de orquestación de trabajo impulsado por estado (status-driven agentic work orchestration) implementado como un único binario Go. Utiliza tableros GitHub Projects V2 o campos de estado de issues para gestionar flujos de trabajo, creando worktrees Git aislados para cada tarea y ejecutando agentes de codificación bajo contratos de flujo definidos por el usuario.
El sistema incluye puertas de validación personalizadas, generación automática de pull requests, revisión y fusión mediante un "tren de fusión" serializado. Todo el proceso es monitorizable a través de paneles web y de terminal. La arquitectura permite operación multi-proyecto desde un único host Detent con configuración centralizada.
La herramienta está diseñada para ser impulsada por agentes de IA, aunque también admite configuración manual completa. Incluye documentación exhaustiva con ejemplos anotados, runbooks ejecutables y procedimientos de bootstrap para despliegue en máquinas nuevas.
- Automatización de flujos de trabajo de desarrollo en repositorios GitHub existentes
- Gestión de tareas no relacionadas con código mediante puertas de validación personalizadas
- Despliegue en máquinas nuevas siguiendo procedimientos de bootstrap documentados
- Operación multi-proyecto desde un único host Detent con configuración centralizada
- Auditoría del consumo de tokens mediante métricas históricas por proyecto
- Implementación como binario Go único sin dependencias complejas de contenedores
- Soporte para múltiples modos de tablero (GitHub Projects V2 o campos de estado nativos)
- Capacidad de crear worktrees Git aislados por tarea para evitar contaminación de código
- Sistema de puertas de validación personalizable que permite control humano antes de fusionar
- Documentación exhaustiva con ejemplos anotados y runbooks ejecutables por agentes
- Dependencia de GitHub como fuente primaria de verdad para gestión de issues y PRs
- Consumo de tokens medible que requiere monitoreo activo según la métrica de tokens por PR fusionado
- Configuración inicial compleja que puede requerir intervención humana o guía de agente para proyectos nuevos
- Falta de soporte nativo para sistemas de control de versiones distintos a Git
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
Seguir docs/bootstrap.md para preparar la máquina con dependencias necesarias. Utilizar detent onboarding para configurar proyectos existentes o nuevos. Verificar versión instalada con detent version antes de operar. Consultar docs/config.md para ajustar políticas de fusión, revisión y automatización según el perfil de entrega deseado.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Puede sustituir a
Relaciones detectadas por el análisis del repositorio y su categoría.
Experiencia real de la comunidad
Ayuda a contrastar la estimación automática con instalaciones reales.
Todavía no hay datos comunitarios para este proyecto.