Caso de uso · Ingeniería

Triaje de bugs: de no saber por dónde empezar a tres sospechosos

Llega un reporte de bug. Hedy busca en el código, recorre la ventana de commits, compara con patrones de fallo conocidos y nombra a los propietarios probables — con un nivel de confianza honesto en cada conclusión. Estrictamente de solo lectura: sin cambios de código, sin auto-asignación.

Hedy investiga bugs en modo de solo lectura: busca en la base de código, acota la ventana temporal de commits en torno a cuándo apareció la regresión, compara con una biblioteca de patrones de formas de fallo conocidas y atribuye los propietarios probables a partir del historial de código. Cada hallazgo lleva una confianza autoevaluada (HIGH/MEDIUM/LOW) y, bajo la puerta de evidencia, cita las líneas y los commits exactos en los que se basó. Nunca edita código — un solo Hedy cubre todo un carril de triaje, no un puesto de chat.

Última actualización: 20 de julio de 2026

Cómo lo ejecuta Hedy

01

Entra el reporte, salen las palabras clave

Los stack traces, las cadenas de error y los identificadores se extraen y se buscan en todos sus repositorios.

02

Análisis de la ventana de commits

«Empezó hace poco» revisa 7 días de commits; «siempre ha estado ahí» revisa 30. Los tiempos de despliegue lo acotan aún más.

03

Memoria de patrones

Cada investigación cerrada se suma a una biblioteca de patrones — el triaje se afina con cada incidente.

04

Veredicto con nivel de confianza

HIGH, MEDIUM o LOW, declarado con claridad. Una certeza equivocada es peor que un quizás honesto.

Gobernado por diseño

  • Estrictamente de solo lectura: sin cambios de código, sin cambios de estado de issues, sin auto-asignación
  • Los propietarios nombrados son informativos — los humanos deciden quién se encarga
  • Los hallazgos se publican en su chat; comentarios en issues solo donde estén en la lista de permitidos

En detalle

Llega un reporte de bug y Hedy realiza la investigación que haría toda una rotación de triaje. Busca en el repositorio el síntoma del fallo, lo correlaciona con una ventana temporal de commits — el rango de cambios entre el último estado bueno conocido y el primer fallo — y compara la traza con una biblioteca de patrones de formas de fallo recurrentes (null deref, race, off-by-one en la paginación, deriva de migración). Resuelve los propietarios probables a partir del historial de commits y la propiedad del código, de modo que el reporte llega pre-enrutado en lugar de pre-discutido.

Cada conclusión se califica. Hedy autopuntúa cada hallazgo como HIGH / MEDIUM / LOW: HIGH cuando el commit sospechoso, la ruta de código que reproduce el fallo y el patrón coinciden todos; LOW cuando solo tiene un síntoma y una conjetura. Bajo la puerta de evidencia, una afirmación no puede publicarse sin citar su fuente de forma literal — el SHA de commit, el archivo y las líneas exactas. Una corazonada de confianza LOW se etiqueta como corazonada, no se disfraza de causa raíz, de modo que los ingenieros dedican el tiempo de revisión a las de confianza HIGH.

Este carril es de solo lectura por construcción, no por promesa. Hedy no dispone de ninguna vía de escritura a su código fuente durante la investigación — la lista de permitidos con denegación por defecto gobierna cada acción, de modo que no puede hacer push, force-push ni abrir un PR que no sea Draft. Cualquier arreglo sugerido es un Draft que un humano abre y hace merge. Esa restricción vive en la configuración y el código, según la regla de hierro de Hedy de que un límite escrito solo en un prompt no existe.

Como Hedy es self-hosted — Docker o K8s en su infraestructura, con soporte de air-gap — su código nunca sale de su red para ser triado. Usa sus propias claves de modelo, incluidos vLLM u Ollama locales, de modo que ningún tercero ve el repositorio. La recuperación respeta la ACL del solicitante, y toda la ejecución queda registrada en un log de auditoría append-only: qué archivos se buscaron, qué commits se inspeccionaron, qué confianza se asignó y cada fuente que citó la respuesta.

Preguntas

¿Cómo determina Hedy qué commit causó un bug?
Hedy establece una ventana temporal de commits entre el último estado bueno conocido y el primer fallo observado, y luego busca en ese rango los cambios que tocan la ruta de código que falla. Compara el síntoma con una biblioteca de patrones de formas de fallo conocidas y ordena los commits sospechosos. Cada candidato recibe una puntuación de confianza HIGH/MEDIUM/LOW, y bajo la puerta de evidencia cita el commit y las líneas exactas en las que se basó.
¿Hedy cambiará mi código o hará push de un arreglo automáticamente?
No. La investigación de bugs es de solo lectura por construcción. Hedy no dispone de ninguna vía de escritura a su código fuente durante el triaje — la lista de permitidos con denegación por defecto y la regla de PR solo-Draft se aplican en la configuración y el código, no solo en prompts. Cualquier arreglo propuesto llega como un Draft que un humano revisa y hace merge. Hedy no puede hacer push ni escribir en una rama protegida.
¿Qué significa realmente la puntuación de confianza?
Hedy califica cada hallazgo como HIGH, MEDIUM o LOW según cuánta evidencia corroborante tenga. HIGH significa que el commit sospechoso, la ruta de código que reproduce el fallo y un patrón conocido coinciden todos. LOW significa que tiene un síntoma y una conjetura plausible pero ninguna cadena verificada. La etiqueta es honesta por diseño, de modo que los ingenieros clasifican primero las pistas sólidas en lugar de perseguir corazonadas disfrazadas.
¿Sale mi código fuente de nuestra red para que Hedy lo analice?
En modo Self-hosted / BYO, no. Hedy es self-hosted en su propia infraestructura — Docker, Kubernetes o air-gapped — y llama a sus propias claves de modelo, incluidos vLLM u Ollama locales. No hay subencargados (sub-processors). La búsqueda de código, el análisis de commits y la atribución de propietarios se ejecutan todos dentro de su perímetro, y cada ejecución queda registrada en un log de auditoría append-only con las fuentes que citó cada respuesta.

Relacionado

hedy.one

Véalo en su propia infraestructura.

Solicitar una demo