Recursos · Conector de Claude

Conector Claude Runway TeamLo que Claude sabe hacer en tu cuenta de Runway Team.

El conector Claude Runway Team expone 56 herramientas: 26 de lectura, 30 de escritura y 0 sin documentar. Cubren releases, builds, correcciones, checklists y automatizaciones de tus apps móviles. Aquí: qué lee Claude, qué hace avanzar y qué puede borrar.

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

Resumen

Qué cambia para un equipo móvil

Runway orquesta el lanzamiento de una app móvil: calendario, builds, correcciones, checklists y envío a las tiendas. Según su documentación, el conector deja que un asistente maneje Runway en nombre de tu equipo. Se lo preguntas a Claude, y él consulta el estado de una release o actúa sobre ella sin que abras el panel.

Saber cómo va la versión. Para saber en qué punto está una release, list_release_steps muestra el paso al que ha llegado la release, get_release_step da el detalle de un paso, tiempo de revisión incluido, y list_fix_requests lista las correcciones pendientes.

Meter un arreglo. Para una corrección, get_fix_request_form_fields_settings da los campos del formulario, create_fix_request abre la solicitud y approve_fix_request o reject_fix_request decide.

Reaccionar a un incidente. Durante un incidente, set_automation_pause pausa las automatizaciones, de forma reversible, y developer_reject_submission retira una build enviada pero aún no publicada.

Lo que Claude no hace aquí: nada arranca solo, ninguna release despierta a Claude. La ficha no publica todas las herramientas que describe la doc de Runway. Algunas herramientas dependen de opciones de la app, como Triage o FlightPaths. Para reacciones automáticas hace falta una herramienta de automatización; la página Integraciones cubre esa parte, y los conectores de Claude reúnen el resto.

Vocabulario

El vocabulario en un minuto

Cinco palabras que conviene conocer antes de conectar Runway.

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

Conectar Runway Team a Claude en tres pasos

  1. 01

    Localizar Runway Team

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

  2. 02

    Iniciar la conexión

    Pulsa Connect en su fila e identifícate en la ventana que abre el propio servicio. Si el enlace se rompe algún día, Disconnect y vuelve a conectar: es el gesto previsto.

  3. 03

    Leer la pantalla de autorización

    Lee la pantalla de autorización antes de validar. Es del servicio, no de Claude, y es ella la que fija lo que cubre el acceso. Según Runway, el conector maneja después Runway en nombre de tu equipo.

Herramientas

Las 56 herramientas del conector Claude Runway Team

Runway (runway.team) le da a Claude 56 herramientas: 26 que leen tu cuenta, 30 que cambian algo en ella.

Dos grupos, según la lista de herramientas que publica Runway: lo que Claude lee y lo que crea, modifica, lanza o borra. Los nombres se quedan como los muestra Claude.

  • 26 lectura
  • 30 escritura

Lo que Claude lee (26)

26 herramientas

Veintiséis herramientas que consultan apps, releases, pasos, builds, correcciones y grupos.

get_app

Abre los detalles de una app seguida en Runway. Es un punto de partida natural antes de mirar sus releases, sus pasos o sus integraciones.

Cuándo sirve
necesitas ver cómo está configurada una app en Runway antes de trabajar en sus releases.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

get_bucket_build

Muestra los detalles de una build guardada en Build Distro, donde Runway agrupa las builds en buckets.

Cuándo sirve
necesitas el detalle de una build concreta y no la lista de todo el bucket.
Ojo
solo aparecen las builds de buckets a los que llega tu cuenta de Runway, porque Claude trabaja con tus permisos.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

get_build_bucket

Devuelve los detalles de un bucket de Build Distro. Describe el bucket en sí; list_bucket_builds lista lo que contiene.

Cuándo sirve
quieres los detalles de un bucket antes de dejar una build en él.
Ojo
para las builds en sí, get_bucket_build abre una y list_bucket_builds las lista todas.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

get_checklist_item

Consulta el detalle de un elemento de checklist de una release, cuando la lista completa no basta.

Cuándo sirve
necesitas saber exactamente cómo está un único punto de la checklist.
Ojo
para todos los elementos de la release a la vez, la herramienta es list_release_checklist_items.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

get_custom_ci_build_additional_file_download

