GitHub Issues nodo

Issues en un repo: buscar, leer, crear, comentar, cerrar. Además etiquetas, asignados, hitos y bloqueos. Consulta la configuración, las entradas y salidas, las pruebas y la solución de errores.

10 min de lecturaActualizado el 10 de septiembre de 2026

Qué hace este nodo

Issues en un repo: buscar, leer, crear, comentar, cerrar. Además etiquetas, asignados, hitos y bloqueos.

Usa GitHub Issues como un paso claramente definido en un workflow de anymize.

Procesa 1 entrada.
Ofrece 1 salida para los pasos siguientes.
Se ejecuta como un paso normal del flujo.

Configurar el nodo

01Abre un workflow y añade GitHub Issues desde el catálogo de nodos.
02Si tu cuenta de GitHub aún no está conectada, conéctala directamente desde el panel del nodo o en Conectores.
03Completa los campos obligatorios y asigna valores de los pasos anteriores.
04Ejecuta el nodo con un conjunto pequeño de datos y revisa la salida.
05Conecta la salida correcta y activa el workflow después de una prueba completa.

Acciones y modos

Elige la función necesaria en Acción. El panel mostrará los ajustes correspondientes.

Listar issues
Leer issue
Buscar issues
Crear issue
Actualizar issue
Escribir comentario
Listar comentarios
Modificar comentario
Eliminar comentario
Añadir etiquetas
Quitar etiqueta
Sustituir etiquetas
Añadir asignados
Quitar asignados
Bloquear conversación
Desbloquear
Etiquetas del repo
Listar hitos

Ajustes

Campo	Significado	Área
Acción	Opciones: Listar issues, Leer issue, Buscar issues, Crear issue, Actualizar issue, Escribir comentario, Listar comentarios, Modificar comentario, Eliminar comentario, Añadir etiquetas, Quitar etiqueta, Sustituir etiquetas, Añadir asignados, Quitar asignados, Bloquear conversación, Desbloquear, Etiquetas del repo, Listar hitos	Estándar
Propietario (usuario u org)	El nombre de GitHub al que pertenece el repo, p. ej. anymize.	Estándar
Repository	Nombre del repositorio, p. ej. hello-world.	Estándar
Estado	Opciones: Abierto, Cerrado, Todos	Estándar
Etiquetas	Separa varias con coma, p. ej. bug, urgente.	Estándar
Asignado a	Nombre de GitHub. * para todos los que tienen asignado, none para ninguno.	Estándar
Creado por	Nombre de GitHub de la persona que creó el issue.	Estándar
Modificado desde	Solo entradas modificadas desde ese momento, p. ej. 2026-01-31T00:00:00Z.	Estándar
Orden	Opciones: Creados recientemente, Modificados recientemente, Más comentarios	Estándar
Incluir pull requests	Configura este valor en el panel del nodo.	Estándar
Cantidad (máx. 100)	Cuántas entradas se cargan por consulta. Sin efecto con «Cargar todas las páginas»: entonces siempre son 100 por página.	Estándar
Cargar todas las páginas	Carga más páginas hasta tenerlo todo, como máximo 1000 entradas.	Estándar
Página	Desde qué página se carga, p. ej. la página siguiente de la consulta anterior. Vacío: la primera. Sin efecto con «Cargar todas las páginas».	Estándar
N.º de issue	El número del issue o pull request.	Estándar
Término de búsqueda	Basta una palabra clave. Los expertos pueden usar filtros, p. ej. is:open assignee:@me etiqueta:bug.	Estándar
Título	Configura este valor en el panel del nodo.	Estándar
Texto	El contenido del issue o comentario. Se admite Markdown.	Estándar
Asignados	Nombres de GitHub separados por comas, p. ej. octocat.	Estándar
N.º de hito	Configura este valor en el panel del nodo.	Estándar
Nuevo estado	Opciones: No cambiar, Abierto, Cerrado	Estándar
Motivo	Solo al cerrar o reabrir.	Estándar
ID del comentario	Configura este valor en el panel del nodo.	Estándar
Etiqueta	Configura este valor en el panel del nodo.	Estándar
Motivo	Opciones: Sin motivo, Resuelto, Fuera de tema, Demasiado acalorado, Spam	Estándar
Cuenta de GitHub	Déjalo vacío y el paso usará tu cuenta de GitHub conectada.	Estándar
Ejecutar una vez por elemento	Desactivado (por defecto): el nodo se ejecuta una vez para toda la entrada. Activado: si recibe varios elementos (por ejemplo de «Dividir lista»), se ejecuta una vez POR elemento, y {{ $json }} es justo ese elemento. Así procesas una lista de archivos entrada por entrada.	Estándar
Si un elemento falla	«Omitir» escribe un campo `error` para el elemento fallido y sigue con el resto, en lugar de perder toda la ejecución por un único archivo ilegible.	Estándar
Pausa entre elementos (milisegundos)	Espera antes de cada ejecución excepto la primera. 1000 = 1 segundo por elemento. Útil si el otro extremo te limita. Máximo 300000 (5 minutos).	Estándar

Entradas y salidas

Entrada	Significado	Tipo
Estándar	Recibe el resultado completo del paso anterior.	JSON

Salida	Significado	Tipo
Estándar	Entrega el resultado al paso siguiente como JSON.	JSON

Este nodo puede procesar listas elemento por elemento. La gestión de errores y la pausa están en los ajustes avanzados.

Ejemplo y prueba

Triaje de bugs: issues abiertos con la etiqueta "bug": empieza con un conjunto pequeño y reconocible. Revisa la salida y usa solo los campos que estén presentes.

Ejemplo de prueba

{
  "owner": "octocat",
  "repo": "hello-world"
}

Acceso y seguridad

El nodo trabaja con tu propia cuenta de GitHub conectada. Solo ve y cambia lo que esa cuenta tiene permitido. Revisa los permisos que aparecen al conectarla. Además, el área correspondiente (Issues, Pull requests, Repos) tiene que estar activada en los ajustes de tu conexión de GitHub en Conectores. Por defecto, todas las áreas están activadas.

«Acciones permitidas» en los ajustes de tu conexión de GitHub en Conectores también se aplica a este nodo y se comprueba en cada ejecución. Con «Solo lectura» o «Leer y crear borradores» solo se ejecutan las acciones de lectura: Listar issues, Leer issue, Buscar issues, Listar comentarios, Etiquetas del repo, Listar hitos. Estas acciones necesitan «Permitir cambios»: Crear issue, Actualizar issue, Escribir comentario, Modificar comentario, Eliminar comentario, Añadir etiquetas, Quitar etiqueta, Sustituir etiquetas, Añadir asignados, Quitar asignados, Bloquear conversación, Desbloquear.

Las claves y credenciales van en Secretos de workflows o en tus cuentas conectadas. Nunca las pegues como texto normal en campos del workflow, datos de prueba ni descripciones.

Resolver errores

Sin salida: revisa la última ejecución y los campos entregados por el nodo anterior.
Variable vacía: abre la salida anterior y usa un campo presente en los datos reales.
Conexión rechazada: vuelve a conectar el servicio con los permisos necesarios.
Acción bloqueada: pon «Acciones permitidas» de la conexión en Conectores en «Permitir cambios» o elige una acción de lectura.
La lista se procesa una sola vez: activa la ejecución por elemento.