GitHub Issues
GitHub Issues lee las incidencias (issues) de un repositorio de GitHub y entrega el texto de cada una junto con sus datos: título, autor, estado, etiquetas, persona asignada y enlace. También entrega las pull requests del repositorio, marcadas como tales.
Cuándo usarlo
- Preparar un resumen semanal de las incidencias abiertas de un producto.
- Clasificar con un agente las incidencias nuevas según su urgencia.
- Buscar incidencias parecidas antes de abrir una nueva.
Configuración
| Campo | Qué hace |
|---|---|
| Access Token | Tu token de acceso personal de GitHub. Hace falta para leer repositorios privados. |
| Repository | El repositorio, en el formato propietario/repositorio, por ejemplo miempresa/web. |
| Labels | Lee solo las incidencias que tienen estas etiquetas. Déjalo vacío para leerlas todas. |
| State | Qué incidencias se leen según su estado: open (abiertas), closed (cerradas) o all (todas). Por defecto, all. |
Resultado
La salida Data entrega un elemento por cada incidencia o pull request, con su texto y sus datos: título, enlace, número, autor, fecha de creación, número de comentarios, estado, etiquetas, persona asignada e hito, y si es una pull request.
Ejemplo
Un equipo de producto quiere repasar cada lunes los errores pendientes:
- Añade GitHub Issues, escribe tu token y el repositorio del producto.
- En Labels, escribe
bugy, en State, elige open. - Conecta Data a un agente que agrupe los errores por tema y señale los más antiguos.
- Envía el resumen al canal del equipo.
Buenas prácticas
- Usa un token con permisos solo de lectura sobre los repositorios que necesitas.
- Filtra por etiqueta y estado para no leer todo el historial del repositorio.