Ressources · Connecteur Claude

Connecteur Claude Runway TeamCe que Claude sait faire dans ton compte Runway Team.

Le connecteur Claude Runway Team expose 56 outils : 26 en lecture, 30 en écriture, 0 non documenté. Ils couvrent releases, builds, correctifs, checklists et automatisations de tes apps mobiles. Ici : ce que Claude lit, ce qu'il fait avancer, et ce qu'il peut supprimer.

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Aperçu

Ce que ça change pour une équipe mobile

Runway orchestre la sortie d'une app mobile : calendrier, builds, correctifs, checklists, soumission aux stores. D'après sa documentation, le connecteur laisse un assistant piloter Runway au nom de ton équipe. Tu poses la question à Claude, il consulte l'état d'une release ou agit dessus sans que tu ouvres le tableau de bord.

Savoir où en est la version. Pour savoir où en est une release, list_release_steps montre l'étape atteinte par la release, get_release_step donne le détail d'une étape, durée de revue comprise, et list_fix_requests liste les correctifs en attente.

Faire entrer un correctif. Pour un correctif, get_fix_request_form_fields_settings donne les champs du formulaire, create_fix_request ouvre la demande, puis approve_fix_request ou reject_fix_request tranche.

Réagir à un incident. Pendant un incident, set_automation_pause met les automatisations en pause, de façon réversible, et developer_reject_submission retire un build soumis mais pas encore publié.

Ce que Claude ne fait pas ici : rien ne part seul, aucune release ne réveille Claude. La fiche ne publie pas tous les outils que la doc de Runway décrit. Certains outils dépendent d'options de l'app, comme Triage ou FlightPaths. Pour des réactions automatiques, c'est un outil d'automatisation qu'il faut ; la page Intégrations couvre ce côté, et les connecteurs Claude réunissent les autres.

Vocabulaire

Le vocabulaire en une minute

Cinq mots à connaître avant de brancher Runway.

Connecteur
Le lien que tu poses une fois entre Claude et un compte que tu as déjà, pour qu'il y travaille pendant qu'il te répond.
Outil
Une action nommée que le connecteur ouvre à Claude. Il choisit seul celles dont il a besoin ; le répertoire les liste par leur nom.
Autorisation
L'écran de connexion du service lui-même, où tu confies à Claude l'accès qu'il utilisera. Donnée une fois par personne, reprise quand tu veux.
Approbation
La confirmation que Claude attend avant d'aller au bout d'une action qui modifie ton compte, affichée dans la conversation au bon moment.
MCP
Le standard commun des connecteurs : c'est grâce à lui qu'un assistant comme Claude dialogue avec un service extérieur.
Connexion

Brancher Runway Team à Claude en trois étapes

  1. 01

    Retrouver Runway Team

    Dans les réglages de Claude, ouvre Customize puis Connectors et repère Runway dans la liste. Sur un espace Team ou Enterprise, un Owner ou un Primary Owner doit d'abord l'activer pour que chaque membre puisse s'y connecter.

  2. 02

    Lancer le branchement

    Clique sur Connect depuis sa ligne, puis identifie-toi dans la fenêtre que le service ouvre lui-même. Si le lien casse un jour, Disconnect puis rebranche : c'est le geste prévu.

  3. 03

    Relire l'écran d'autorisation

    Lis l'écran d'autorisation avant de valider. Il appartient au service, pas à Claude, et c'est lui qui fixe ce que l'accès couvre. D'après Runway, le connecteur pilote ensuite Runway pour le compte de ton équipe.

Outils

Les 56 outils du connecteur Claude Runway Team

Runway (runway.team) donne à Claude 56 outils : 26 qui lisent ton compte, 30 qui y changent quelque chose.

Deux groupes, d'après la liste d'outils publiée par Runway : ce que Claude lit, et ce qu'il crée, modifie, déclenche ou supprime. Les noms restent ceux que Claude affiche.

  • 26 lecture
  • 30 écriture

Ce que Claude lit (26)

26 outils

Vingt-six outils qui consultent apps, releases, étapes, builds, correctifs et groupes.

get_app

Ouvre les détails d'une app suivie dans Runway. C'est un point de départ naturel avant d'en regarder les releases, les étapes ou les intégrations.

