Threads ahora abre issues en GitHub

Registra los hallazgos de FinOps desde Insights y CloudFlow directamente en los repositorios donde ya trabajan tus Engineers. Disponible desde hoy para todos los clientes de Cloud Intelligence™.

La mayor parte de la "pérdida" en la nube no sobrevive al primer contacto con el backlog. Un insight detecta una base de datos que lleva 60 días inactiva. Alguien le toma una captura, la pega en un chat y ahí muere, porque el equipo dueño de esa base de datos planifica su semana en GitHub Issues y nadie quiso abrir un ticket en una herramienta que nunca revisan. Threads existe para resolver ese traspaso, pero hasta ahora solo podía crear tickets en Jira y Linear. Si el trabajo de tu equipo de ingeniería vive en GitHub, el último paso seguía siendo copiar y pegar. Esa brecha ya está cerrada: ahora Threads puede crear issues de GitHub y darles seguimiento.

Qué obtienes

Una vez instalada la app de GitHub Cloud Intelligence Threads en tu organización o cuenta personal, GitHub Issues aparece como destino en todos los lugares donde se crean threads. Desde un insight, eliges un repositorio, revisas el título y la descripción precargados, agregas labels y assignees si quieres, y el issue se abre. Desde CloudFlow, el nodo de Threads incluye los mismos campos (repositorio, título, descripción en Markdown, labels, assignees), de modo que un flujo que detecta una anomalía puede abrir el issue por sí solo, con los números incluidos.

La página de Integrations y el encabezado de Threads ahora muestran cuáles de Jira, Linear y GitHub están conectados, para que sepas de un vistazo a dónde puede ir un thread antes de crearlo.

Cloud Intelligence™ sigue dando seguimiento al issue después de crearlo. El estado, los labels, los assignees y el milestone se leen desde GitHub, y el botón Manage in GitHub te lleva directamente al issue. Los cambios hechos del lado de GitHub se reflejan en la consola. Si alguien transfiere el issue a otro repositorio al que la app tiene acceso, el thread lo sigue. La consola no agrega issues a GitHub Projects, así que si tu equipo planifica en un Project, activa su workflow integrado de adición automática para ese repositorio.

La configuración es aburrida a propósito. La app solicita dos permisos de repositorio: Issues (lectura y escritura) y Metadata (solo lectura). Al instalarla decides si puede ver todos los repositorios o solo algunos, y puedes cambiarlo después en GitHub. La instala un owner de la organización; si un miembro inicia la instalación, GitHub envía una solicitud de aprobación a los owners y la consola muestra Awaiting approval hasta que uno de ellos acepta. Al desinstalar la app se desconecta todo, y en cuestión de segundos la consola marca los threads de GitHub existentes como no disponibles.

Primeros pasos

1. Conecta GitHub desde Integrations e instala la app Cloud Intelligence Threads en los repositorios que quieras.
2. Abre un insight y crea un thread, eligiendo GitHub Issues como destino.
3. O agrega una acción Create a thread a un flujo con el nodo de Threads y elige un repositorio.

GitHub Issues está disponible para cualquier cuenta con el permiso Thread Manager. Si ya usas Threads con Jira o Linear, nada cambia; GitHub se conecta junto a ellos. El feedback que más nos interesa es el de los equipos que registran insights reales en repositorios reales: qué campos faltan, qué debería incluir el cuerpo del issue y si el estado del thread se mantuvo al día con el trabajo.