プロトタイプ · プレビュー版:公式レジストリのすべてのサーバーを掲載し、30分ごとに同期しています。レビューとアカウント機能は今後のステップで始まります。
PopNx MCPAIを使う人のためのMCPサーバー · やさしい言葉で解説

rn-devtools-hub

作者:rn-devtools-hubバージョン 0.22.0i★ –iパソコンで動く
レジストリ名io.github.rn-devtools-hub/rn-devtools-hub

インストール

概要

作者による説明(英語の原文)

Drive a running React Native or Expo app from inside its JS runtime: see, act, prove.

PopNx MCPの3つの柱

この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。

できること

このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。

  • 接続方法: パソコンで動く
  • トランスポート: stdio, Streamable HTTP
  • カテゴリ: その他

インストール

使っているAIアプリを選んで、設定をコピーしてください。

インストールの前に

  • 基本チェック:1項目中1項目に合格
  • あなたのパソコンで、あなたのユーザーと同じ権限(ファイル、ネットワーク、アプリ)で動きます。
  • レジストリには、入力が必要なキーは載っていません。

必要なもの

  • npmNode.jsのインストール(npxコマンドに必要)

どのアプリを使っていますか?

上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。

Claude Desktop → Settings → Developer → Edit Config を開き、claude_desktop_config.json にこれを貼り付けます

{
  "mcpServers": {
    "rn-devtools-hub": {
      "command": "npx",
      "args": [
        "-y",
        "rn-devtools-hub",
        "mcp"
      ]
    }
  }
}

ターミナルでこれを実行します

claude mcp add rn-devtools-hub -- npx -y rn-devtools-hub mcp

Cursorで開く

または、設定を自分でコピーする

プロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます

{
  "mcpServers": {
    "rn-devtools-hub": {
      "command": "npx",
      "args": [
        "-y",
        "rn-devtools-hub",
        "mcp"
      ]
    }
  }
}

ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。

VS Codeで開く

または、設定を自分でコピーする

プロジェクトの .vscode/mcp.json に貼り付けます

{
  "servers": {
    "rn-devtools-hub": {
      "type": "stdio",
      "command": "npx",
      "args": [
        "-y",
        "rn-devtools-hub",
        "mcp"
      ]
    }
  }
}

ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。

これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。

選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。

この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。

できること

パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。

基本チェックi

誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月6日にチェック

  • ✓ 合格

    作者とリポジトリが一致

    レジストリ名は、リポジトリを所有するGitHubアカウント rn-devtools-hub で確認済みです

  • … 未チェック

    今もメンテナンスされている

    このリポジトリはまだGitHubから読み取っていません

  • … 未チェック

    ライセンスがある

    このリポジトリはまだGitHubから読み取っていません

  • – 対象外

    エンドポイントが応答する

    これはパソコンで動くため、インターネット上のエンドポイントはありません

  • – 対象外

    OAuthでサインイン

    パソコンで動き、代わりにローカルの設定を使います

  • … 未チェック

    ツールの説明に隠れた指示がない

    パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです

その他のほかのサーバーとの比較i

  • このカテゴリのほかの32371件のうち0%よりスターが多い
  • このカテゴリのほかの32371件のうち34%より最近レジストリに公開
  • 基本チェックの結果が、このカテゴリのほかの32371件のうち100%と同じかそれ以上

レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。

よくある質問

rn-devtools-hubは安全ですか?

当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。

どんなキーやコードが必要ですか?

レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。

パソコンで動きますか、それともクラウドですか?

あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。

今もメンテナンスされていますか?

GitHubリポジトリの最終更新は–、最新バージョン(0.22.0)がレジストリに届いたのは2 か月前です。

どのアプリで使えますか?

Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにNode.jsも必要です。

代わりに使えるものは?

同じカテゴリには:Spec Driven Development, Remote Desktop Commander, DepTime

代わりの候補

同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。

カードの見方:★ GitHubスターi3つの柱:レビュー · チェック · 利用状況i更新=最新バージョンをレジストリに公開した日i

Remote Desktop Commander

作者:desktop-commander

Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.

クラウドで動く★ 211昨日更新
インストール

DepTime

作者:cschmertz

What changed in a Python library, in which release, and what replaces it. Answered locally.

パソコンで動く今日更新
インストール

作者のREADME

READMEを開く

作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。

rn-devtools-hub