Quand ça sert
tu dois voir comment une app est configurée dans Runway avant de travailler sur ses releases.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

get_bucket_build

Affiche les détails d'un build stocké dans Build Distro, où Runway range les builds par buckets.

Quand ça sert
il te faut le détail d'un build précis plutôt que la liste de tout le bucket.
Attention
seuls les builds des buckets que ton compte Runway atteint apparaissent, puisque Claude travaille avec tes droits.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

get_build_bucket

Renvoie les détails d'un bucket Build Distro. Il décrit le bucket lui-même ; list_bucket_builds en liste le contenu.

Quand ça sert
tu veux les détails d'un bucket avant d'y déposer un build.
Attention
pour les builds eux-mêmes, get_bucket_build en ouvre un et list_bucket_builds les liste tous.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

get_checklist_item

Consulte le détail d'un élément de checklist d'une release, quand la liste complète ne suffit pas.

Quand ça sert
tu dois savoir précisément où en est un seul point de la checklist.
Attention
pour tous les éléments de la release d'un coup, c'est list_release_checklist_items qu'il faut appeler.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

get_custom_ci_build_additional_file_download

Renvoie une URL de téléchargement signée pour un fichier complémentaire attaché à un build Custom CI. Le fichier reste chez Runway ; Claude te passe le lien.

Quand ça sert
il te faut un fichier complémentaire d'un build, pas le build lui-même.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

get_custom_ci_build_artifact_download

Génère une URL de téléchargement signée pour le binaire principal d'un build Custom CI (MRM) : le fichier du build lui-même, pas un fichier complémentaire.

Quand ça sert
il te faut le binaire principal d'un build pour l'installer ou l'examiner.
Attention
le lien est signé et passe par Runway.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

get_fix_request

Vérifie l'état actuel d'une demande de correctif : son statut, qui l'a demandée et les approbations qui lui manquent encore.

Quand ça sert
quelqu'un veut savoir pourquoi un correctif n'est pas encore entré dans la release.
Attention
pour toutes les demandes d'une release, list_fix_requests donne la vue d'ensemble.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

get_fix_request_form_fields_settings

Renvoie les champs du formulaire de demande de correctif configurés pour l'app, avec leurs identifiants et leurs règles d'obligation ou de longueur minimale : les réponses qu'une demande attend.

Quand ça sert
une demande de correctif va être ouverte et son formulaire doit être bien rempli.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

get_org

Récupère les détails de ton organisation Runway. C'est la vue la plus large, au-dessus des apps.

Quand ça sert
tu veux confirmer à quelle organisation appartient la connexion avant d'agir.
Attention
d'après Runway, la connexion agit pour le compte de ton équipe : l'organisation affichée est celle de ton compte.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

get_org_metrics

Agrège des indicateurs sur toutes les apps et releases de l'organisation, sur une période passée : durée des releases, taux de rejet en revue, nombre de builds, entre autres.

Quand ça sert
tu veux une vue d'ensemble du déroulé des releases de toute l'organisation sur une période.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

get_release

Récupère le détail d'une release, au-delà des informations de base que donne la liste des releases.

Quand ça sert
il te faut le détail complet d'une version précise.
Attention
pour une vue étape par étape, list_release_steps et get_release_step vont plus loin, la liste des releases ne donnant que l'essentiel.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

get_release_step

Renvoie le détail d'une étape de release selon son type : préparation des fonctionnalités, builds candidats et les autres types d'étape que décrit la doc, chacun avec ses données. D'après Runway, c'est ici que se lit la durée de revue.

Quand ça sert
tu veux savoir combien de temps une version a attendu en revue.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

get_release_timeline_events

Renvoie les événements de la chronologie d'une release, pour voir ce qui s'est passé et dans quel ordre. La doc demande de ne pas s'en servir pour calculer des durées.

Quand ça sert
la suite des événements d'une release doit être reconstituée.
Attention
la durée de revue vient de get_release_step, d'après la doc.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

get_schedule_cadence

Donne la cadence de release de l'app (hebdomadaire, toutes les deux semaines ou mensuelle), les jours et heures cibles de lancement, de soumission et de sortie, et le fuseau horaire.