Devuelve una URL de descarga firmada para un archivo complementario adjunto a una build de Custom CI. El archivo se queda en Runway; Claude te pasa el enlace.

Cuándo sirve
necesitas un archivo complementario de una build, no la build en sí.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

get_custom_ci_build_artifact_download

Genera una URL de descarga firmada para el binario principal de una build de Custom CI (MRM): el archivo de la build en sí, no uno complementario.

Cuándo sirve
necesitas el binario principal de una build para instalarlo o examinarlo.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

get_fix_request

Comprueba el estado actual de una solicitud de corrección: su estado, quién la pidió y las aprobaciones que aún le faltan.

Cuándo sirve
alguien quiere saber por qué una corrección todavía no ha entrado en la release.
Ojo
para todas las solicitudes de una release, list_fix_requests da la visión de conjunto.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

get_fix_request_form_fields_settings

Devuelve los campos del formulario de solicitud de corrección configurados para la app, con sus identificadores y sus reglas de obligatoriedad o longitud mínima: las respuestas que espera una solicitud.

Cuándo sirve
se va a abrir una solicitud de corrección y su formulario debe rellenarse bien.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

get_org

Obtiene los detalles de tu organización de Runway. Es la vista más amplia, por encima de las apps.

Cuándo sirve
quieres confirmar a qué organización pertenece la conexión antes de actuar.
Ojo
según Runway, la conexión actúa en nombre de tu equipo: la organización que ves es la de tu cuenta.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

get_org_metrics

Agrega métricas de todas las apps y releases de la organización en un periodo pasado: duración de las releases, tasas de rechazo en revisión, número de builds, entre otras.

Cuándo sirve
quieres una visión de cómo han ido las releases de toda la organización en un periodo.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

get_release

Obtiene el detalle de una release, más allá de la información básica que da la lista de releases.

Cuándo sirve
necesitas el detalle completo de una versión concreta.
Ojo
para una vista paso a paso, list_release_steps y get_release_step van más lejos, y la lista de releases solo da lo básico.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

get_release_step

Devuelve el detalle de un paso de release según su tipo: preparación de funcionalidades, builds candidatas y los demás tipos de paso que describe la doc, cada uno con sus datos. Según Runway, de aquí sale el tiempo de revisión.

Cuándo sirve
quieres saber cuánto tiempo esperó una versión en revisión.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

get_release_timeline_events

Devuelve los eventos de la cronología de una release, para ver qué pasó y en qué orden. La doc pide no usarlos para calcular duraciones.

Cuándo sirve
hay que reconstruir la secuencia de eventos de una release.
Ojo
el tiempo de revisión sale de get_release_step, según la doc.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

get_schedule_cadence

Da la cadencia de releases de la app (semanal, quincenal o mensual), los días y horas objetivo de arranque, entrega a la tienda y publicación, y la zona horaria.

Cuándo sirve
necesitas saber cuándo está prevista la próxima entrega a la tienda y qué día.
Ojo
la cadencia describe el plan; si cada automatización programada está activa es otro asunto, que gestiona update_scheduled_automation.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

get_user_group

Abre la ficha de un grupo de usuarios de la organización.

Cuándo sirve
necesitas los detalles de un grupo antes de darle un papel en una release.
Ojo
solo se ven los grupos de tu organización, con los permisos de tu cuenta. La lista completa sale de list_user_groups.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

list_apps

Lista todas las apps de una organización de Runway, para que Claude sepa de qué app hablas, con su nombre exacto, antes de ir a por sus releases.

Cuándo sirve
varias apps comparten la organización y necesitas el nombre exacto de una.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

list_bucket_builds

Lista las builds de un bucket de Build Distro, mientras que get_build_bucket solo describe el bucket.

Cuándo sirve
quieres ver qué builds contiene realmente un bucket.
Ojo
los detalles del bucket salen de get_build_bucket, y los de una build de get_bucket_build.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

list_build_buckets

Recoge los buckets de Build Distro de una app: así se encuentra el que se busca.

Cuándo sirve
buscas el bucket adecuado antes de trabajar con una build.
Ojo
los buckets se listan por app, así que primero hay que conocer la app, con list_apps si hace falta.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

list_fix_requests

Repasa las solicitudes de corrección de una release: estado, solicitante, aprobaciones obtenidas y elementos de trabajo que cubre cada una.

