Resources · Claude connector

Claude Expo connectorWhat Claude can do in your Expo account.

The Claude Expo connector exposes 25 tools: 15 read and 10 write. Claude reads the Expo docs and tracks your builds, workflows, crashes and reviews, then starts builds, submits to the stores and answers reviews. Here is what that changes, and where it stops.

Verified Trustpilot reviews · AI, automation & growth agency

Overview

What the Claude Expo connector changes

Between the EAS dashboard, App Store Connect, the Play Console and the docs, a mobile team juggles four screens. With the connector, you ask Claude instead: it reads the state of your builds, crashes and reviews, and can take the next step on request, without you switching tabs.

Debug a failed build. Claude finds it with build_list, reads the output through build_logs and can open the matching page with read_documentation.

Ship a release. Once the fix is merged, Claude starts the build via build_run, then sends it to the stores using build_submit.

Listen to users. Claude gathers Android feedback with playstore_reviews and beta crashes from testflight_crashes, then drafts a public reply you approve before appstore_reply_review.

What it will not do with this sheet: drive a simulator or screenshot your running app. Expo describes those local tools, but they are not on the connector's sheet. Nothing runs on its own either: Claude only acts while it answers you. Other platforms covered on the site sit on the Integrations hub. It cannot open React Native DevTools either, since that tool is also local and absent from the sheet. Under the default rule, it also asks before posting any reply to a review.

Vocabulary

Five words before you connect

The Claude vocabulary around this connector, in a minute.

Connector
The link you set up once between Claude and a service you already use, so Claude can work with it while it answers you.
Tool
One named capability the connector opens to Claude. Claude picks which ones to call on its own, and the directory sheet lists them.
Authorization
Expo's own sign-in screen, where you hand Claude the access it will use afterwards. Granted once per person, and revocable.
Approval
The confirmation Claude waits for before an action that changes an account, shown right in the conversation when it matters.
MCP
The shared standard connectors are built on. It is what lets an assistant like Claude talk to an outside service such as Expo.
Connect

Connect Expo to Claude in three steps

  1. 01

    Find it in your connectors

    Open Claude's settings, go to Customize, then Connectors, and look for Expo. On a Team or Enterprise workspace, an Owner or Primary Owner has to enable it before members can sign in individually.

  2. 02

    Start the connection

    Click Connect on its row and sign in through the window Expo opens itself. If the link ever breaks, use Disconnect and connect again: that is the documented fix.

  3. 03

    Read the authorization screen

    Go through Expo's authorization screen before you approve it. The service decides what the access covers, not Claude. You can also revoke that access later from your Expo account.

Tools

The 25 tools, read and write

Expo gives Claude 25 tools: 15 that read your account, 10 that change something in it.

Twenty-five tools, each described by Expo in the capabilities table of its docs. Names stay exactly as Claude shows them.

  • 15 read
  • 10 write

What Claude reads (15)

15 tools

Fifteen tools that read the docs, your builds, workflows, crashes and reviews.

appstore_reviews

Pulls the public App Store reviews for your app: rating, title, body, reviewer and territory.

When it helps
once a new version is live, you want a quick read on what iPhone users actually think of it, country by country, before you decide what goes into the next patch.

Sourcedocs.expo.dev · October 1, 2026 ↗

build_info

Returns the status and details of one EAS build from its ID.

When it helps
your production iOS build has been running a while and you want to know whether it finished, without opening the EAS dashboard to look it up yourself.

Sourcedocs.expo.dev · October 1, 2026 ↗

build_list

Lists a project's EAS builds with their status and available artifacts. It is usually the starting point for finding the right build before inspecting it or handing it to a store.

When it helps
you want this week's latest Android and iOS builds in one view.

Sourcedocs.expo.dev · October 1, 2026 ↗

build_logs

Fetches the logs of an EAS build once it has completed, whether it finished or errored.

When it helps
a build failed overnight and you want to read what went wrong without digging through the dashboard, then ask Claude what the error lines mean.

Sourcedocs.expo.dev · October 1, 2026 ↗

learn

Loads Expo know-how on a given topic, and Expo says Claude remembers it for future conversations. No change to your project is described for this tool.

When it helps
you are starting out with Expo Router and want Claude up to speed on its conventions before it helps.

Sourcedocs.expo.dev · October 1, 2026 ↗

playstore_crashes

Pulls crash and ANR issues reported by Google Play's Android Vitals. Without an issue ID, you get the list of recent issues.

When it helps
your Android rating is slipping and you suspect a crash on certain devices and want the list of recent issues first.

Sourcedocs.expo.dev · October 1, 2026 ↗

playstore_reviews

Fetches user reviews from Google Play. Expo notes that Google only exposes production reviews with text from roughly the last week.

When it helps
you want a summary of Android feedback since the latest release went out, while those reviews are still inside the window Google exposes.

Sourcedocs.expo.dev · October 1, 2026 ↗

read_documentation