Quand ça sert
tu dois savoir quand la prochaine soumission est prévue, et quel jour.
Attention
la cadence décrit le plan ; l'activation de chaque automatisation planifiée est une autre affaire, gérée par update_scheduled_automation.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

get_user_group

Ouvre la fiche d'un groupe d'utilisateurs de l'organisation.

Quand ça sert
il te faut les détails d'un groupe avant de lui donner un rôle dans une release.
Attention
seuls les groupes de ton organisation sont visibles, avec les droits de ton compte. La liste complète vient de list_user_groups.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

list_apps

Liste toutes les apps d'une organisation Runway, pour que Claude sache de quelle app tu parles, sous son nom exact, avant d'aller chercher ses releases.

Quand ça sert
plusieurs apps partagent l'organisation et il te faut le nom exact de l'une d'elles.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

list_bucket_builds

Liste les builds d'un bucket Build Distro, là où get_build_bucket ne décrit que le bucket.

Quand ça sert
tu veux voir quels builds un bucket contient vraiment.
Attention
les détails du bucket viennent de get_build_bucket, et ceux d'un build de get_bucket_build.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

list_build_buckets

Recense les buckets Build Distro d'une app : c'est ainsi qu'on retrouve celui qu'on cherche.

Quand ça sert
tu cherches le bon bucket avant de travailler sur un build.
Attention
les buckets se listent par app : l'app doit être connue d'abord, via list_apps au besoin.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

list_fix_requests

Parcourt les demandes de correctif d'une release : statut, demandeur, approbations obtenues et éléments de travail couverts par chacune.

Quand ça sert
avant la soumission, tu veux tous les correctifs en attente et les approbations qui manquent à chacun.
Attention
l'état détaillé d'une demande vient de get_fix_request.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

list_integration_builds

Montre les builds envoyés à une intégration Custom CI (MRM) pour une release donnée.

Quand ça sert
tu veux vérifier quels builds l'intégration CI a envoyés pour une release.
Attention
les liens de téléchargement d'un build Custom CI viennent des deux outils de téléchargement dédiés, pas de cette liste.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

list_integrations

Inventorie les intégrations installées sur une app : fournisseurs de CI, stores, gestion de versions et autres outils branchés sur Runway.

Quand ça sert
tu veux savoir si une app est déjà reliée à un fournisseur de CI ou à un store.
Attention
l'outil de CI ne lance un build que sur les apps où FlightPaths est activé, d'après Runway.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

list_release_checklist_items

Liste tous les éléments de checklist d'une release, en une seule vue.

Quand ça sert
tu veux voir ce qui reste sur la checklist d'une release avant la soumission.
Attention
le détail d'un élément vient de get_checklist_item, et le cocher passe par update_checklist_item_status, dans l'autre groupe.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

list_release_steps

Donne une liste légère des étapes d'une release, avec l'identifiant, le type et le statut de chacune. Pour le détail d'une étape, get_release_step prend le relais.

Quand ça sert
tu veux voir d'un coup à quelle étape en est une release.
Attention
d'après la doc, il renvoie l'identifiant, le type et le statut de chaque étape, rien de plus.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

list_releases

Rassemble les releases d'une app avec leurs seules informations de base. Pour le détail de l'une d'elles, get_release prend le relais.

Quand ça sert
tu dois retrouver une version dans la liste des releases d'une app.
Attention
la liste ne porte que l'essentiel de chaque release, par construction.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

list_triage_issues

Fait remonter les problèmes de triage d'une app, avec des filtres facultatifs par version, statut, source, responsable, rapporteur, destination et une recherche en texte libre.

Quand ça sert
tu veux les problèmes ouverts signalés sur une version.
Attention
ces outils de triage supposent l'option Triage active.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

list_user_groups

Énumère les groupes d'utilisateurs d'une organisation Runway.

Quand ça sert
tu veux savoir quels groupes existent déjà dans l'organisation et comment ils s'appellent.
Attention
le détail d'un groupe vient de get_user_group, et seuls les groupes de ta propre organisation sont listés.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

Ce que Claude change (30)

30 outils