Cuándo sirve
antes de la entrega a la tienda, quieres todas las correcciones pendientes y las aprobaciones que le faltan a cada una.
Ojo
el estado detallado de una solicitud sale de get_fix_request.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

list_integration_builds

Muestra las builds subidas a una integración de Custom CI (MRM) para una release dada.

Cuándo sirve
quieres comprobar qué builds ha enviado la integración de CI para una release.
Ojo
los enlaces de descarga de una build de Custom CI salen de las dos herramientas de descarga dedicadas, no de esta lista.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

list_integrations

Inventaría las integraciones instaladas en una app: proveedores de CI, tiendas, control de versiones y otras herramientas conectadas a Runway.

Cuándo sirve
quieres saber si una app ya está ligada a un proveedor de CI o a una tienda.
Ojo
la herramienta de CI solo lanza una build en apps con FlightPaths activado, según Runway.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

list_release_checklist_items

Lista todos los elementos de checklist de una release en una sola vista.

Cuándo sirve
quieres ver qué queda en la checklist de una release antes de la entrega a la tienda.
Ojo
el detalle de un elemento sale de get_checklist_item, y marcarlo pasa por update_checklist_item_status, en el otro grupo.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

list_release_steps

Da una lista ligera de los pasos de una release, con el identificador, el tipo y el estado de cada uno. Para el detalle de un paso, toma el relevo get_release_step.

Cuándo sirve
quieres ver de un vistazo a qué paso ha llegado una release.
Ojo
según la doc, devuelve el identificador, el tipo y el estado de cada paso, nada más.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

list_releases

Reúne las releases de una app con solo su información básica. Para el detalle de una de ellas, toma el relevo get_release.

Cuándo sirve
tienes que encontrar una versión en la lista de releases de una app.
Ojo
la lista solo lleva lo básico de cada release, por diseño.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

list_triage_issues

Saca las incidencias de triaje de una app, con filtros opcionales por versión, estado, origen, responsable, informante, destino y una búsqueda de texto libre.

Cuándo sirve
quieres las incidencias abiertas reportadas sobre una versión.
Ojo
las herramientas de triaje requieren la opción Triage activa.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

list_user_groups

Enumera los grupos de usuarios de una organización de Runway.

Cuándo sirve
quieres saber qué grupos existen ya en la organización y cómo se llaman.
Ojo
el detalle de un grupo sale de get_user_group, y solo se listan los grupos de tu propia organización.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

Lo que Claude cambia (30)

30 herramientas

Treinta herramientas que crean, modifican, lanzan o borran. Ninguna fuente detalla su confirmación: se aplica la regla general de más abajo.

approve_fix_request

Aprobación: ver la regla

Aprueba una solicitud de corrección en una release, una de las dos formas de resolver una solicitud abierta con create_fix_request.

Lo que Claude pide
ninguna fuente describe una confirmación propia para aprobar una corrección; se aplica la regla general.
Cuándo sirve
una solicitud de corrección espera tu aprobación en la release en curso.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

create_approval

Aprobación: ver la regla

Crea un elemento de aprobación en una release, junto a sus elementos de checklist y de regresión.

Lo que Claude pide
para crear un punto de aprobación no hay nada documentado: cuenta la regla general.
Cuándo sirve
una release necesita un elemento de aprobación que aún no existe.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

create_build_bucket

Aprobación: ver la regla

Crea un bucket en Build Distro, la parte de Runway donde las builds se agrupan en buckets.

Lo que Claude pide
la doc de Runway no dice nada de una validación para crear un bucket, así que rige la regla por defecto.
Cuándo sirve
unas builds necesitan un bucket nuevo propio.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

create_checklist_item

Aprobación: ver la regla

Añade a un paso de release un elemento de checklist genérico, distinto de las pruebas de regresión y de las aprobaciones.

Lo que Claude pide
ninguna fuente describe una confirmación propia para añadir un elemento de checklist; se aplica la regla general.
Cuándo sirve
un paso necesita un elemento que no es ni una prueba de regresión ni una aprobación.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

create_fix_request

Aprobación: ver la regla

Crea una solicitud de corrección en una release, que señala una pull request, un commit o un ticket como arreglo que debe entrar, con las respuestas al formulario de la app.