Opens one page of the Expo docs and returns it as text, in chunks of up to about 5000 tokens.

When it helps
you want the exact steps to set up push notifications in the current Expo release, quoted from the page itself rather than paraphrased.

Sourcedocs.expo.dev · October 1, 2026 ↗

search_documentation

Searches the official Expo docs and ranks pages by relevance to your question. According to Expo, this tool requires a billed EAS subscription.

When it helps
you are not sure which docs page covers continuous native generation and want the most relevant ones listed first.

Sourcedocs.expo.dev · October 1, 2026 ↗

testflight_crashes

Pulls crash data from TestFlight: the recent list without an ID, or the full crash log with stack trace for a specific one.

When it helps
beta testers report the app closing at launch on one specific iPhone model and you want the stack trace of that exact crash.

Sourcedocs.expo.dev · October 1, 2026 ↗

testflight_feedback

Brings back screenshot feedback from TestFlight testers: device info, comments and links to the screenshots.

When it helps
before release, you want to go through everything testers flagged this week, with their device info, their comments and the screenshots they attached.

Sourcedocs.expo.dev · October 1, 2026 ↗

workflow_info

Returns the details of one EAS workflow run: status, per-job results, errors and artifacts.

When it helps
your deployment pipeline failed and you want to know which job broke, what error it returned and which artifacts were produced before it stopped.

Sourcedocs.expo.dev · October 1, 2026 ↗

workflow_list

Shows the most recent EAS workflow runs for a project.

When it helps
you want to check whether the test workflow ran after the last commit, and then open that one run to look at its details or its logs.

Sourcedocs.expo.dev · October 1, 2026 ↗

workflow_logs

For one job in an EAS workflow run, this returns the logs.

When it helps
a compile step keeps breaking in your workflow and you want to read the logs of that one failing job, not of the whole run.

Sourcedocs.expo.dev · October 1, 2026 ↗

workflow_validate

Checks the syntax and configuration of an EAS workflow file. Expo recommends calling it right after drafting one, to catch mistakes before anything runs.

When it helps
you edited a workflow file and want to make sure it is valid before kicking it off.

Sourcedocs.expo.dev · October 1, 2026 ↗

What Claude starts or publishes (10)

10 tools

Ten tools that start, cancel, submit or post. No source describes their confirmation, so the general rule below applies.

add_library

Approval: see the rule

Adds an Expo library to your project using Expo's install command, and attaches usage instructions when they exist.

What Claude asks for
no source describes a confirmation specific to this tool, so the general approval rule covers it.
When it helps
you want SQLite in your app and Claude to install the right library for it.

Sourcedocs.expo.dev · October 1, 2026 ↗

appstore_delete_review_response

Approval: see the rule

Removes the developer's public response under an App Store review. Expo files it as a write action.

What Claude asks for
nothing specific is documented; rely on the default rule before removing a response everyone can see.
When it helps
a reply posted in a hurry contained a mistake and needs to come down.

Sourcedocs.expo.dev · October 1, 2026 ↗

appstore_reply_review

Approval: see the rule

Posts or edits the developer's public response to an App Store review. Everyone can see it and Apple publishes it after a short review; one response per review, so any earlier one is replaced.

What Claude asks for
the source documents no particular check; the general rule applies, so read the text before you approve.
When it helps
an unhappy user reports a bug you already fixed and you want to answer publicly.

Sourcedocs.expo.dev · October 1, 2026 ↗

build_cancel

Approval: see the rule

Cancels an EAS build that is queued or in progress.

What Claude asks for
no dedicated confirmation is described; the general rule from the approvals section applies here.
When it helps
you kicked off a build with the wrong profile and want to stop it right away.

Sourcedocs.expo.dev · October 1, 2026 ↗

build_run

Approval: see the rule

Starts a new EAS build from a profile in your eas.json file. Expo states that a GitHub repository must be connected to the project.

What Claude asks for
no source describes a dedicated confirmation step; the default rule applies.
When it helps
you want a production iOS build after merging a fix.

Sourcedocs.expo.dev · October 1, 2026 ↗

build_submit

Approval: see the rule

Submits a finished EAS build to the App Store or Google Play. The build must be complete and carry the right distribution type.

What Claude asks for
the source describes no dedicated check; the general rule applies, and a store submission deserves a second look.
When it helps
the final release build is ready and you want it sent to both stores.

Sourcedocs.expo.dev · October 1, 2026 ↗

playstore_reply_review

Approval: see the rule

Posts a public reply to a Google Play review, or edits the existing one. It shows on the store listing; one reply per review, capped at 350 characters.

What Claude asks for
nothing is documented for this tool in particular; the default rule covers your public reply.
When it helps
you want to thank a five-star reviewer who also suggested a useful idea.

Sourcedocs.expo.dev · October 1, 2026 ↗

workflow_cancel

Approval: see the rule

Stops an EAS workflow run in progress.