Trente outils qui créent, modifient, déclenchent ou suppriment. Aucune source ne précise leur confirmation : la règle générale plus bas s'applique.

approve_fix_request

Approbation : voir la règle

Approuve une demande de correctif sur une release, l'une des deux façons de trancher une demande ouverte avec create_fix_request.

Ce que Claude demande
aucune source ne décrit de confirmation propre à l'approbation d'un correctif ; la règle générale s'applique.
Quand ça sert
une demande de correctif attend ton approbation sur la release en cours.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

create_approval

Approbation : voir la règle

Crée un élément d'approbation sur une release, à côté de ses éléments de checklist et de régression.

Ce que Claude demande
pour la création d'un point d'approbation, rien n'est documenté : c'est la règle générale qui joue.
Quand ça sert
une release a besoin d'un élément d'approbation qui n'existe pas encore.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

create_build_bucket

Approbation : voir la règle

Crée un bucket dans Build Distro, la partie de Runway où les builds sont regroupés en buckets.

Ce que Claude demande
la doc de Runway ne dit rien d'une validation pour la création d'un bucket, donc règle par défaut.
Quand ça sert
des builds ont besoin d'un nouveau bucket à eux.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

create_checklist_item

Approbation : voir la règle

Ajoute à une étape de release un élément de checklist générique, distinct des tests de régression et des approbations.

Ce que Claude demande
aucune source ne décrit de confirmation propre à l'ajout d'un élément de checklist ; la règle générale s'applique.
Quand ça sert
une étape a besoin d'un élément qui n'est ni un test de régression ni une approbation.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

create_fix_request

Approbation : voir la règle

Crée une demande de correctif sur une release, qui signale une pull request, un commit ou un ticket comme correction devant y entrer, avec les réponses au formulaire de l'app.

Ce que Claude demande
pour l'ouverture d'une demande de correctif, rien n'est documenté : c'est la règle générale qui joue.
Quand ça sert
une modification doit entrer dans la release en cours.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

create_regression_items

Approbation : voir la règle

Crée un ou plusieurs éléments de test de régression sur une release, en un seul appel.

Ce que Claude demande
la doc de Runway ne dit rien d'une validation pour la création d'éléments de régression, donc règle par défaut.
Quand ça sert
plusieurs tests de régression doivent être ajoutés d'un coup à une release.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

create_regression_step_checklist_item

Approbation : voir la règle

Pose un élément de checklist directement sur l'étape de test de régression de la release.

Ce que Claude demande
aucune source ne décrit de confirmation propre à un élément sur l'étape de régression ; la règle générale s'applique.
Quand ça sert
l'étape de régression a besoin d'un point de contrôle de plus.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

create_triage_issue

Approbation : voir la règle

Crée un problème de triage sur une app, pour qu'un incident signalé soit suivi dans Runway.

Ce que Claude demande
la doc de Runway ne dit rien d'une validation pour la création d'un problème de triage, donc règle par défaut.
Quand ça sert
un problème a été signalé et doit être consigné pour le triage.
Attention
Triage doit être activé sur l'app.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

create_user_group

Approbation : voir la règle

Crée un groupe d'utilisateurs dans l'organisation Runway.

Ce que Claude demande
aucune source ne décrit de confirmation propre à la création d'un groupe ; la règle générale s'applique.
Quand ça sert
l'organisation a besoin d'un groupe qui n'existe pas encore.
Attention
le groupe est créé pour toute l'organisation, pas seulement pour toi.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

delete_build

Approbation : voir la règle

Supprime un build d'un bucket Build Distro.

Ce que Claude demande
pour la suppression d'un build, rien n'est documenté : c'est la règle générale qui joue.
Quand ça sert
un build ne doit plus figurer dans son bucket.
Attention
la documentation de Runway ne mentionne aucun moyen d'annuler la suppression.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

delete_group

Approbation : voir la règle

Supprime un groupe d'utilisateurs de l'organisation Runway.

Ce que Claude demande
la doc de Runway ne dit rien d'une validation pour la suppression d'un groupe, donc règle par défaut.
Quand ça sert
un groupe n'a plus de raison d'exister.
Attention
rien dans la doc ne décrit de moyen de restaurer un groupe supprimé.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

delete_release

