Recursos · Conector de Claude

Conector Claude CircleCILo que Claude sabe hacer en tu cuenta de CircleCI.

El conector Claude CircleCI expone 24 herramientas: 10 leen, 3 actúan sobre tus pipelines y 11 no están descritas en ningún sitio. Aquí: qué runs, logs y tests consulta Claude, qué puede relanzar, cancelar o revertir, qué pide CircleCI revisar antes y quién puede cortar el acceso.

Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth

Resumen

Qué cambia cuando un build se pone en rojo

Un build fallido suele obligar a abrir CircleCI, buscar el run, luego el workflow, luego el job y bajar por los logs. Con el conector activo, le preguntas a Claude por qué falló el último run de tu rama. Él encadena las búsquedas, lee la salida del paso que falló y te explica qué se rompió, en la misma conversación.

Encontrar la causa de un build en rojo. list_runs localiza el último run de la rama, get_run confirma el fallo y get_job_logs lee los pasos fallidos sin que tengas que nombrarlos.

Relanzar solo lo que falló. Un workflow largo se rompió casi al final. rerun_workflow puede relanzar solo los jobs fallidos y lo que depende de ellos.

Vigilar costes y versiones. download_usage_data exporta el consumo de una organización en archivos CSV, y list_deploy_component_versions revisa qué versiones de componentes corren en tu flota.

Lo que la ficha no cuenta: es el servidor alojado de CircleCI, pensado para inspeccionar runs. Gestionar contextos, variables de entorno, orbs o políticas corresponde a la herramienta de línea de comandos de CircleCI, no a este conector. Once herramientas de la ficha no tienen descripción. Y nada se ejecuta solo: ninguna herramienta reacciona por su cuenta a un push o a un fallo. Para reaccionar automáticamente a eventos del pipeline, la Integración CircleCI n8n hace ese trabajo, distinto de una conversación.

Vocabulario

El vocabulario en un minuto

Cinco palabras que vas a encontrar al conectar CircleCI.

Conector
El enlace que configuras una vez entre Claude y una cuenta que ya tienes, para que Claude trabaje en ella mientras te responde.
Herramienta
Una acción con nombre que el conector abre a Claude. Él elige solo las que necesita, y el directorio las lista por su nombre.
Autorización
La pantalla de acceso del propio servicio, donde le das a Claude el permiso que usará después. Se da una vez por persona y se retira igual.
Aprobación
La confirmación que Claude espera antes de completar algo que cambia una cuenta, mostrada en la conversación en el momento justo.
MCP
El estándar común sobre el que se construyen los conectores: es lo que permite a un asistente como Claude hablar con un servicio externo.
Conexión

Conectar CircleCI a Claude en tres pasos

  1. 01

    Encontrar CircleCI en Claude

    En los ajustes de Claude, abre Customize y luego Connectors, y busca CircleCI en la lista. En un espacio Team o Enterprise, un Owner o un Primary Owner tiene que activar antes el conector para que cada miembro pueda conectarse.

  2. 02

    Lanzar la conexión

    Pulsa Connect en su fila e inicia sesión en CircleCI en la ventana que abre el propio CircleCI. Si el enlace se rompe más adelante, usa Disconnect y vuelve a conectar; CircleCI también aconseja volver a autenticarse cuando falla el acceso.

  3. 03

    Revisar la pantalla de autorización

    Lee la pantalla de autorización antes de aceptar. Es de CircleCI, no de Claude, y es ella la que fija qué cubre el acceso. También puedes retirar ese acceso más tarde desde tu cuenta de CircleCI.

Herramientas

Las 24 herramientas del conector Claude CircleCI

CircleCI le da a Claude 24 herramientas: 10 que leen tu cuenta, 3 que cambian algo en ella, y 11 que ninguna fuente oficial describe.

Tres grupos: lo que Claude lee, lo que cambia en tus pipelines y lo que ninguna fuente oficial describe. Los nombres se quedan tal como los muestra Claude.

  • 10 lectura
  • 3 escritura
  • 11 sin documentar

Lo que Claude lee (10)

10 herramientas

Diez herramientas que consultan runs, jobs, logs, tests, artefactos y configuración sin modificar nada.

download_usage_data

Exporta los datos de consumo de una organización en archivos CSV descargables, para un periodo elegido, a partir de su identificador.

Cuándo sirve
una responsable de ingeniería prepara el presupuesto del trimestre y quiere el consumo de la organización en una hoja de cálculo.
Ojo
CircleCI limita cada exportación a un rango de 31 días, así que un trimestre exige varias.

Fuentecircleci.com · 28 de septiembre de 2026 ↗

get_job