The agent runtime for React Native. Your agent sees the app the way React sees it, knows which file produced each element, acts without coordinates, and proves that it works. Zero dependencies, no telemetry or usage counting, with a local hub and SDK.

Documentation · Quick start · Integration · Contributing

Use it from an agent

Both plugins install the MCP server plus a skill that teaches the agent to chain its tools: check the project context before debugging anything that looks impossible, prove results with assertions instead of screenshots, wait on events instead of sleeping, and read an element's source instead of grepping the repository.

Claude Code

/plugin marketplace add rn-devtools-hub/rn-devtools-hub

/plugin install rn-devtools-hub

Codex

codex plugin marketplace add rn-devtools-hub/rn-devtools-hub

codex plugin add rn-devtools-hub

Then start the hub at the root of your app, which is what the agent talks to:

npx rn-devtools-hub

Registering the server by hand works too. Claude Code:

claude mcp add rn-devtools --transport http http://127.0.0.1:8973/mcp

Codex, in ~/.codex/config.toml:

[mcp_servers.rn-devtools]

url = "http://127.0.0.1:8973/mcp"

Cursor has no marketplace, so it is two files in your own project. Declare the server in .cursor/mcp.json:

{

"mcpServers": { "rn-devtools": { "type": "http", "url": "http://127.0.0.1:8973/mcp" } } }

And copy the rule, which is the Cursor equivalent of the skill:

mkdir -p .cursor/rules

cp node_modules/rn-devtools-hub/templates/cursor-rule.mdc \ .cursor/rules/rn-devtools-hub.mdc

It ships with alwaysApply: false, so Cursor pulls it in when the task matches instead of paying for it on every request.

For any other agent, the skill on its own comes from the skills.sh registry:

npx skills add rn-devtools-hub/rn-devtools-hub

It writes .agents/skills/rn-devtools-hub and links it into whichever agents it detects, from Gemini CLI and Copilot to Windsurf and Zed. This installs the skill only, so register the server as above and start the hub to give the agent something to talk to.

Any client that speaks only stdio uses npx rn-devtools-hub mcp, which bridges to the hub and starts it on demand.

When a testing or debugging task starts, the agent is instructed to announce the project and its clickable dashboard URL, then continue automatically. The hub supplies the actual bound port and current token, including when a second project uses a fallback port. The link is also available in the dashboard field of list_devices, get_project_context and session_start.

Screenshots

Overview: request counts, error rate, JS thread lag, connection and device at a glance

Network: colored methods, slow requests highlighted, foldable JSON, copy as cURL, secrets redacted before they leave the device

Mirror: the live device screen over adb, click to tap, drag to swipe, wheel to scroll, plus Back/Home/Recents/Dev menu

Tools: what the agent did and what the app did back, calls per tool split into answered / empty / failed, failures grouped by message, empty answers with the reason the tool gave, and the context each answer bills the agent

Why

The SDK lives inside the JavaScript runtime of your app.

The SDK executes directly alongside your application code. It reads React's tree, invokes handlers, instruments requests and reaches registered stores through APIs installed inside the app. The hub receives these capabilities over its own local connection, without requiring a debugger protocol session. Other tools can access runtime internals through protocols such as CDP; the hub's foundation is an explicit in-app SDK and its event contracts.

That position is what the whole product is built on. Everything else follows from it:

The agent canBecause it is inside the runtime
Find an element by role and accessible name, then act on itActions go through the app's own props, not through pixels
Get the file and line that produced an elementThe location lives in React's dev bookkeeping
Prove a step without a screenshotA screenshot cannot show a request that failed silently
Tell a stale native build from a code problemOnly the runtime knows what the binary actually is
Freeze the clock and the networkDate and fetch are in the runtime
Put the app in an exact state without walking ten screensStores are reachable directly
Explain a visual regression, not just score itThe changed region maps back to the component that owns it

A pure JavaScript SDK in the app (inert in production), a local hub in a single process, a dashboard in the browser. Zero dependencies anywhere, including the hub. The hub has no telemetry. MCP results are delivered to your agent and may be sent to its model provider. Configured store plugins contact their declared vendor endpoints.

Features

