paddock
Interfaz web auto-alojada para Claude Code con chats persistentes y reanudables por proyecto. Gestiona sesiones largas organizadas por directorio, accesibles desde cualquier navegador o dispositivo móvil.
Ficha actualizada 25 sept 2026, 12:56 · upstream 25 sept 2026, 12:48 · release v0.73.0
Qué es paddock
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Paddock es un lanzador centrado en proyectos para herdctl que convierte Claude Code en una herramienta ejecutada en servidor y alcanzada desde navegador. Cada proyecto es un directorio con chats persistentes almacenados en disco, reanudables tras recargas o desconexiones entre dispositivos.
Soporta dos tipos de proyectos: notebook (subdirectorio en reposo de datos para planificación) y repo-backed (clona repositorio Git externo como directorio de trabajo). La instancia raíz funciona como espacio de trabajo adicional. Incluye API MCP externa en /mcp para que otras herramientas lo controlen desde fuera.
Automatización mediante triggers por cron, eventos de ciclo de vida o demanda. El trabajo de fondo sobrevive al turno y despierta a Claude con resultados. Sin autenticación propia — requiere proxy inverso/autenticación externa (ver AUTH.md).
- Gestionar sesiones de Claude Code persistentes organizadas por proyecto sin perder contexto entre dispositivos
- Ejecutar tareas de desarrollo en segundo plano que sobreviven al cierre del turno y se reanudan automáticamente
- Integrar Paddock como servidor MCP para que otras herramientas (CI, Claude local) lo controlen externamente
- Organizar chats por tipo de proyecto: repositorios Git externos o subdirectorios de datos para planificación
- Automatizar flujos de trabajo con triggers programados o eventos de ciclo de vida sin intervención manual
- Chats persistentes en disco reanudables tras recargas, desconexiones y cambios de dispositivo
- API MCP externa expuesta en /mcp para control desde herramientas externas (CI, Claude local, otros Paddock)
- Soporte nativo para imágenes y PDFs con lectura integrada por Claude
- Diferenciación entre proyectos notebook y repo-backed con flujos Git completos aplicables
- Trabajo de fondo que sobrevive al turno y se reanuda automáticamente con resultados
- Interfaz responsive funcional desde móvil con la misma instancia
- No incluye autenticación propia — requiere proxy inverso o capa de autenticación externa (ver AUTH.md)
- Requiere Node 22+ y descarga inicial ~250 MB por plataforma
- PADDOCK_DANGEROUSLY_ALLOW_OPEN=1 obligatorio en contenedores Docker sin proxy inverso
- Complejidad HIGH con requisitos: 4 núcleos CPU, 4GB RAM, 10GB disco mínimo
- No soporta docker-compose nativo — requiere configuración manual o repositorio paddock-deploy
Capturas del proyecto
Imágenes reales detectadas en la documentación del repositorio.
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.
Ejecutar en localhost (port 7233) o contenedor Docker con PADDOCK_DANGEROUSLY_ALLOW_OPEN=1 y proxy inverso para autenticación. Datos en ~/.paddock o volumen mount /data. Imágenes: :latest (base) o :devbox (toolbox de agent). Para servicio siempre activo usar paddock service install (macOS LaunchAgent o Linux systemd --user con loginctl enable-linger).
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.