Trae un job con su fase, su resultado y el desglose paso a paso, con el código de salida de cada paso.

Cuándo sirve
un desarrollador quiere saber qué paso exacto del job de tests devolvió un error antes de abrir los logs.

Fuentecircleci.com · 28 de septiembre de 2026 ↗

get_job_logs

Lee la salida de los pasos de un job. Si no nombras ninguno, va directo a los que fallaron, que suele ser justo lo que buscas.

Cuándo sirve
el job de despliegue está en rojo y pides a Claude que explique el error con palabras sencillas.
Ojo
Claude lee lo que contiene el log; un log confuso da un diagnóstico confuso.

Fuentecircleci.com · 28 de septiembre de 2026 ↗

get_run

Trae un run con su fase, su resultado, los datos de control de versiones y los errores de configuración que CircleCI haya detectado.

Cuándo sirve
un pipeline nunca arrancó y sospechas de un archivo de configuración roto más que de un test.

Fuentecircleci.com · 28 de septiembre de 2026 ↗

get_workflow

Devuelve el nombre, la fase y el resultado de un workflow, lo que sitúa un run antes de que Claude baje a los jobs.

Cuándo sirve
quien gestiona las publicaciones comprueba si el workflow nocturno sigue corriendo o ya terminó.

Fuentecircleci.com · 28 de septiembre de 2026 ↗

list_deploy_component_versions

Según la ficha del directorio, permite a Claude revisar qué versiones de componentes están desplegadas en tu flota, como parte de la gestión diaria de proyectos.

Cuándo sirve
un equipo de plataforma quiere confirmar que todos los entornos tienen la misma versión tras un despliegue.

Fuenteclaude.com · 30 de septiembre de 2026 ↗

list_job_artifacts

De acuerdo con la ficha del directorio, lista los artefactos que generan tus builds, para recuperar informes o paquetes sin rebuscar en la interfaz.

Cuándo sirve
el equipo de QA quiere el informe de cobertura del build de ayer.
Ojo
la página de herramientas de CircleCI le da un nombre ligeramente distinto.

Fuenteclaude.com · 30 de septiembre de 2026 ↗

list_job_tests

Lista los resultados de tests de un job. Por defecto solo trae los que fallan, con una opción para incluir los que pasan o se omiten.

Cuándo sirve
una suite inestable rompió el build y quieres los tests fallidos con su mensaje, no el informe completo.

Fuentecircleci.com · 28 de septiembre de 2026 ↗

list_runs

Lista los runs de un proyecto, o tus propios runs en todos los proyectos, con filtros por rama y estado.

Cuándo sirve
el lunes por la mañana quieres ver todos los runs en rojo de la rama principal desde el viernes.

Fuentecircleci.com · 28 de septiembre de 2026 ↗

validate_config

Presentada por la ficha del directorio como una ayuda de configuración, sirve para validar y depurar tu archivo .circleci/config.yml.

Cuándo sirve
editaste el archivo del pipeline y quieres una revisión antes de hacer push.
Ojo
la página de CircleCI remite a su herramienta de línea de comandos cuando un asistente debe redactar o validar configuración: comprueba en cuál te apoyas.

Fuenteclaude.com · 30 de septiembre de 2026 ↗

Lo que Claude cambia (3)

3 herramientas

Tres herramientas que cambian el estado real de tu CI. Ninguna fuente les atribuye una confirmación propia; se aplica la regla general de abajo.

cancel_workflow

Aprobación: ver la regla

Cancela un workflow que está en marcha.

Lo que Claude pide
ninguna fuente describe una confirmación propia de esta herramienta, así que rige la regla general de aprobaciones.
Cuándo sirve
alguien subió la rama equivocada y un workflow de despliegue largo está gastando créditos.
Ojo
CircleCI pide revisar qué va a cancelar el asistente, sobre todo en un proyecto compartido.

Fuentecircleci.com · 28 de septiembre de 2026 ↗

rerun_workflow

Aprobación: ver la regla

Vuelve a arrancar un workflow. Por defecto se repiten todos los jobs; con la opción adecuada, solo los fallidos y lo que depende de ellos.

Lo que Claude pide
no hay nada concreto documentado; la regla general de abajo lo cubre.
Cuándo sirve
un corte de red tumbó un job de integración al final de un pipeline largo.
Ojo
relanzar cambia el estado real de la CI, por eso CircleCI aconseja revisar la acción antes.

Fuentecircleci.com · 28 de septiembre de 2026 ↗

rollback_deploy_component

Aprobación: ver la regla

La ficha del directorio dice que puedes pedir a Claude que revierta un despliegue desde la conversación, sin abrir CircleCI.