Lo que Claude pide
para abrir una solicitud de corrección no hay nada documentado: cuenta la regla general.
Cuándo sirve
un cambio tiene que entrar en la release en curso.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

create_regression_items

Aprobación: ver la regla

Crea uno o varios elementos de prueba de regresión en una release, en una sola llamada.

Lo que Claude pide
la doc de Runway no dice nada de una validación para crear elementos de regresión, así que rige la regla por defecto.
Cuándo sirve
hay que añadir varias pruebas de regresión a una release de una vez.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

create_regression_step_checklist_item

Aprobación: ver la regla

Pone un elemento de checklist directamente en el paso de pruebas de regresión de la release.

Lo que Claude pide
ninguna fuente describe una confirmación propia para un elemento en el paso de regresión; se aplica la regla general.
Cuándo sirve
el paso de regresión necesita un punto de control más.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

create_triage_issue

Aprobación: ver la regla

Crea una incidencia de triaje en una app, para que un problema reportado quede seguido en Runway.

Lo que Claude pide
la doc de Runway no dice nada de una validación para crear una incidencia de triaje, así que rige la regla por defecto.
Cuándo sirve
se ha reportado un problema y hay que registrarlo para el triaje.
Ojo
Triage tiene que estar activado en la app.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

create_user_group

Aprobación: ver la regla

Crea un grupo de usuarios en la organización de Runway.

Lo que Claude pide
ninguna fuente describe una confirmación propia para crear un grupo de usuarios; se aplica la regla general.
Cuándo sirve
la organización necesita un grupo que aún no existe.
Ojo
el grupo se crea para toda la organización, no solo para ti.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

delete_group

Aprobación: ver la regla

Borra un grupo de usuarios de la organización de Runway.

Lo que Claude pide
la doc de Runway no dice nada de una validación para borrar un grupo, así que rige la regla por defecto.
Cuándo sirve
un grupo ya no tiene razón de existir.
Ojo
nada en la doc describe cómo restaurar un grupo borrado.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

delete_release

Aprobación: ver la regla

Borra una release de Runway.

Lo que Claude pide
ninguna fuente describe una confirmación propia para borrar una release; se aplica la regla general.
Cuándo sirve
se creó una release que no debía existir.
Ojo
no se describe ninguna forma de deshacerlo; saltar una release con skip_release es el gesto más suave que recoge la doc.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

developer_reject_submission

Aprobación: ver la regla

Cancela o retira una build ya enviada a la tienda pero aún no publicada, lo que se llama rechazo por el desarrollador.

Lo que Claude pide
para retirar un envío no hay nada documentado: cuenta la regla general.
Cuándo sirve
una build enviada a la tienda no debe publicarse.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

ignore_unignore_feature_readiness_items

Aprobación: ver la regla

Ignora o vuelve a incluir elementos de trabajo de Feature Readiness en una release.

Lo que Claude pide
la doc de Runway no dice nada de una validación para ignorar o recuperar elementos de preparación, así que rige la regla por defecto.
Cuándo sirve
un elemento seguido para una release no tiene nada que ver con esa versión.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

reject_fix_request

Aprobación: ver la regla

Rechaza una solicitud de corrección en una release, la otra forma de resolver una solicitud abierta con create_fix_request.

Lo que Claude pide
ninguna fuente describe una confirmación propia para rechazar una corrección; se aplica la regla general.
Cuándo sirve
una corrección propuesta no debe entrar en esta release.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

set_automation_pause

Aprobación: ver la regla

Pausa o reanuda temporalmente las automatizaciones de una app, de forma reversible, durante un parche urgente, una congelación de código o un incidente.

Lo que Claude pide
para pausar automatizaciones no hay nada documentado: cuenta la regla general.
Cuándo sirve
las automatizaciones tienen que pararse un tiempo, durante un hotfix, una congelación de código o un incidente.
Ojo
es distinto de la configuración guardada de cada automatización.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

trigger_ci_workflow

Aprobación: ver la regla

Arranca el workflow de build de CI para el paso de build candidata de una release.

Lo que Claude pide
ninguna fuente describe una confirmación propia para lanzar una build; se aplica la regla general.
Cuándo sirve
hace falta una build candidata nueva.
Ojo
solo para apps con FlightPaths activado.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