Approbation : voir la règle

Supprime une release de Runway.

Ce que Claude demande
aucune source ne décrit de confirmation propre à la suppression d'une release ; la règle générale s'applique.
Quand ça sert
une release a été créée alors qu'elle ne devait pas exister.
Attention
aucune annulation n'est décrite ; sauter une release avec skip_release est le geste plus doux que liste la doc.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

developer_reject_submission

Approbation : voir la règle

Annule ou retire un build déjà soumis au store mais pas encore publié : un rejet par le développeur, selon la doc de Runway.

Ce que Claude demande
pour le retrait d'une soumission, rien n'est documenté : c'est la règle générale qui joue.
Quand ça sert
un build soumis au store ne doit pas sortir.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

ignore_unignore_feature_readiness_items

Approbation : voir la règle

Ignore ou réintègre des éléments de travail Feature Readiness sur une release.

Ce que Claude demande
la doc de Runway ne dit rien d'une validation pour ce geste sur les éléments de préparation, donc règle par défaut.
Quand ça sert
un élément suivi pour une release n'a rien à voir avec cette version.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

reject_fix_request

Approbation : voir la règle

Rejette une demande de correctif sur une release, l'autre façon de trancher une demande ouverte avec create_fix_request.

Ce que Claude demande
aucune source ne décrit de confirmation propre à le rejet d'un correctif ; la règle générale s'applique.
Quand ça sert
un correctif proposé ne doit pas entrer dans cette release.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

set_automation_pause

Approbation : voir la règle

Met en pause ou relance temporairement les automatisations d'une app, de façon réversible, pendant un correctif urgent, un gel du code ou un incident.

Ce que Claude demande
pour la mise en pause des automatisations, rien n'est documenté : c'est la règle générale qui joue.
Quand ça sert
les automatisations doivent s'arrêter un temps, pendant un hotfix, un gel du code ou un incident.
Attention
c'est distinct de la configuration enregistrée de chaque automatisation.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

skip_release

Approbation : voir la règle

Saute une release.

Ce que Claude demande
la doc de Runway ne dit rien d'une validation pour le saut d'une release, donc règle par défaut.
Quand ça sert
une release prévue ne sortira pas.
Attention
unskip_release annule un saut, d'après la liste d'outils de Runway.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

trigger_ci_workflow

Approbation : voir la règle

Démarre le workflow de build de CI pour l'étape de build candidat d'une release.

Ce que Claude demande
aucune source ne décrit de confirmation propre à le lancement d'un build ; la règle générale s'applique.
Quand ça sert
un nouveau build candidat est nécessaire.
Attention
réservé aux apps où FlightPaths est activé.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

unskip_release

Approbation : voir la règle

Annule le saut d'une release qui avait été sautée.

Ce que Claude demande
pour le rétablissement d'une release, rien n'est documenté : c'est la règle générale qui joue.
Quand ça sert
une release sautée doit finalement sortir.
Attention
il ne s'applique qu'à une release sautée auparavant.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

update_bucket_build

Approbation : voir la règle

Met à jour un build stocké dans Build Distro.

Ce que Claude demande
la doc de Runway ne dit rien d'une validation pour la mise à jour d'un build, donc règle par défaut.
Quand ça sert
les détails d'un build dans son bucket doivent changer.
Attention
supprimer un build de son bucket passe par un autre outil, delete_build.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

update_build_bucket

Approbation : voir la règle

Modifie un bucket Build Distro existant.

Ce que Claude demande
aucune source ne décrit de confirmation propre à la mise à jour d'un bucket ; la règle générale s'applique.
Quand ça sert
les réglages d'un bucket doivent changer.
Attention
la doc ne précise pas quels réglages du bucket peuvent changer ; ses détails actuels viennent de get_build_bucket.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

update_checklist_item_comment

Approbation : voir la règle

Change le commentaire d'un élément de checklist.

Ce que Claude demande
pour le commentaire d'un élément, rien n'est documenté : c'est la règle générale qui joue.
Quand ça sert
un point de la checklist a besoin d'une note qui explique ce qui a été vérifié.
Attention
le statut de l'élément se change avec un autre outil, update_checklist_item_status.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