Lo que Claude pide
ninguna fuente describe una confirmación para ella; consulta la regla general.
Cuándo sirve
una publicación rompió el pago en producción y la persona de guardia quiere recuperar la versión anterior cuanto antes.
Ojo
la página de herramientas de CircleCI no la describe; solo la ficha menciona las reversiones.

Fuenteclaude.com · 30 de septiembre de 2026 ↗

Sin documentar (11)

11 herramientas

El directorio publica estos once nombres y nada más. Ningún texto oficial dice qué hacen, y no lo vamos a adivinar a partir de un nombre.

get_deploy_component

Este nombre está en la lista del directorio, y es todo lo que se publica sobre él. Ni la página MCP de CircleCI ni ningún artículo de Claude lo describen.

Ojo
haga lo que haga, lo cubre la regla general de aprobaciones.

get_deploy_environment

Otro nombre listado que ninguna fuente oficial documenta. Mejor señalar el hueco que rellenarlo con una suposición sacada de cómo suena el nombre. El directorio lo muestra; la explicación falta.

Ojo
entra en la misma regla de aprobación que el resto.

get_job_resource_usage

Aparece en la ficha y no se explica en ningún sitio. Ni la página de herramientas de CircleCI ni ningún artículo de Claude le dedica una frase, así que esta página no la describe ni sugiere nada sobre su papel.

Ojo
trátala como no documentada, bajo la regla por defecto.

get_me

Ninguna página de CircleCI ni de Anthropic dice qué devuelve esta herramienta. El directorio solo imprime su nombre, y esta página se queda ahí también: ninguna fuente oficial lo documenta.

Ojo
se le aplica la regla general de aprobaciones como a las demás.

get_orb

El nombre aparece en la ficha sin ninguna explicación oficial. La página MCP de CircleCI no dice nada de ella, y ninguna página de Claude tampoco. Ninguna fuente oficial la documenta.

Ojo
sigue cubierta por la regla general de aprobaciones.

get_orb_source

Otra vez un nombre y nada más: ninguna fuente oficial lo documenta, y adivinar su comportamiento por cómo está escrito sería justo el error que esta página evita. El hueco es real, no un olvido.

Ojo
la rige la regla de aprobación por defecto.

list_deploy_components

Esta herramienta figura en la ficha del directorio sin una sola frase de CircleCI o de Claude detrás. Ninguna fuente oficial la documenta: sabemos que existe, no qué hace. Si CircleCI publica una descripción, esta nota la seguirá.

Ojo
la misma regla general de aprobación la cubre.

list_deploy_environments

Ninguna fuente documenta este nombre. El directorio lo lista, la página MCP de CircleCI lo omite y ningún artículo de ayuda de Claude cubre este conector. No se puede decir nada más con honestidad.

Ojo
haga lo que haga, se aplica la regla general de aprobaciones.

list_deployments

Un nombre más que la ficha muestra sin descripción oficial. Ninguna fuente oficial lo documenta. En lugar de deducir nada, esta página constata el silencio y se detiene ahí.

Ojo
sigue bajo la regla de aprobación por defecto descrita abajo.

list_run_workflows

La página MCP de CircleCI describe una herramienta con un nombre parecido pero distinto, y nada documenta este nombre exacto. La página no da por hecho que sean la misma, y ninguna fuente oficial documenta esta.

Ojo
la cubre la regla general de aprobaciones.

list_workflow_jobs

El mismo desajuste: CircleCI documenta una herramienta de nombre vecino, mientras este nombre exacto no tiene descripción en ninguna fuente oficial. Ninguna fuente oficial la documenta, así que trátala como no documentada.

Ojo
entra en la regla general de aprobaciones, como todas las de aquí.
Aprobaciones

Lo que Claude te pide antes de actuar

Por defecto, Claude se detiene y pide tu visto bueno antes de cada acción que hace en una cuenta en tu nombre. La petición aparece en la conversación, en el momento en que importa.

Eso cubre relanzar, cancelar y revertir. CircleCI añade su propio consejo: revisar las acciones destructivas antes de confirmar, sobre todo en un proyecto compartido o cercano a producción. En Team o Enterprise, los propietarios deciden si un miembro puede dejar pasar ciertas acciones sin pregunta, y pueden limitar lo que un conector hace para todos. Claude trabaja con tus permisos y nada más: un proyecto que no puedes abrir en CircleCI sigue cerrado para él.

Planes

En qué planes de Claude está disponible

De las 819 fichas del directorio oficial, ninguna muestra disponibilidad por plan. Esa respuesta, conector por conector, no se publica en ningún sitio.

