Cada mañana: los commits de ayer, las aprobaciones pendientes, el estado de las tareas y la agenda de hoy, ensamblados desde APIs y publicados en el grupo. Los números provienen de la salida de comandos, nunca inventados; una ejecución fallida avisa al watchdog.
Hedy automatiza los informes diarios extrayendo datos en vivo directamente de las APIs de sus sistemas, de modo que cada número es el resultado literal de una consulta real, nunca inventado. La puerta de evidencia obliga a que cada cifra cite su fuente de forma literal, de modo que un lector puede rastrear «ingresos: 48,210» hasta las filas exactas. Los informes se ejecutan con cron con un destino de entrega declarado explícitamente (un canal de Lark o Slack con nombre), nunca un «último canal» implícito, y un watchdog dispara una alerta si una ejecución se atasca o una fuente devuelve vacío. Self-hosted; un solo Hedy es dueño de toda la cadencia de informes.
Última actualización: 20 de julio de 2026
Un cron job con un destino de entrega explícito — no «quien preguntó por última vez».
Los conteos provienen de la salida de comandos y de las respuestas de las APIs. Si una fuente está caída, el informe lo dice.
El grupo de Feishu, Lark o Slack que usted elija, según su horario y zona horaria.
Una ejecución fallida avisa al watchdog. Nunca dejará de recibir un informe en silencio.
Un informe diario solo es útil si los números son reales. Hedy construye cada informe llamando directamente a sus sistemas —su réplica de lectura de base de datos, su API de analítica, sus endpoints de facturación o de tickets— y las cifras que imprime son el resultado literal de esas consultas. No hay ninguna capa de resumen que adivine. La puerta de evidencia exige que cada número lleve una cita literal hasta el comando que lo produjo, de modo que un lector puede pasar de una cifra destacada al conjunto exacto de filas. Si una fuente no devuelve nada, Hedy dice que la fuente estaba vacía; no rellena el hueco con una estimación de apariencia plausible.
Esto es lo contrario de un asistente de IA en la nube que vive en su chat y parafrasea lo que sea que haya pasado por la pantalla. Hedy se ejecuta en su propia infraestructura (Docker o K8s, unos 30 minutos con compose, con soporte de air-gap), lee mediante recuperación acotada por ACL de modo que un informe solo contiene lo que su audiencia prevista está autorizada a ver, y llama a los modelos a través de sus propias claves, incluidos vLLM u Ollama locales, de modo que los datos en bruto nunca salen de su red. Un solo Hedy es dueño de todo el trabajo de informes de extremo a extremo en lugar de añadir un puesto a un equipo.
La programación está gobernada, no es implícita. Cada cron job declara su destino de entrega de forma explícita, un canal de Lark o Slack con nombre, porque «envíalo a donde sea que hablé por última vez» es exactamente como un informe financiero de las 9 de la mañana se filtra a un canal público. La entrega es una acción de escritura sujeta a lista de permitidos: Hedy deniega las escrituras por defecto y solo envía a destinos que estén preaprobados, con el envío registrado en un log de auditoría append-only.
Un watchdog respalda la programación. Si una ejecución de informe se atasca, una extracción de datos agota su tiempo o una consulta vuelve vacía cuando no debería, el watchdog lanza una alerta al canal declarado en lugar de omitir el día en silencio o entregar un informe en blanco. El fallo es visible y atribuible. Obtiene un informe en cuyos números puede confiar, entregado donde usted decidió, o se le dice exactamente por qué no llegó uno.