Integración · Automatizar y colaborar

GitHub + agentes de IA de Meteor

Conecta GitHub con un Met de WhatsApp: busca y crea issues, comenta, revisa pull requests y consulta versiones con el MCP oficial de GitHub.

Quiero una demostración Ver todas las integraciones

¿Cómo se conecta GitHub con Meteor?

Con el conector listo de GitHub, tu Met usa el servidor MCP oficial de GitHub con un token personal que crea el admin. Busca repositorios, lee archivos, commits, ramas, tags y versiones publicadas, y revisa issues y pull requests con sus comentarios y sus checks. También crea o actualiza issues y comenta en ellos. Así el error que un cliente reporta por WhatsApp queda como issue en el repositorio correcto, y el Met puede decirle en qué versión salió el arreglo. Trabaja con los permisos del token: lo que el token no ve, el Met tampoco.

Qué automatiza

Lo que un agente de Meteor hace con GitHub

Registrar el error que reporta un cliente

Cuando un cliente cuenta por WhatsApp que algo falla en tu app o tu sitio, el Met busca si ya hay un issue con ese problema y, si no, crea uno en el repositorio con lo que contó el cliente.

Decir en qué versión salió un arreglo

Si el cliente pregunta si ya lo arreglaron, el Met revisa el issue, el pull request que lo cerró y las versiones publicadas, y le dice en cuál salió el cambio.

Sumar reportes repetidos

Si otro cliente reporta lo mismo, el Met comenta en el issue existente en vez de duplicarlo, para que el equipo vea cuántas personas tienen el problema.

Contarle al dueño qué cambió

Cuando el dueño pregunta qué se publicó esta semana, el Met lista los commits y los pull requests del repositorio y le resume los cambios en palabras simples.

20 herramientas

Todo lo que el agente puede pedirle a GitHub

Cada una es una acción real del conector. Puedes desactivar las que no quieras que use.

Herramienta	Qué hace
`get_me`	Trae el perfil del usuario de GitHub dueño del token conectado.
`search_repositories`	Busca repositorios con la sintaxis de búsqueda avanzada de GitHub.
`get_file_contents`	Trae el contenido de un archivo o de una carpeta de un repositorio.
`list_branches`	Lista las ramas de un repositorio.
`list_commits`	Lista los commits de un repositorio, con filtros por autor, archivo y fechas.
`get_commit`	Trae el detalle de un commit, con los archivos que cambió.
`search_code`	Busca código en los repositorios con la búsqueda de código de GitHub.
`list_tags`	Lista los tags de un repositorio.
`list_releases`	Lista las versiones publicadas (releases) de un repositorio.
`get_latest_release`	Trae la última versión publicada (release) de un repositorio.
`get_release_by_tag`	Trae una versión publicada a partir del nombre de su tag, por ejemplo v1.0.0.
`list_issues`	Lista los issues de un repositorio, con filtros por estado, etiquetas y fecha.
`search_issues`	Busca issues con una consulta en lenguaje natural, en un repositorio o en general.
`issue_read`	Trae un issue con su detalle, sus comentarios, sus subissues o sus etiquetas.
`issue_write`	Crea o actualiza un issue o un pull request.
`add_issue_comment`	Agrega un comentario o una reacción a un issue o a un pull request.
`list_issue_types`	Lista los tipos de issue disponibles en un repositorio o en una organización.
`list_pull_requests`	Lista los pull requests de un repositorio, con filtros por estado y por rama.
`search_pull_requests`	Busca pull requests con la sintaxis de búsqueda de pull requests de GitHub.
`pull_request_read`	Trae un pull request con su detalle, su diff, sus archivos, sus commits, sus revisiones o sus checks.

Los límites

Qué NO hace la integración con GitHub

Preferimos decirlo aquí que descubrirlo en la implementación.

No te pide confirmación en el chat antes de escribir. El admin decide en Conexiones qué acciones quedan encendidas.
El servidor trae más herramientas que esta ficha. Escribir o subir archivos, crear o bifurcar repositorios, fusionar pull requests y borrar un archivo o un repositorio arrancan apagadas hasta que el admin las encienda. Crear ramas y abrir o editar pull requests llegan encendidas; si el Met no las necesita, el admin las apaga.
No ve más que el token. Trabaja con los permisos del token personal que pegaste: si el token solo tiene acceso a dos repositorios, el Met solo ve esos dos.
No trae las herramientas de Actions, seguridad, notificaciones ni proyectos. La dirección que usa Met sirve el grupo por defecto: contexto, repositorios, issues, pull requests y usuarios.
No paga tu plan de GitHub. El uso corre por tu cuenta; Meteor no revende el servicio.

Antes de empezar

Qué necesitas para conectar GitHub

1

Una cuenta de GitHub con acceso a los repositorios

La cuenta con la que tu equipo trabaja los repositorios de la app o del sitio. El token sale de esa cuenta.
2

Un token personal de GitHub pegado en Met

En GitHub, abre Settings → Developer settings → Personal access tokens y crea un token con acceso solo a los repositorios que usará el Met. En Met, abre Conexiones → GitHub → Conectar y pégalo. Después eliges qué acciones quedan encendidas.

Preguntas frecuentes

Preguntas sobre GitHub y Meteor

Un token personal de GitHub creado en Settings → Developer settings → Personal access tokens, con acceso solo a los repositorios que el Met necesita. Así limitas lo que puede ver y tocar.

El servidor tiene esas herramientas, pero fusionar pull requests, subir archivos y crear o actualizar archivos arrancan apagadas hasta que el admin las encienda en Conexiones. Esta ficha no las usa; si tu Met solo atiende clientes, déjalas apagadas.

Sí, si el token tiene acceso a ellos. El Met ve exactamente los repositorios que permite el token, ni uno más.

Tú, con tu cuenta y tu plan de GitHub. Meteor no revende GitHub ni cobra por las acciones que tu Met hace allí.

Paso a paso