What Claude asks for
no specific confirmation is described; the general approval rule is what applies.
When it helps
a deployment went out on the wrong branch and has to be halted before it finishes running.

Sourcedocs.expo.dev · October 1, 2026 ↗

workflow_create

Approval: see the rule

Drafts a new EAS workflow file for your project, or returns the workflow syntax docs. Expo recommends validating it right after.

What Claude asks for
the source documents no particular check; the general rule applies.
When it helps
you want a CI pipeline that builds and deploys on every merge.

Sourcedocs.expo.dev · October 1, 2026 ↗

workflow_run

Approval: see the rule

Triggers an EAS workflow run from a Git reference. The workflow file must exist at that reference.

What Claude asks for
no source describes a confirmation specific to this tool; the default rule applies.
When it helps
you want to rerun the deployment workflow on the latest main branch.

Sourcedocs.expo.dev · October 1, 2026 ↗

Approvals

What Claude asks before it acts

By default, Claude stops and asks for your go-ahead before each action it takes on an account for you.

For the ten tools that start builds, run workflows, submit to the stores or reply to reviews, no source describes a dedicated confirmation, so the default rule covers them. On Team and Enterprise, owners decide whether members can let certain actions through without being asked again, and they can restrict the connector for the whole organization. Expo also notes the connector can be switched on for an entire organization in one go.

Plans

Which plans include it

No official source publishes plan availability connector by connector, and none of the 819 directory sheets shows it. It is a real gap in the catalog.

What is published is the general rule: remote connectors are open to all users on Claude, Cowork, Claude Desktop and mobile. On Team and Enterprise, an Owner or Primary Owner turns the connector on for the organization before members connect. For this one's current status, check its sheet in the official directory. Worth knowing: only Expo documents this connector, and no Claude help article covers it.

Limits

Where this connector stops

A connector is not an automation. Claude calls these tools while it answers you, and no build kicks off by itself when you push code.

Expo warns that its capability list can change and may not be up to date, so the directory sheet stays the reference for your account. The directory badge is not a security audit, and Anthropic notes on every sheet that it does not choose a publisher's tools or vouch for how they behave. Expo says data sent to its server is not used to train AI models, and that the server only reaches the account and project data a tool call needs.

Need help

Need help connecting Expo to Claude?

A person reads every message.

FAQ

Claude Expo connector FAQ

01What can Claude do with the Expo connector?
Claude can follow and drive a good part of your mobile app's lifecycle while it answers you. On the read side, it checks the Expo docs, the status and logs of your EAS builds and workflows, TestFlight and Google Play crashes, and reviews on both stores. On the write side, it adds a library, starts or cancels a build, submits it to the stores, creates and triggers workflows, and posts or removes review replies.
02Can Claude publish my app or reply to reviews for me?
Yes, ten tools take action. build_submit sends a finished build to the App Store or Google Play, two tools post a public reply to a review, one per store, and a third removes the App Store one. Expo points out that these replies are visible to everyone and replace the previous one, with 350 characters at most on Google's side. By default, Claude asks you to confirm each of these actions.
03Does Claude ask before it starts a build or submits?
By default, yes: Claude asks for confirmation before each action it takes on an account on your behalf. No source describes a rule specific to Expo's write tools, so that default applies to building, submitting, workflows and review replies alike. On Team and Enterprise, owners decide whether members can let some actions through, and they can shut off writing for everyone. Since review replies and submissions are public or hard to undo, it is worth reading each request closely.
04Which Claude plans include the Expo connector?
No official source publishes plan availability for a specific connector, and none of the 819 directory sheets displays it. The general rule is that remote connectors are open to all users on Claude, Cowork, Claude Desktop and mobile, with an Owner or Primary Owner enabling the connector first on Team and Enterprise. Only the connector's directory sheet shows its current status for your account, so that is the place to check before relying on it.
05Can Claude see every project in our Expo organization?
Claude works with your permissions and nothing more, so what your Expo account cannot see, it cannot see either. The connector reaches the account you signed in with on Expo's authorization screen, and what that screen grants is set by Expo, not by Claude. Expo explains that the server accesses the account and project data each tool call needs, such as builds, workflows or TestFlight data. According to the publisher, that data is not used to train models.
06Why can't Claude start an Expo build?
The most likely documented cause is that no GitHub repository is connected to the project. Expo says the build tool needs one before it can start, and it builds from a profile in your eas.json file. Workflow runs have a similar condition: the workflow file must already exist at the Git reference you give. For a store submission, the build must be finished and carry the distribution type that store expects.
07Claude or an automation tool for Expo?
They do different jobs, so it depends on the use case. Claude fits when you want to understand a broken build, sort through reviews or trigger one specific action in conversation. An automation tool, such as EAS workflows themselves, fits when a pipeline has to run by itself on every merge. This connector never fires on its own: it acts while Claude is answering you. Claude can draft and validate a workflow file, or start a run, but the run itself then belongs to EAS.