PanelWhat you see
OverviewKPI tiles, JS thread lag, HTTP statuses, duration distribution
CrashesFatal errors, JS errors, unhandled promise rejections, stacks
NetworkRequest/response inspector (colored methods, durations, sizes), copy as cURL, secrets redacted
UploadsLive upload queue (if your app emits the events, see the protocol)
CacheReact Query snapshot: keys, statuses, freshness, data
StorageAsyncStorage keys, sizes, values, live write timestamps
ScreensNavigation journey, time spent per screen
Logsconsole.log/info/warn/error, colorized JSON, filters
SQLiteRead-only SQL console (SELECT/PRAGMA) on your app's database
EndpointsMap of declared endpoints, calls, latencies
ActionsButtons driving the app: reload, clear caches, your custom actions
TestsHuman-readable .hubflow scenarios, live replay progress, failure diagnosis, approved visual evidence and safe target repair candidates
ToolsWhat the agents do with this hub: calls per tool, failures with their message, empty answers and why, context bytes returned (pixels counted separately, because a session spending most of its context on screenshots is a session verifying the expensive way), selectors used, and the loop replayed against the app's own events
PluginsThe services around the app: App Store Connect and Google Play, what each one is configured with, whether it may change a release, and every host it will contact
DesignIcon, splash, fonts, sounds, identity (read from app.json and the assets)
MirrorLive app screen (needs react-native-view-shot in the app), full Android via adb (tap, swipe, keyboard, Wi-Fi), iOS simulator via xcrun

The Overview panel opens with the project context: what the project declares, what the app actually runs, and whatever the two disagree on. A stale native build is the most common way to lose an afternoon here, and it is named before you start reading code.

Plus: multi-device with merged sessions, bug report export in Markdown (ready for a GitHub issue), real-time capability badges, and a local MCP server to drive everything from Claude, Cursor or any MCP client.

See Hubflow scenarios to record an exploration, save it as a runtime regression test, replay it in CI and inspect its selected success or failure screenshots in the dashboard.

What an agent gets

ToolWhat it answers
get_project_contextWhat the project declares, what it actually runs, and the contradictions. Call it first when anything behaves impossibly
get_ui_tree, query_uiThe visible components, each carrying the source file and line that produced it
ui_actTap, type, submit, scroll, by element and never by pixel
assertProves a step: element kinds retry, event kinds catch a request that failed silently, a console error, an unhandled rejection
freeze_time, mock_networkDeterministic at the JS level, so a scenario runs the same twice
get_state, set_statePut the app in an exact state without walking ten screens
render_componentMount a component inside the running app, under its real providers
snapshot_baseline, compare_snapshotA visual diff that names the component owning the changed region
export_session, export_flowOne correlated timeline, and actions paired with the consequences they caused
save_flow, list_flows, get_flow, run_flow, propose_flow_repairPersist a runtime scenario, replay it with assertions and screenshots, and create a reviewable repair candidate when a strongly identified target moves
audit_accessibilityWhat React renders but the accessibility tree does not expose
list_plugins, asc_*, gplay_*The release around the app: has the build finished processing, where is the version in review, what is production serving, what do the store reviews say. And driving it: distribute to TestFlight, submit for review, promote a track, widen or halt a staged rollout
capture_store_screenshotsRegenerate the App Store and Play screenshots from the running app: devices, locales and screens from a manifest, each reached with the app's own dev actions, captured at native resolution and uploaded. The pixels never enter the agent's context

Source locations survive React 19, where the location lives in owner stacks pointing into the bundle: the hub symbolicates them against Metro before the agent sees them.

For AI agents, the hub also exposes runtime UI automation over MCP: get_ui_tree (semantic tree of the visible components, read from the React runtime, including native views without accessibility like maps), query_ui (find elements by role and accessible name, testID, placeholder, text or label, scoped with within, with measured rects), ui_act (tap, type exact text, submit, scroll, all by element, never by pixels, and it reads the field back to say whether the text landed), typed dev actions (list_actions/run_action: navigate, seed, login without touching the UI), and a correlated event flow (wait_for_event, get_events_since) that replaces sleeps with real signals like screen.ready. Works in Expo Go, development builds and bare React Native, and in CI without any simulator: enable it with devtools.attachUiAutomation().

The hub covers the native layer too, as a superset of what idb/simctl scripting gives an agent: session_start boots a dev build on the right Metro server with zero dialogs (permissions pre-granted, dev-menu onboarding skipped), plus set_permission, launch_app, open_url, screenshot_native, set_location, send_push, set_appearance, set_animations, set_overlay (the expo-dev-menu bubble covers native controls no UI tree can show) and the last-resort tap_native and swipe_native, on iOS simulators and Android devices, with every capabili

冒頭だけを表示しています。続きはリポジトリで読めます

PopNxに聞く