Sobre el proyecto
herdr-mise es un visualizador de localhost que representa agentes de codificación de IA como cocineros de pixel-art trabajando en una única cocina de restaurante. El estado de los agentes, el riel de tickets, el pase, el tablero 86 y las luces de la cocina forman una capa visual de un vistazo sobre un pequeño feed JSON versionado. El proyecto declara claramente que no controla agentes, no renderiza su salida ni agrega servidores remotos: es una ventana, no una oficina.
Qué es
- Un único binario estático que sirve un cliente de navegador en TypeScript en http://127.0.0.1:8686 y, con --tui, una cocina de terminal nativa.
- Una proyección de solo lectura del estado local de Herdr. No aprueba, solicita, mata ni inspecciona la salida de los agentes.
- Una herramienta de una sola máquina, no un panel remoto, bandeja de notificaciones, registro de sesiones ni agregador multihost.
Modos de ejecución
- Demo: los cocineros deterministas permanecen visiblemente etiquetados mientras el servidor reintenta una fuente Herdr ausente, con tiempo de espera agotado, no compatible o incompatible.
- Live: una instantánea compatible reemplaza atómicamente la lista de demo sin reiniciar el proceso ni el navegador.
- Disconnected: el silencio del navegador muestra un estado GAS LEAK — SERVICE SUSPENDED, y luego se reconecta mediante una nueva instantánea.
- Empty: una fuente live sin agentes muestra un mensaje de espera.
Instalación
- Plugin de Herdr: brew install herdr, luego herdr plugin install funsaized/herdr-mise, y después invocar la acción open. El instalador descarga un binario de versión fijado y verificado; los usuarios no necesitan Node, npm, Cargo ni Rust.
- Independiente: un script de instalación con curl, y luego ejecutar con --tui.
- Homebrew/Linuxbrew: brew install funsaized/tap/herdr-mise. Esto instala la dependencia herdr pero no registra un plugin de Herdr.
Compatibilidad
Una matriz verificada asigna las versiones de Herdr (0.7.5 a 0.9.0) a los protocolos de instantánea 17 a 22. La autoridad es compatibility/herdr.json, y un script de verificación valida el tiempo de ejecución, la documentación, los fixtures y la privacidad de los fixtures.
Desarrollo
El desarrollo local usa un playground determinista solo de cliente (npm run dev:visual) para trabajo visual, y un paso de bundle construye el cliente embebido y el binario de versión para trabajo de integración. El desarrollo de plugins para contribuyentes puede enlazar un checkout con herdr plugin link.
Seguridad y limitaciones
- El servidor se enlaza solo a 127.0.0.1, en 8686 por defecto; HERDR_MISE_PORT cambia solo ese puerto de loopback. Los orígenes de WebSocket del navegador deben coincidir con el puerto efectivo o agregarse explícitamente para un proxy inverso personal.
- El binario no envía telemetría y no realiza solicitudes de red salientes del producto. El modo live lee solo el socket Unix local de Herdr.
- Los archivos de versión y el instalador admiten macOS arm64, macOS x86_64 y Linux x86_64 glibc. No hay servicio en segundo plano ni actualización automática.
- La configuración del navegador son datos locales del sitio, y se respeta la reducción de movimiento.
La documentación cubre arquitectura, operaciones, operaciones de versión, contribución y una política de seguridad. El proyecto se describe a sí mismo como un proyecto comunitario independiente, no afiliado ni mantenido por el equipo de Herdr.
Comments
0 Rating appears after 10 ratings
Sign in to join the discussion.