GitLab
anymize lee proyectos, incidencias, merge requests y comentarios de tu GitLab, da igual si es autoalojado o en gitlab.com.
4 Min
Qué puedes hacer con ello
- «¿Qué incidencias del proyecto Portal del despacho están abiertas?»
- «Resume la discusión del ticket 231.»
- «¿Qué merge requests esperan revisión?»
- «¿Qué ha pasado en nuestros proyectos desde el lunes?»
- «Busca todas las incidencias con la etiqueta Protección de datos.»
El asistente puede listar proyectos y consultarlos uno a uno, buscar issues en todos los proyectos o en uno, leer hilos de comentarios de issues y merge requests y lanzar una búsqueda en la instancia.
En los comentarios el asistente distingue lo que alguien escribió y las notas propias de GitLab como «Etiqueta cambiada». Un resumen no consiste por tanto en mensajes del sistema.
Cómo crear un token de acceso personal
- 01Pulsa arriba a la derecha tu avatar y elige Editar perfil.
- 02A la izquierda, en Acceso (Access), abre Personal access tokens.
- 03En Generar token, elige Legacy token.
- 04Pon un nombre, fija una caducidad y marca solo read_api. anymize no necesita más.
- 05Pulsa Generar token y copia el valor al momento. Solo se muestra una vez.
Oficial en GitLab: https://docs.gitlab.com/user/profile/personal_access_tokens/ . El ámbito api sería demasiado amplio y permitiría escribir.
Conectar
- 01En anymize abre Apps, luego Conectores, y elige GitLab.
- 02Introduce la dirección de tu instancia, por ejemplo https://gitlab.tu-empresa.es. Para gitlab.com escribes https://gitlab.com.
- 03Pega el token de acceso personal de la sección de arriba y pulsa Conectar. anymize comprueba al momento a qué cuenta pertenece.
- 04Después defines qué áreas puede usar el asistente: cuenta, proyectos, incidencias, merge requests.
Creas el token tú, sin administrador y sin aprobación de GitLab. El camino por la conexión IA propia de GitLab sería otro; exige además GitLab Duo. Aquí no lo necesitas.
¿Puede anymize escribir en mi GitLab?
No. No hay herramienta que cree una incidencia, escriba un comentario, ponga una etiqueta o fusione nada. La conexión solo envía peticiones de lectura.
Eso no está construido como un ajuste sino como una regla en la construcción: ningún nombre de herramienta puede llevar un verbo de escritura, una prueba lo deja fijado. Si alguna vez se añadiera una herramienta de escritura, GitLab tendría que perder la marca «Solo lectura». Además puedes recortar el token con read_api tan estrecho desde el principio que GitLab mismo no permita escribir.
Soberanía digital
GitLab se puede autoalojar. Al conectar das la dirección de tu propia instancia, y anymize habla exactamente con esa dirección, con ninguna otra. Para municipios, autoridades y empresas con su propio paisaje de servidores ese es el punto decisivo: el código fuente se queda donde está.
- Sin crear una aplicación en el fabricante, sin proceso de autorización.
- El token se guarda cifrado en tu espacio de trabajo y solo se usa para tus peticiones.
- Si desconectas, el acceso desaparece al instante.
Lo que el conector no puede hacer
- Buscar código fuente y commits: estas áreas de búsqueda exigen GitLab Premium más Elasticsearch. Sin eso vuelve una lista vacía, no un error.
- Los pipelines, versiones y páginas wiki no entran en esta etapa.
- Una lista devuelve como máximo 50 entradas por página para que una conversación no se ahogue en datos brutos.
El texto que pasa se anonimiza: nombres de autores y editores, correos y nombres de clientes en textos de incidencias se sustituyen por placeholders antes de que un modelo de IA los lea.