update_bucket_build

Aprobación: ver la regla

Actualiza una build guardada en Build Distro.

Lo que Claude pide
la doc de Runway no dice nada de una validación para actualizar una build, así que rige la regla por defecto.
Cuándo sirve
los detalles de una build en su bucket tienen que cambiar.
Ojo
borrar una build de su bucket pasa por otra herramienta, delete_build.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

update_build_bucket

Aprobación: ver la regla

Modifica un bucket de Build Distro existente.

Lo que Claude pide
ninguna fuente describe una confirmación propia para actualizar un bucket; se aplica la regla general.
Cuándo sirve
los ajustes de un bucket tienen que cambiar.
Ojo
la doc no precisa qué ajustes del bucket pueden cambiar; sus detalles actuales salen de get_build_bucket.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

update_checklist_item_comment

Aprobación: ver la regla

Cambia el comentario de un elemento de checklist.

Lo que Claude pide
para el comentario de un elemento no hay nada documentado: cuenta la regla general.
Cuándo sirve
un punto de la checklist necesita una nota que explique qué se comprobó.
Ojo
el estado del elemento se cambia con otra herramienta, update_checklist_item_status.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

update_checklist_item_status

Aprobación: ver la regla

Cambia el estado de un elemento de checklist en una release.

Lo que Claude pide
la doc de Runway no dice nada de una validación para el estado de un elemento de checklist, así que rige la regla por defecto.
Cuándo sirve
un punto de la checklist está hecho y su estado tiene que reflejarlo.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

update_regression_status

Aprobación: ver la regla

Actualiza el estado de las pruebas de regresión de una release.

Lo que Claude pide
ninguna fuente describe una confirmación propia para el estado de regresión; se aplica la regla general.
Cuándo sirve
las pruebas de regresión han terminado y el estado de la release tiene que reflejarlo.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

update_release

Aprobación: ver la regla

Modifica una release que ya existe en Runway.

Lo que Claude pide
para actualizar una release no hay nada documentado: cuenta la regla general.
Cuándo sirve
algo ha cambiado en una versión prevista.
Ojo
la doc no enumera qué campos de la release puede cambiar esta herramienta.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

update_release_approval

Aprobación: ver la regla

Aprueba o retira la aprobación de los metadatos o las capturas de una release.

Lo que Claude pide
la doc de Runway no dice nada de una validación para aprobar metadatos, así que rige la regla por defecto.
Cuándo sirve
los metadatos o las capturas de una release ya se han revisado.
Ojo
el texto de la ficha de la tienda se cambia con update_release_metadata.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

update_release_metadata

Aprobación: ver la regla

Actualiza los metadatos de la ficha de App Store o Play Store por idioma: notas de versión, palabras clave, descripción, entre otros.

Lo que Claude pide
ninguna fuente describe una confirmación propia para los metadatos de la ficha; se aplica la regla general.
Cuándo sirve
el texto de la ficha en un idioma tiene que cambiar antes del envío.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

update_scheduled_automation

Aprobación: ver la regla

Activa o desactiva una automatización de release programada: arranque, envío, publicación, parada, promoción o reanudación del despliegue.

Lo que Claude pide
para una automatización programada no hay nada documentado: cuenta la regla general.
Cuándo sirve
un paso programado debe hacerse a mano a partir de ahora, o volver a ser automático.
Ojo
esto cambia la configuración guardada, a diferencia de la pausa temporal.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

update_user_group

Aprobación: ver la regla

Actualiza un grupo de usuarios de la organización.

Lo que Claude pide
la doc de Runway no dice nada de una validación para actualizar un grupo, así que rige la regla por defecto.
Cuándo sirve
los miembros o los detalles de un grupo han cambiado.
Ojo
el grupo es compartido en la organización, así que el cambio vale para todos sus miembros.

Fuenteapi-docs.runway.team · 1 de octubre de 2026 ↗

Aprobaciones

Lo que Claude te pregunta 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, justo cuando importa.

Ninguna fuente dice si Claude pregunta antes de borrar una release, retirar un envío o apagar una automatización: es esa regla por defecto la que cubre las treinta herramientas de escritura. En un espacio Team o Enterprise, los propietarios deciden si un miembro puede dejar pasar ciertas acciones sin que se le vuelva a preguntar, y pueden cerrar la escritura de un conector para toda la organización. Nadie se lo salta desde su cuenta.