La regla general sí es pública: los conectores remotos están abiertos a todos los usuarios en Claude, Cowork, Claude Desktop y móvil. En Team y Enterprise, un Owner o un Primary Owner activa el conector para la organización antes de que cada miembro pueda conectarse. Para el estado actual, consulta la ficha del conector en el directorio oficial. Conviene saberlo: solo CircleCI documenta este conector, sin artículo de ayuda propio de Claude.

Límites

Dónde se detiene este conector

Un conector no es una automatización. Claude llama a estas herramientas mientras te responde: nada arranca cuando un build falla o un despliegue termina.

La lista de herramientas es un suelo observado, no una promesa: un administrador puede abrir acciones que ninguna ficha pública muestra. La insignia de partner tampoco es una auditoría de seguridad, y Anthropic lo escribe en cada ficha: no elige las herramientas que expone un editor ni garantiza cómo se comportan. Conecta solo lo que venga de un editor de confianza. Los demás conectores están en la página Integraciones.

¿Necesitas ayuda?

¿Necesitas ayuda para conectar CircleCI con Claude?

Una persona lee cada mensaje.

FAQ

Conector Claude CircleCI: preguntas frecuentes

01¿Qué puede hacer Claude con el conector CircleCI?
Claude puede inspeccionar tus pipelines de CI mientras te responde. Las herramientas documentadas listan runs, traen un run, un workflow o un job, leen los logs de los pasos fallidos, listan resultados de tests y artefactos, exportan el consumo, revisan versiones de componentes y ayudan a validar la configuración. Claude también puede relanzar o cancelar un workflow y, según la ficha del directorio, revertir un despliegue. Otras once herramientas de la ficha no tienen descripción oficial.
02¿Puede Claude relanzar, cancelar o revertir en CircleCI?
Sí, tres herramientas documentadas cambian el estado real de tu CI. Una relanza un workflow, entero o solo los jobs fallidos y sus dependientes; otra cancela un workflow en marcha; la tercera, descrita en la ficha del directorio, revierte un despliegue. Nada documentado edita tu archivo de configuración, tus contextos o tus variables de entorno. CircleCI reserva esas tareas de administración a su herramienta de línea de comandos, un producto distinto de este conector.
03¿Claude me pregunta antes de relanzar o cancelar un build?
La regla por defecto de Claude es pedir confirmación antes de cada acción que hace en una cuenta en tu nombre. Ninguna fuente describe una confirmación propia de las herramientas de CircleCI, así que esa regla las cubre. CircleCI añade su consejo: revisa lo que va a hacer el asistente antes de confirmar, sobre todo en proyectos compartidos o cercanos a producción. En Team o Enterprise, los propietarios también pueden bloquear esos cambios para toda la organización.
04¿En qué planes está disponible el conector CircleCI?
Ninguna fuente oficial publica la disponibilidad por plan conector por conector, y ninguna de las 819 fichas del directorio la muestra. La regla general dice que los conectores remotos están abiertos a todos los usuarios en Claude, Cowork, Claude Desktop y móvil. En Team y Enterprise, un Owner o un Primary Owner activa el conector para la organización antes de que los miembros se conecten. La ficha del directorio muestra el estado actual para tu cuenta.
05¿Claude ve todos los proyectos de nuestra organización en CircleCI?
No, Claude trabaja con tus permisos y nada más. Llega a los proyectos a los que llega tu propio acceso a CircleCI. Si la conexión se apoya en un token de API personal, CircleCI indica que ese token debe seguir siendo válido y pertenecer a alguien con acceso al proyecto; si no, las llamadas fallan. En un espacio Team o Enterprise de Claude, los propietarios pueden además restringir lo que el conector puede hacer, y un miembro no puede saltárselo.
06¿Por qué Claude no ve una herramienta nueva de CircleCI?
Porque las herramientas se cargan al conectar. CircleCI indica que, tras publicar herramientas nuevas, hay que reiniciar el cliente o reconectar el servidor para recibirlas. En Claude, eso significa desconectar el conector y volver a conectarlo. Para un problema de autenticación en una conexión por autorización, CircleCI aconseja volver a autenticarse desde tu cliente. Ten en cuenta también que la ficha del directorio y la página de CircleCI no siempre muestran los mismos nombres.
07¿Claude o n8n para CircleCI?
No hacen el mismo trabajo, así que elige según el uso. Claude con el conector sirve para investigar en el momento: por qué falló este build, qué tests se rompieron, relanzar los jobs fallidos. Solo actúa mientras hablas con él. n8n sirve para reacciones que deben ocurrir sin ti, como avisar en un canal del equipo cada vez que falla un pipeline. Nada impide usar los dos, cada uno para lo que hace bien.