update_checklist_item_status

Approbation : voir la règle

Change le statut d'un élément de checklist sur une release.

Ce que Claude demande
la doc de Runway ne dit rien d'une validation pour le statut d'un élément de checklist, donc règle par défaut.
Quand ça sert
un point de la checklist est fait et son statut doit le dire.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

update_regression_status

Approbation : voir la règle

Actualise le statut des tests de régression d'une release.

Ce que Claude demande
aucune source ne décrit de confirmation propre à le statut de régression ; la règle générale s'applique.
Quand ça sert
les tests de régression sont terminés et le statut de la release doit en tenir compte.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

update_release

Approbation : voir la règle

Modifie une release qui existe déjà dans Runway.

Ce que Claude demande
pour la mise à jour d'une release, rien n'est documenté : c'est la règle générale qui joue.
Quand ça sert
quelque chose a changé pour une version prévue.
Attention
la doc ne liste pas les champs de release que cet outil peut changer.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

update_release_approval

Approbation : voir la règle

Approuve ou retire l'approbation des métadonnées ou des captures d'écran d'une release.

Ce que Claude demande
la doc de Runway ne dit rien d'une validation pour l'approbation des métadonnées, donc règle par défaut.
Quand ça sert
les métadonnées ou les captures d'une release ont été relues.
Attention
le texte de la fiche store lui-même se change avec update_release_metadata.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

update_release_metadata

Approbation : voir la règle

Modifie les métadonnées de la fiche App Store ou Play Store par langue : notes de version, mots-clés, description, entre autres.

Ce que Claude demande
aucune source ne décrit de confirmation propre à les métadonnées de la fiche store ; la règle générale s'applique.
Quand ça sert
le texte de la fiche dans une langue doit changer avant la soumission.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

update_scheduled_automation

Approbation : voir la règle

Active ou désactive une automatisation de release planifiée : lancement, soumission, sortie, arrêt, promotion ou reprise du déploiement.

Ce que Claude demande
pour une automatisation planifiée, rien n'est documenté : c'est la règle générale qui joue.
Quand ça sert
une étape planifiée doit désormais se faire à la main, ou repasser en automatique.
Attention
cela change la configuration enregistrée, contrairement à la pause temporaire.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

update_user_group

Approbation : voir la règle

Actualise un groupe d'utilisateurs de l'organisation.

Ce que Claude demande
la doc de Runway ne dit rien d'une validation pour la mise à jour d'un groupe, donc règle par défaut.
Quand ça sert
les membres ou les détails d'un groupe ont changé.
Attention
le groupe est partagé dans l'organisation : le changement vaut pour tous ses membres.

Sourceapi-docs.runway.team · 1 octobre 2026 ↗

Approbations

Ce que Claude te demande avant d'agir

Par défaut, Claude s'arrête et demande ton accord avant chaque action qu'il mène sur un compte à ta place. La demande s'affiche dans la conversation, au moment où elle compte.

Aucune source ne dit si Claude demande avant de supprimer une release, de retirer une soumission ou de couper une automatisation : c'est cette règle par défaut qui couvre les trente outils d'écriture. Sur un espace Team ou Enterprise, les propriétaires décident si un membre peut laisser passer certaines actions sans qu'on les lui redemande, et ils peuvent fermer l'écriture d'un connecteur pour toute l'organisation. Personne ne contourne ce réglage depuis son compte.

Plans

Sur quels plans c'est disponible

Sur les 819 fiches du répertoire officiel, aucune n'affiche de disponibilité par plan. Connecteur par connecteur, la réponse n'est publiée nulle part : c'est un vrai trou du catalogue.

La règle générale, elle, est publiée : les connecteurs distants sont ouverts à tous les utilisateurs sur Claude, Cowork, Claude Desktop et mobile. Sur Team et Enterprise, un Owner ou un Primary Owner ouvre le connecteur pour l'organisation avant que chaque membre puisse s'y connecter. Pour l'état à jour, c'est la fiche de Runway dans le répertoire officiel qu'il faut consulter.

Limites

Là où Runway s'arrête dans Claude

Un connecteur n'est pas une automatisation. Claude appelle ces outils pendant qu'il te répond : rien ne démarre quand un build arrive ou qu'une revue se termine.