Planes

En qué planes está disponible

De las 819 fichas del directorio oficial, ninguna muestra disponibilidad por plan. Conector por conector, la respuesta no se publica en ningún sitio: es un hueco real del catálogo.

La regla general sí está publicada: 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, hay que mirar la ficha de Runway en el directorio oficial.

Límites

Hasta dónde llega Runway dentro de Claude

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

Solo el editor documenta este conector, en la lista de herramientas de su documentación de API: ni el centro de ayuda de Claude ni la documentación de Anthropic hablan de él. La doc de Runway describe además herramientas que no están en la ficha y que esta página no recoge. La insignia de socio no es una auditoría de seguridad, y Anthropic no garantiza que las herramientas de un editor se comporten como se anuncia.

¿Necesitas ayuda?

¿Necesitas ayuda para conectar Runway (runway.team) con Claude?

Una persona lee cada mensaje.

FAQ

Preguntas frecuentes sobre el conector Claude Runway Team

01¿Qué puede hacer Claude con el conector Runway Team?
Claude puede seguir y hacer avanzar los lanzamientos de tus apps móviles desde la conversación. Consulta la organización, las apps, las releases con sus pasos y su cronología, las checklists, las solicitudes de corrección, las builds de Build Distro y los grupos de usuarios. También puede crear o borrar releases, abrir, aprobar o rechazar correcciones, marcar checklists, actualizar los metadatos de las tiendas, lanzar la CI y pausar automatizaciones. Cada herramienta tiene su nota más arriba.
02¿Puede Claude borrar una release o retirar un envío?
Sí. Entre las treinta herramientas de escritura, algunas borran una release, una build distribuida o un grupo de usuarios, y otra retira una build enviada a la tienda pero aún no publicada. Otras saltan una release, apagan una automatización programada o pausan todas las automatizaciones. La documentación de Runway no menciona ninguna vuelta atrás para los borrados, así que revisa bien cada petición de ese tipo antes de validarla. Esos gestos pasan con tu identidad de Runway.
03¿Claude me pregunta antes de actuar sobre una release?
Por defecto, Claude pide confirmación antes de cualquier acción que haga en una cuenta en tu nombre. Ninguna fuente describe una confirmación propia de una herramienta de Runway, así que esa regla por defecto cubre creaciones, actualizaciones, borrados y lanzamientos. En un espacio Team o Enterprise, los propietarios pueden decidir si algunas acciones pasan sin pregunta, y también pueden cerrar toda escritura para la organización entera. La regla general es la única referencia aquí.
04¿En qué planes está disponible?
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, con una activación previa por parte de un Owner en Team y Enterprise. La ficha de Runway en el directorio oficial sigue siendo el único sitio con el estado actual para tu cuenta.
05¿Claude ve todas las apps de mi organización en Runway?
Ve lo que ve tu cuenta de Runway, y nada más. Claude trabaja con los permisos de la persona conectada: una app o una release cerrada para ti en Runway sigue cerrada en la conversación. Según la documentación, el conector actúa en nombre de tu equipo, lo que hace esos permisos aún más importantes. En un espacio Team o Enterprise, un propietario puede además restringir lo que el conector tiene permitido.
06¿Por qué Claude no puede lanzar la CI o crear una incidencia de triaje?
Porque esas herramientas dependen de opciones de la app en Runway. Arrancar el workflow de CI solo funciona en apps con FlightPaths activado, y las herramientas de triaje requieren que Triage esté activado en la app. Si esas opciones no están puestas, las herramientas correspondientes no sirven. Hay que comprobarlo en Runway, con quien administra la app, antes de volver a intentarlo en Claude. La doc de Runway lo indica herramienta por herramienta.
07¿Claude o una herramienta de automatización para gestionar releases?
No hacen el mismo trabajo. Con el conector, le pides a Claude que consulte o haga avanzar una release, y actúa en el momento en que lo pides. Después nada funciona solo: ninguna herramienta se despierta cuando llega una build o termina una revisión. Runway tiene sus propias automatizaciones programadas, y una herramienta de automatización cubre las reacciones a eventos externos; los enfoques se complementan. Usa cada uno para lo que mejor hace.