Ce connecteur n'est documenté que par son éditeur, dans la liste d'outils de sa documentation d'API : ni le centre d'aide de Claude ni la doc d'Anthropic n'en parlent. La doc de Runway décrit aussi des outils absents de la fiche, que cette page ne reprend pas, faute de les voir sur la fiche. Le badge partenaire n'est pas un audit de sécurité, et Anthropic ne garantit pas que les outils d'un éditeur se comportent comme annoncé.

Besoin d'aide

Besoin d'aide pour brancher Runway (runway.team) sur Claude ?

Une personne lit chaque message.

FAQ

Questions fréquentes sur le connecteur Claude Runway Team

01Que peut faire Claude avec le connecteur Runway Team ?
Claude peut suivre et faire avancer les sorties de tes apps mobiles depuis la conversation. Il consulte l'organisation, les apps, les releases, leurs étapes, leur chronologie, les checklists, les demandes de correctif, les builds de Build Distro et les groupes d'utilisateurs. Il peut aussi créer ou supprimer des releases, ouvrir, approuver ou refuser des correctifs, cocher des checklists, modifier les métadonnées des stores, lancer la CI et mettre les automatisations en pause.
02Claude peut-il supprimer une release ou retirer une soumission ?
Oui. Parmi les trente outils d'écriture, certains suppriment une release, un build distribué ou un groupe d'utilisateurs, et un autre retire un build soumis au store mais pas encore publié. D'autres sautent une release, coupent une automatisation planifiée ou mettent toutes les automatisations en pause. La documentation de Runway ne parle d'aucun retour arrière pour les suppressions, donc relis bien chaque demande de ce type avant de la valider. Ces gestes passent sous ton identité Runway.
03Claude me demande-t-il avant d'agir sur une release ?
Par défaut, Claude demande une confirmation avant chaque action qu'il mène sur un compte à ta place. Aucune source ne décrit de confirmation propre à un outil Runway, donc cette règle par défaut couvre les créations, les mises à jour, les suppressions et les déclenchements. Sur un espace Team ou Enterprise, les propriétaires peuvent décider si certaines actions passent sans demande, et ils peuvent aussi fermer toute écriture pour l'organisation entière.
04Sur quels plans est-ce disponible ?
Aucune source officielle ne publie la disponibilité par plan connecteur par connecteur, et aucune des 819 fiches du répertoire ne l'affiche. La règle générale veut que les connecteurs distants soient ouverts à tous les utilisateurs sur Claude, Cowork, Claude Desktop et mobile, avec une activation préalable par un Owner sur Team et Enterprise. La fiche Runway du répertoire officiel reste le seul endroit qui montre l'état à jour pour ton compte.
05Claude voit-il toutes les apps de mon organisation Runway ?
Il voit ce que ton compte Runway voit, et rien de plus. Claude travaille avec les droits de la personne branchée : une app ou une release qui t'est fermée dans Runway le reste dans la conversation. D'après la documentation, le connecteur agit au nom de ton équipe, ce qui rend ces droits d'autant plus importants. Sur un espace Team ou Enterprise, un propriétaire peut en plus restreindre ce que le connecteur a le droit de faire.
06Pourquoi Claude ne peut-il pas lancer la CI ou créer un problème de triage ?
Parce que ces outils dépendent d'options de l'app dans Runway. Le lancement du workflow de CI ne fonctionne que sur les apps où FlightPaths est activé, et les outils de triage supposent que Triage soit activé sur l'app. Si ces options ne sont pas en place, les outils correspondants ne servent pas. C'est à vérifier côté Runway, avec la personne qui administre l'app. La doc de Runway le précise outil par outil.
07Claude ou un outil d'automatisation pour gérer les releases ?
Ils ne font pas le même métier. Avec le connecteur, tu demandes à Claude de consulter ou de faire avancer une release, et il agit au moment où tu le demandes. Rien ne tourne ensuite tout seul : aucun outil ne se réveille à l'arrivée d'un build ou à la fin d'une revue. Runway a ses propres automatisations planifiées, et un outil d'automatisation couvre les réactions à des événements extérieurs ; les approches se complètent.