execbro 1.10.15 → 1.10.17
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +63 -332
- package/build/__tests__/unit/flowpoints.test.d.ts +2 -0
- package/build/__tests__/unit/flowpoints.test.d.ts.map +1 -0
- package/build/__tests__/unit/flowpoints.test.js +126 -0
- package/build/__tests__/unit/flowpoints.test.js.map +1 -0
- package/build/__tests__/unit/flowpointsQuery.test.d.ts +2 -0
- package/build/__tests__/unit/flowpointsQuery.test.d.ts.map +1 -0
- package/build/__tests__/unit/flowpointsQuery.test.js +91 -0
- package/build/__tests__/unit/flowpointsQuery.test.js.map +1 -0
- package/build/__tests__/unit/verifyFlow.test.d.ts +2 -0
- package/build/__tests__/unit/verifyFlow.test.d.ts.map +1 -0
- package/build/__tests__/unit/verifyFlow.test.js +45 -0
- package/build/__tests__/unit/verifyFlow.test.js.map +1 -0
- package/build/core/guides.d.ts.map +1 -1
- package/build/core/guides.js +54 -10
- package/build/core/guides.js.map +1 -1
- package/build/index.d.ts.map +1 -1
- package/build/index.js +2 -0
- package/build/index.js.map +1 -1
- package/build/pro/flowpointTools.d.ts +4 -0
- package/build/pro/flowpointTools.d.ts.map +1 -0
- package/build/pro/flowpointTools.js +266 -0
- package/build/pro/flowpointTools.js.map +1 -0
- package/build/pro/flowpoints.d.ts +86 -0
- package/build/pro/flowpoints.d.ts.map +1 -0
- package/build/pro/flowpoints.js +283 -0
- package/build/pro/flowpoints.js.map +1 -0
- package/build/tools/metaTools.js +1 -1
- package/build/tools/metaTools.js.map +1 -1
- package/build/tools/screenshotTools.d.ts.map +1 -1
- package/build/tools/screenshotTools.js +22 -6
- package/build/tools/screenshotTools.js.map +1 -1
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -1,15 +1,10 @@
|
|
|
1
1
|
# ExecBro
|
|
2
2
|
|
|
3
|
-
> [!IMPORTANT]
|
|
4
|
-
> **Already using ExecBro?** `npx` caches packages indefinitely, so you may be stuck on an old version without realizing it. Update your MCP config to use `npx -y execbro@latest` (see [Setup](#setup)) so every session pulls the latest release with new tools and bug fixes. New installs after this change auto-update automatically.
|
|
5
|
-
|
|
6
|
-
> Ships as the npm package `execbro`. Legacy `react-native-ai-devtools` and `react-native-ai-debugger` packages keep receiving identical builds via mirror-publish.
|
|
7
|
-
|
|
8
3
|
**Give your AI assistant eyes and hands into your running React Native app.** Like Chrome DevTools — but for AI agents.
|
|
9
4
|
|
|
10
5
|
Build, debug, and verify features end-to-end — without leaving the chat.
|
|
11
6
|
|
|
12
|
-
ExecBro is the runtime bridge between your AI coding assistant and your running React Native app — exposing MCP tools to read logs and network, inspect component state, capture screenshots, tap the UI, and run JS. Zero config, no SDK or code changes required —
|
|
7
|
+
ExecBro is the runtime bridge between your AI coding assistant and your running React Native app — exposing MCP tools to read logs and network, inspect component state, capture screenshots, tap the UI, and run JS. Zero config, no SDK or code changes required to start — and installing the [optional SDK](#install-the-sdk-recommended) is recommended for the most robust log and network capture.
|
|
13
8
|
|
|
14
9
|
<p align="center">
|
|
15
10
|
<img src="https://raw.githubusercontent.com/igorzheludkov/execbro/main/docs/demo/get_logs_demo.gif" alt="ExecBro demo" width="800" />
|
|
@@ -18,19 +13,12 @@ ExecBro is the runtime bridge between your AI coding assistant and your running
|
|
|
18
13
|
## Get started
|
|
19
14
|
|
|
20
15
|
1. [Setup ExecBro as an MCP server for your agent of choice](#setup)
|
|
21
|
-
2. [Setup UI automation helpers](#ios-simulator--ui-automation-setup)
|
|
16
|
+
2. [Setup UI automation helpers](docs/setup.md#ios-simulator--ui-automation-setup)
|
|
17
|
+
3. [Install the SDK for richer capture](#install-the-sdk-recommended) — optional, but recommended for the most robust log, network, and state experience
|
|
22
18
|
|
|
23
|
-
##
|
|
19
|
+
## See your usage — [execbro.com](https://execbro.com)
|
|
24
20
|
|
|
25
|
-
**
|
|
26
|
-
|
|
27
|
-
> Write a report about your experience with the ExecBro tools — where you were struggling and what could be improved. Save it as a Markdown file for me, then submit it using the `send_feedback` tool (type `"feedback"`) so it becomes a GitHub issue.
|
|
28
|
-
|
|
29
|
-
It takes 30 seconds: your agent runs `send_feedback`, hands you a pre-filled GitHub issue URL (environment info already attached), and you click submit — no GitHub setup, no copy-pasting. Real friction logs from real sessions are what shape the roadmap and get fixed first, so please send one. 🙏 And if you just have a quick idea or question, drop into [GitHub Discussions](https://github.com/igorzheludkov/execbro/discussions) to share feedback, request features, and vote on what gets built next.
|
|
30
|
-
|
|
31
|
-
## Pricing
|
|
32
|
-
|
|
33
|
-
ExecBro is **free and open** — every feature, no usage limits, no account required. Use it as much as you like. The tools you run locally stay free; that's the model.
|
|
21
|
+
Log in at **[execbro.com](https://execbro.com)** to see your ExecBro activity rendered back to you: which tools you use most, tool **error rates**, and your **session history** — so you can spot flaky tools, track usage over time, and understand how your agent drives the app across sessions. It's built from the same anonymous telemetry described in [Telemetry & Privacy](#telemetry--privacy), tied to your installation ID.
|
|
34
22
|
|
|
35
23
|
## Features
|
|
36
24
|
|
|
@@ -39,7 +27,7 @@ ExecBro is **free and open** — every feature, no usage limits, no account requ
|
|
|
39
27
|
- **Console Log Capture** - Capture `console.log`, `warn`, `error`, `info`, `debug` with filtering and search. Note: on a cold start (first app launch), logs emitted before the MCP server connects are missed — subsequent reloads capture everything. Install the optional [SDK](https://www.npmjs.com/package/execbro-sdk) to buffer logs from the very first line of app startup
|
|
40
28
|
- **Network Request Tracking** - Monitor HTTP requests/responses with headers, timing, and body content. Like logs, early network requests on cold start may be missed before the connection is established. Install the optional [SDK](https://www.npmjs.com/package/execbro-sdk) for full capture from app startup including request/response bodies
|
|
41
29
|
- **JavaScript Execution** - Run code directly in your app (REPL-style) and inspect results
|
|
42
|
-
- **Global State Debugging** - Discover and inspect Apollo Client, Redux stores, Expo Router, and custom globals
|
|
30
|
+
- **Global State Debugging** - Discover and inspect Apollo Client, Redux stores, Expo Router, and custom globals. Wire stores and other app internals straight into the agent with the optional [SDK](#install-the-sdk-recommended) for direct, reliable state access
|
|
43
31
|
- **Bundle Error Detection** - Get Metro bundler errors and compilation issues with file locations
|
|
44
32
|
|
|
45
33
|
### Device Control
|
|
@@ -69,222 +57,37 @@ ExecBro is **free and open** — every feature, no usage limits, no account requ
|
|
|
69
57
|
|
|
70
58
|
## Setup
|
|
71
59
|
|
|
72
|
-
|
|
73
|
-
|
|
74
|
-
- [Claude Code](#claude-code) · [Claude Desktop](#claude-desktop) · [Codex CLI](#codex-cli-openai) · [Cursor](#cursor) · [VS Code Copilot](#vs-code-copilot) · [Windsurf](#windsurf) · [Zed](#zed) · [Gemini CLI](#gemini-cli)
|
|
75
|
-
|
|
76
|
-
After adding the server, fully restart the client (quit and relaunch, not just reload) so it picks up the new configuration.
|
|
77
|
-
|
|
78
|
-
### Legacy package names
|
|
79
|
-
|
|
80
|
-
The npm package was previously published as `react-native-ai-devtools` and before that as `react-native-ai-debugger`. Both legacy names continue to receive identical builds via mirror-publish — existing installations and MCP configs keep working unchanged. New installs should use `execbro`.
|
|
81
|
-
|
|
82
|
-
### Claude Code
|
|
60
|
+
Add ExecBro to Claude Code in one command — no installation, `npx` fetches the latest version on demand:
|
|
83
61
|
|
|
84
62
|
```bash
|
|
85
|
-
# Global (all projects)
|
|
86
63
|
claude mcp add execbro --scope user -- npx -y execbro@latest
|
|
87
|
-
|
|
88
|
-
# Project-specific
|
|
89
|
-
claude mcp add execbro --scope project -- npx -y execbro@latest
|
|
90
|
-
```
|
|
91
|
-
|
|
92
|
-
Or edit `~/.claude.json` (user) / `.mcp.json` (project) manually:
|
|
93
|
-
|
|
94
|
-
```json
|
|
95
|
-
{
|
|
96
|
-
"mcpServers": {
|
|
97
|
-
"execbro": {
|
|
98
|
-
"type": "stdio",
|
|
99
|
-
"command": "npx",
|
|
100
|
-
"args": ["-y", "execbro@latest"]
|
|
101
|
-
}
|
|
102
|
-
}
|
|
103
|
-
}
|
|
104
|
-
```
|
|
105
|
-
|
|
106
|
-
### Claude Desktop
|
|
107
|
-
|
|
108
|
-
Edit the config at:
|
|
109
|
-
|
|
110
|
-
- macOS: `~/Library/Application Support/Claude/claude_desktop_config.json`
|
|
111
|
-
- Windows: `%APPDATA%\Claude\claude_desktop_config.json`
|
|
112
|
-
|
|
113
|
-
```json
|
|
114
|
-
{
|
|
115
|
-
"mcpServers": {
|
|
116
|
-
"execbro": {
|
|
117
|
-
"command": "npx",
|
|
118
|
-
"args": ["-y", "execbro@latest"]
|
|
119
|
-
}
|
|
120
|
-
}
|
|
121
|
-
}
|
|
122
|
-
```
|
|
123
|
-
|
|
124
|
-
You can also open this file from **Settings → Developer → Edit Config**. Fully quit and relaunch Claude Desktop after saving.
|
|
125
|
-
|
|
126
|
-
### Codex CLI (OpenAI)
|
|
127
|
-
|
|
128
|
-
```bash
|
|
129
|
-
codex mcp add execbro -- npx -y execbro@latest
|
|
130
|
-
```
|
|
131
|
-
|
|
132
|
-
Or edit `~/.codex/config.toml` directly:
|
|
133
|
-
|
|
134
|
-
```toml
|
|
135
|
-
[mcp_servers.execbro]
|
|
136
|
-
command = "npx"
|
|
137
|
-
args = ["-y", "execbro@latest"]
|
|
138
|
-
```
|
|
139
|
-
|
|
140
|
-
### Cursor
|
|
141
|
-
|
|
142
|
-
[Docs](https://docs.cursor.com/context/model-context-protocol). Add via `Cmd+Shift+P` → "View: Open MCP Settings", or edit `.cursor/mcp.json` (project) / `~/.cursor/mcp.json` (global):
|
|
143
|
-
|
|
144
|
-
```json
|
|
145
|
-
{
|
|
146
|
-
"mcpServers": {
|
|
147
|
-
"execbro": {
|
|
148
|
-
"command": "npx",
|
|
149
|
-
"args": ["-y", "execbro@latest"]
|
|
150
|
-
}
|
|
151
|
-
}
|
|
152
|
-
}
|
|
153
|
-
```
|
|
154
|
-
|
|
155
|
-
### VS Code Copilot
|
|
156
|
-
|
|
157
|
-
Requires VS Code 1.102+ with Copilot ([docs](https://code.visualstudio.com/docs/copilot/customization/mcp-servers)). Add via `Cmd+Shift+P` → "MCP: Add Server", or edit `.vscode/mcp.json`:
|
|
158
|
-
|
|
159
|
-
```json
|
|
160
|
-
{
|
|
161
|
-
"servers": {
|
|
162
|
-
"execbro": {
|
|
163
|
-
"type": "stdio",
|
|
164
|
-
"command": "npx",
|
|
165
|
-
"args": ["-y", "execbro@latest"]
|
|
166
|
-
}
|
|
167
|
-
}
|
|
168
|
-
}
|
|
169
|
-
```
|
|
170
|
-
|
|
171
|
-
### Windsurf
|
|
172
|
-
|
|
173
|
-
[Docs](https://docs.windsurf.com/windsurf/cascade/mcp). Edit `~/.codeium/windsurf/mcp_config.json`:
|
|
174
|
-
|
|
175
|
-
```json
|
|
176
|
-
{
|
|
177
|
-
"mcpServers": {
|
|
178
|
-
"execbro": {
|
|
179
|
-
"command": "npx",
|
|
180
|
-
"args": ["-y", "execbro@latest"]
|
|
181
|
-
}
|
|
182
|
-
}
|
|
183
|
-
}
|
|
184
|
-
```
|
|
185
|
-
|
|
186
|
-
### Zed
|
|
187
|
-
|
|
188
|
-
[Docs](https://zed.dev/docs/ai/mcp). Open the Agent Panel settings → "Add Custom Server", or add to `settings.json`:
|
|
189
|
-
|
|
190
|
-
```json
|
|
191
|
-
{
|
|
192
|
-
"context_servers": {
|
|
193
|
-
"execbro": {
|
|
194
|
-
"command": "npx",
|
|
195
|
-
"args": ["-y", "execbro@latest"],
|
|
196
|
-
"env": {}
|
|
197
|
-
}
|
|
198
|
-
}
|
|
199
|
-
}
|
|
200
64
|
```
|
|
201
65
|
|
|
202
|
-
|
|
203
|
-
|
|
204
|
-
Edit `~/.gemini/settings.json` (user) or `.gemini/settings.json` (project):
|
|
205
|
-
|
|
206
|
-
```json
|
|
207
|
-
{
|
|
208
|
-
"mcpServers": {
|
|
209
|
-
"execbro": {
|
|
210
|
-
"command": "npx",
|
|
211
|
-
"args": ["-y", "execbro@latest"]
|
|
212
|
-
}
|
|
213
|
-
}
|
|
214
|
-
}
|
|
215
|
-
```
|
|
216
|
-
|
|
217
|
-
### Android
|
|
218
|
-
|
|
219
|
-
Android works out of the box — all device control tools use ADB, which ships with Android Studio. Verify it's available:
|
|
220
|
-
|
|
221
|
-
```bash
|
|
222
|
-
adb devices
|
|
223
|
-
```
|
|
224
|
-
|
|
225
|
-
### iOS Simulator — UI Automation Setup
|
|
226
|
-
|
|
227
|
-
iOS UI automation tools (tap, swipe, text input, accessibility queries) require a UI driver. Install one of the following:
|
|
228
|
-
|
|
229
|
-
**Option A: AXe CLI (default)**
|
|
230
|
-
|
|
231
|
-
[AXe](https://github.com/cameroncooke/AXe) is a standalone CLI for iOS simulator automation. No daemon required — single binary, simple setup. Used by default; no `IOS_DRIVER` env var needed.
|
|
232
|
-
|
|
233
|
-
```bash
|
|
234
|
-
brew install cameroncooke/axe/axe
|
|
235
|
-
```
|
|
236
|
-
|
|
237
|
-
Verify: `axe --version`
|
|
238
|
-
|
|
239
|
-
> **Note:** AXe text input only supports US keyboard layout characters.
|
|
66
|
+
Then fully restart the client (quit and relaunch) so it picks up the new server.
|
|
240
67
|
|
|
241
|
-
**
|
|
68
|
+
**Using a different client or need platform setup?** The [full setup guide](docs/setup.md) covers Claude Desktop, Codex CLI, Cursor, VS Code Copilot, Windsurf, Zed, and Gemini CLI, plus [Android](docs/setup.md#android) and [iOS simulator UI automation](docs/setup.md#ios-simulator--ui-automation-setup) requirements.
|
|
242
69
|
|
|
243
|
-
|
|
70
|
+
## Install the SDK (recommended)
|
|
244
71
|
|
|
245
|
-
|
|
246
|
-
brew install idb-companion
|
|
247
|
-
```
|
|
248
|
-
|
|
249
|
-
Verify: `idb_companion --list 1`
|
|
250
|
-
|
|
251
|
-
Opt in by setting `IOS_DRIVER=idb` in your MCP server configuration:
|
|
252
|
-
|
|
253
|
-
```json
|
|
254
|
-
{
|
|
255
|
-
"mcpServers": {
|
|
256
|
-
"execbro": {
|
|
257
|
-
"type": "stdio",
|
|
258
|
-
"command": "npx",
|
|
259
|
-
"args": ["-y", "execbro@latest"],
|
|
260
|
-
"env": { "IOS_DRIVER": "idb" }
|
|
261
|
-
}
|
|
262
|
-
}
|
|
263
|
-
}
|
|
264
|
-
```
|
|
265
|
-
|
|
266
|
-
**What works without a UI driver:**
|
|
72
|
+
ExecBro works with zero app changes, but installing the companion [`execbro-sdk`](https://www.npmjs.com/package/execbro-sdk) package is the single biggest upgrade to debugging quality. It lets you **wire up the important parts of your app — your state stores and your network layer — directly into the agent's reach**, so the AI inspects real Redux/TanStack Query state and full request/response bodies instead of guessing from the outside.
|
|
267
73
|
|
|
268
|
-
|
|
|
269
|
-
|
|
|
270
|
-
|
|
|
271
|
-
|
|
|
272
|
-
|
|
|
273
|
-
|
|
|
274
|
-
|
|
|
275
|
-
| **Text input** | **No** | Yes |
|
|
276
|
-
| **Accessibility tree queries** | **No** | Yes |
|
|
277
|
-
| **Element finding / waiting** | **No** | Yes |
|
|
278
|
-
| **Hardware buttons (Home, Lock)** | **No** | Yes |
|
|
74
|
+
| | Without SDK | With SDK |
|
|
75
|
+
| ---------------------------------------- | ----------------------- | ------------------------------ |
|
|
76
|
+
| State stores (Redux, TanStack Query, …) | Manual via `execute_in_app` | **Wired up — direct references** |
|
|
77
|
+
| Request/response bodies | Not available | Full (including GraphQL) |
|
|
78
|
+
| Startup network requests (auth, config) | Missed | Captured from first fetch |
|
|
79
|
+
| Console logs from startup | May miss early logs | Captured from first log |
|
|
80
|
+
| Works on Bridgeless (Expo SDK 52+) | Partial | Full |
|
|
279
81
|
|
|
280
|
-
|
|
82
|
+
It's one `npm install` plus a single `init()` call in your app's entry file. See the [SDK guide](docs/sdk.md) for install, initialization, and every config option.
|
|
281
83
|
|
|
282
84
|
## Requirements
|
|
283
85
|
|
|
284
86
|
- Node.js 18+
|
|
285
87
|
- React Native app running with Metro bundler
|
|
88
|
+
- **Recommended**: [`execbro-sdk`](#install-the-sdk-recommended) in your app — wires stores and the network layer into the agent for dramatically better debugging (optional; ExecBro works without it)
|
|
286
89
|
- **iOS UI automation**: [AXe CLI](https://github.com/cameroncooke/AXe) (`brew install cameroncooke/axe/axe`, default) or [Facebook IDB](https://fbidb.io/) (`brew install idb-companion`, opt in via `IOS_DRIVER=idb`) — required for tap, swipe, text input, accessibility on iOS Simulator
|
|
287
|
-
- **Optional for offline OCR fallback**: Python 3.6+ (only needed when cloud OCR is unavailable, see [OCR
|
|
90
|
+
- **Optional for offline OCR fallback**: Python 3.6+ (only needed when cloud OCR is unavailable, see [OCR guide](docs/ocr.md))
|
|
288
91
|
|
|
289
92
|
## Claude Code Skills
|
|
290
93
|
|
|
@@ -299,6 +102,7 @@ See the [full tool reference](docs/tools.md) for all tools with descriptions. Ke
|
|
|
299
102
|
| `scan_metro` | **Start here** — scan for Metro servers and auto-connect |
|
|
300
103
|
| `get_logs` / `search_logs` | Capture and search console logs with filtering and summaries |
|
|
301
104
|
| `get_network_requests` | Monitor HTTP requests with method/status filtering |
|
|
105
|
+
| `get_flowpoints` / `verify_flow` | Flow tracing + factual verification: query, wait on, and assert `flowpoint()` breadcrumbs (SDK) |
|
|
302
106
|
| `get_screen_layout` | Screen map of visible components with positions, sizes, and text content |
|
|
303
107
|
| `tap` | **Unified tap** — auto-detects platform, tries fiber → accessibility → OCR → coordinates |
|
|
304
108
|
| `ios_input_text` / `android_input_text` | Type text into the focused field. `replace:true` clears pre-filled values first (Fabric) |
|
|
@@ -317,21 +121,32 @@ See the [full tool reference](docs/tools.md) for all tools with descriptions. Ke
|
|
|
317
121
|
expo start
|
|
318
122
|
```
|
|
319
123
|
|
|
320
|
-
2.
|
|
124
|
+
2. Just describe what you want in plain language — the agent picks the right tools. You don't need to know tool names or ask for a specific one. For example:
|
|
321
125
|
|
|
322
126
|
```
|
|
323
|
-
|
|
127
|
+
Check the network logs and investigate why this error is happening
|
|
324
128
|
```
|
|
325
|
-
|
|
326
|
-
3. Get logs:
|
|
327
129
|
```
|
|
328
|
-
|
|
130
|
+
Why is the current screen empty? Take a look and figure it out
|
|
131
|
+
```
|
|
132
|
+
```
|
|
133
|
+
Tap the "Sign in" button and tell me what happens
|
|
134
|
+
```
|
|
329
135
|
```
|
|
136
|
+
The list won't scroll — scroll it down and check what's going on
|
|
137
|
+
```
|
|
138
|
+
```
|
|
139
|
+
Instrument the checkout flow with flowpoints, run it, and verify the steps fire in order
|
|
140
|
+
```
|
|
141
|
+
|
|
142
|
+
The agent connects to Metro, reads logs and network, inspects the screen, and drives the UI as needed to answer.
|
|
330
143
|
|
|
331
144
|
## Detailed Guides
|
|
332
145
|
|
|
333
146
|
| Guide | Description |
|
|
334
147
|
| ---------------------------------------------------------- | ------------------------------------------------------------------------------- |
|
|
148
|
+
| [Setup](docs/setup.md) | Per-client MCP config (Claude, Codex, Cursor, VS Code, …), Android & iOS setup |
|
|
149
|
+
| [SDK Setup](docs/sdk.md) | Install & `init()` the in-app SDK to wire stores + network layer into the agent |
|
|
335
150
|
| [Console Logging](docs/logging.md) | `get_logs` parameters, filtering, summary mode, TONL format, token optimization |
|
|
336
151
|
| [Network Tracking](docs/network.md) | SDK setup for full capture, filtering, request details, statistics |
|
|
337
152
|
| [App Inspection](docs/app-inspection.md) | Debug globals (Apollo, Redux, Expo Router), `execute_in_app`, limitations |
|
|
@@ -341,16 +156,6 @@ See the [full tool reference](docs/tools.md) for all tools with descriptions. Ke
|
|
|
341
156
|
| [Claude Code Skills](docs/skills.md) | Pre-built skills for session setup, debugging, and automation |
|
|
342
157
|
| [Full Tool Reference](docs/tools.md) | Complete list of all 40+ tools with descriptions |
|
|
343
158
|
|
|
344
|
-
## Supported React Native Versions
|
|
345
|
-
|
|
346
|
-
| Version | Architecture | Engine | Status |
|
|
347
|
-
| -------------- | --------------------- | ------------ | ------------------------------------------------ |
|
|
348
|
-
| Expo SDK 54+ | Bridgeless (New Arch) | Hermes | ✓ Fully supported |
|
|
349
|
-
| RN 0.76+ | Bridgeless (New Arch) | Hermes | ✓ Fully supported |
|
|
350
|
-
| RN 0.73 - 0.75 | Bridge (Old Arch) | Hermes | ✓ Fully supported (best network capture via CDP) |
|
|
351
|
-
| RN 0.70 - 0.72 | Bridge (Old Arch) | Hermes / JSC | ✓ Supported |
|
|
352
|
-
| RN < 0.70 | Bridge | JSC | Not tested |
|
|
353
|
-
|
|
354
159
|
## How It Works
|
|
355
160
|
|
|
356
161
|
1. Fetches device list from Metro's `/json` endpoint
|
|
@@ -363,45 +168,10 @@ See the [full tool reference](docs/tools.md) for all tools with descriptions. Ke
|
|
|
363
168
|
|
|
364
169
|
## Connection Management
|
|
365
170
|
|
|
366
|
-
|
|
367
|
-
|
|
368
|
-
|
|
369
|
-
|
|
370
|
-
### Graceful Shutdown
|
|
371
|
-
|
|
372
|
-
When the MCP server process is terminated (`SIGINT`/`SIGTERM`), it closes all CDP WebSocket connections and cancels reconnection timers, freeing the CDP slot immediately for other sessions.
|
|
373
|
-
|
|
374
|
-
### Reconnection on Disconnect
|
|
375
|
-
|
|
376
|
-
When the connection to Metro is lost (e.g., app restart, Metro restart, or network issues):
|
|
377
|
-
|
|
378
|
-
1. The server automatically attempts to reconnect
|
|
379
|
-
2. Uses exponential backoff: 500ms, 1s, 2s, 4s, 8s (up to 8 attempts)
|
|
380
|
-
3. Re-fetches device list to handle new WebSocket URLs
|
|
381
|
-
4. Preserves existing log and network buffers
|
|
382
|
-
|
|
383
|
-
### Connection Gap Warnings
|
|
384
|
-
|
|
385
|
-
If there was a recent disconnect, `get_logs` and `get_network_requests` will include a warning:
|
|
386
|
-
|
|
387
|
-
```
|
|
388
|
-
[WARNING] Connection was restored 5s ago. Some logs may have been missed during the 3s gap.
|
|
389
|
-
```
|
|
390
|
-
|
|
391
|
-
### Monitor Connection Health
|
|
392
|
-
|
|
393
|
-
Use `get_connection_status` to see detailed connection information:
|
|
394
|
-
|
|
395
|
-
```
|
|
396
|
-
=== Connection Status ===
|
|
397
|
-
|
|
398
|
-
--- React Native (Port 8081) ---
|
|
399
|
-
Status: CONNECTED
|
|
400
|
-
Connected since: 2:45:30 PM
|
|
401
|
-
Uptime: 5m 23s
|
|
402
|
-
Recent gaps: 1
|
|
403
|
-
- 2:43:15 PM (2s): Connection closed
|
|
404
|
-
```
|
|
171
|
+
- **One server per session** — each agent session (each terminal or IDE window) runs its own ExecBro MCP server instance.
|
|
172
|
+
- **Connects on request, not on startup** — the server never auto-connects. It only attaches to your running React Native app when you ask it to (e.g. `scan_metro`), so it stays out of the way until you actually need a device.
|
|
173
|
+
- **One driver per device** — if two or more sessions in the same project point at the same Metro/device, they'll compete to control it, like a car with two steering wheels. Keep interaction to a single session per device.
|
|
174
|
+
- **Want parallel sessions? Give each its own device + port** — run separate work in a [git worktree](https://git-scm.com/docs/git-worktree) with its own Metro instance on a different port, and connect a second device (simulator/emulator) to it. For example, keep `main` on the default `8081` and start the worktree's Metro on `8082` (`npx react-native start --port 8082`, or `npx expo start --port 8082`), then launch that worktree's app pointed at `8082`. Each agent session then `scan_metro`s and drives its own device, so the two never fight over the connection.
|
|
405
175
|
|
|
406
176
|
## Troubleshooting
|
|
407
177
|
|
|
@@ -410,14 +180,6 @@ Use `get_connection_status` to see detailed connection information:
|
|
|
410
180
|
- Make sure the app is running on a simulator/device
|
|
411
181
|
- Check that Metro bundler is running (`npm start`)
|
|
412
182
|
|
|
413
|
-
### Wrong device connected
|
|
414
|
-
|
|
415
|
-
The server prioritizes devices in this order:
|
|
416
|
-
|
|
417
|
-
1. React Native Bridgeless (SDK 54+)
|
|
418
|
-
2. Hermes React Native
|
|
419
|
-
3. Any React Native (excluding Reanimated/Experimental)
|
|
420
|
-
|
|
421
183
|
### Logs not appearing
|
|
422
184
|
|
|
423
185
|
- Ensure the app is actively running (not just Metro)
|
|
@@ -425,71 +187,40 @@ The server prioritizes devices in this order:
|
|
|
425
187
|
- Check `get_apps` to verify connection status
|
|
426
188
|
- **On cold start (first launch):** The CDP connection is established after the app's early initialization code has already run, so startup logs and network requests are missed. Once connected, use `reload_app` — the subsequent reload captures everything from the beginning because the connection is already in place. To capture startup events on every launch, install the optional [SDK](https://www.npmjs.com/package/execbro-sdk)
|
|
427
189
|
|
|
428
|
-
## Telemetry &
|
|
429
|
-
|
|
430
|
-
This package collects anonymous usage telemetry to help improve the product. No personal information is collected.
|
|
190
|
+
## Telemetry & Privacy
|
|
431
191
|
|
|
432
|
-
|
|
192
|
+
ExecBro collects anonymous usage telemetry — tool names, success/failure, and durations — to improve the product. **No source code, file paths, or app content is ever sent.** This is what powers your [usage dashboard](#see-your-usage--execbrocom).
|
|
433
193
|
|
|
434
|
-
|
|
435
|
-
| ----------------- | ---------------------------------------- |
|
|
436
|
-
| Tool names | Which MCP tools are used most |
|
|
437
|
-
| Success/failure | Error rates for reliability improvements |
|
|
438
|
-
| Duration (ms) | Performance monitoring |
|
|
439
|
-
| Session start/end | Retention analysis |
|
|
440
|
-
| Platform | macOS/Linux/Windows distribution |
|
|
441
|
-
| Server version | Adoption of new versions |
|
|
194
|
+
See the [Telemetry & Data Collection guide](docs/telemetry.md) for the full breakdown of what's collected, auto-registration, and how to opt out, and [PRIVACY.md](./PRIVACY.md) for the complete privacy policy.
|
|
442
195
|
|
|
443
|
-
|
|
444
|
-
|
|
445
|
-
### Auto-registration
|
|
446
|
-
|
|
447
|
-
On first tool use, the package automatically registers your installation with our backend. No account or login is required — the Tool works fully out of the box.
|
|
448
|
-
|
|
449
|
-
**Why we do this:** The product roadmap includes features that build on installation identity — project memory (your AI assistant gets smarter with every session by remembering navigation maps, element signatures, and debug patterns), cloud sync across machines, team collaboration with shared debugging context, and a dashboard for managing your installations. Auto-registration lays the groundwork so these features work seamlessly when they ship, without requiring a disruptive setup step later.
|
|
450
|
-
|
|
451
|
-
**What is sent:**
|
|
452
|
-
|
|
453
|
-
- A random installation ID (UUID)
|
|
454
|
-
- A device fingerprint (one-way SHA-256 hash — cannot be reversed to recover its components)
|
|
455
|
-
- Platform, hostname, OS version, and server version
|
|
456
|
-
|
|
457
|
-
**What is NOT sent:** No source code, file paths, console logs, network data, component names, or any content from your app. The fingerprint exists solely to prevent installation hijacking — it ties your installation to your physical machine so no one else can claim it.
|
|
458
|
-
|
|
459
|
-
Registration is fire-and-forget — it never blocks your work, fails silently if the network is unavailable, and can be disabled entirely (see Opt-out below). See [PRIVACY.md](./PRIVACY.md) for full details on data handling, storage, and your rights.
|
|
196
|
+
## Supported React Native Versions
|
|
460
197
|
|
|
461
|
-
|
|
198
|
+
| Version | Architecture | Engine | Status |
|
|
199
|
+
| -------------- | --------------------- | ------------ | ------------------------------------------------ |
|
|
200
|
+
| Expo SDK 54+ | Bridgeless (New Arch) | Hermes | ✓ Fully supported |
|
|
201
|
+
| RN 0.76+ | Bridgeless (New Arch) | Hermes | ✓ Fully supported |
|
|
202
|
+
| RN 0.73 - 0.75 | Bridge (Old Arch) | Hermes | ✓ Fully supported (best network capture via CDP) |
|
|
203
|
+
| RN 0.70 - 0.72 | Bridge (Old Arch) | Hermes / JSC | ✓ Supported |
|
|
204
|
+
| RN < 0.70 | Bridge | JSC | Not tested |
|
|
462
205
|
|
|
463
|
-
|
|
206
|
+
## Pricing
|
|
464
207
|
|
|
465
|
-
|
|
466
|
-
{
|
|
467
|
-
"mcpServers": {
|
|
468
|
-
"execbro": {
|
|
469
|
-
"type": "stdio",
|
|
470
|
-
"command": "npx",
|
|
471
|
-
"args": ["-y", "execbro@latest"],
|
|
472
|
-
"env": { "RN_DEBUGGER_TELEMETRY": "false" }
|
|
473
|
-
}
|
|
474
|
-
}
|
|
475
|
-
}
|
|
476
|
-
```
|
|
208
|
+
ExecBro is **free and open** — every feature, no usage limits, no account required. Use it as much as you like. The tools you run locally stay free; that's the model.
|
|
477
209
|
|
|
478
|
-
|
|
210
|
+
## Feedback & Feature Requests
|
|
479
211
|
|
|
480
|
-
|
|
212
|
+
**Please run this at the end of your session to help me make the tools better.** ExecBro is built for AI agents, so the most valuable feedback comes from the agent itself — paste this prompt to your agent:
|
|
481
213
|
|
|
482
|
-
|
|
214
|
+
> Write a report about your experience with the ExecBro tools — where you were struggling and what could be improved. Save it as a Markdown file for me, then submit it using the `send_feedback` tool (type `"feedback"`) so it becomes a GitHub issue.
|
|
483
215
|
|
|
484
|
-
|
|
216
|
+
It takes 30 seconds: your agent runs `send_feedback`, hands you a pre-filled GitHub issue URL (environment info already attached), and you click submit — no GitHub setup, no copy-pasting. Real friction logs from real sessions are what shape the roadmap and get fixed first, so please send one. 🙏 And if you just have a quick idea or question, drop into [GitHub Discussions](https://github.com/igorzheludkov/execbro/discussions) to share feedback, request features, and vote on what gets built next.
|
|
485
217
|
|
|
486
|
-
|
|
487
|
-
"env": { "RN_AI_DEVTOOLS_DISABLE_FAILURE_ARTIFACTS": "1" }
|
|
488
|
-
```
|
|
218
|
+
## Package names & staying up to date
|
|
489
219
|
|
|
490
|
-
|
|
220
|
+
Ships as the npm package `execbro`. The package was previously published as `react-native-ai-devtools` and before that as `react-native-ai-debugger` — both legacy names keep receiving identical builds via mirror-publish, so existing installations and MCP configs keep working unchanged. New installs should use `execbro`.
|
|
491
221
|
|
|
492
|
-
|
|
222
|
+
> [!IMPORTANT]
|
|
223
|
+
> **Already using ExecBro?** `npx` caches packages indefinitely, so you may be stuck on an old version without realizing it. Update your MCP config to use `npx -y execbro@latest` (see [Setup](#setup)) so every session pulls the latest release with new tools and bug fixes. New installs after this change auto-update automatically.
|
|
493
224
|
|
|
494
225
|
## License
|
|
495
226
|
|
|
@@ -0,0 +1 @@
|
|
|
1
|
+
{"version":3,"file":"flowpoints.test.d.ts","sourceRoot":"","sources":["../../../src/__tests__/unit/flowpoints.test.ts"],"names":[],"mappings":""}
|
|
@@ -0,0 +1,126 @@
|
|
|
1
|
+
import { describe, expect, it } from "@jest/globals";
|
|
2
|
+
import { FLOWPOINT_STORE_CAP, createFlowpointStore, applyDrain, buildDrainExpression, buildClearExpression, parseDrainResult, clearFlowpointStores, getFlowpointStore, } from "../../pro/flowpoints.js";
|
|
3
|
+
function makeEntry(seq, overrides = {}) {
|
|
4
|
+
return { seq, t: 1000 + seq, name: "add-to-cart", step: `step-${seq}`, run: "r1", level: "info", ...overrides };
|
|
5
|
+
}
|
|
6
|
+
describe("applyDrain", () => {
|
|
7
|
+
it("appends everything on first drain and sets cursor/contextId", () => {
|
|
8
|
+
const store = createFlowpointStore();
|
|
9
|
+
const added = applyDrain(store, { contextId: "ctx-a", entries: [makeEntry(1), makeEntry(2)] });
|
|
10
|
+
expect(added).toBe(2);
|
|
11
|
+
expect(store.entries).toHaveLength(2);
|
|
12
|
+
expect(store.cursor).toBe(2);
|
|
13
|
+
expect(store.contextId).toBe("ctx-a");
|
|
14
|
+
});
|
|
15
|
+
it("is idempotent for the same snapshot and incremental for grown snapshots", () => {
|
|
16
|
+
const store = createFlowpointStore();
|
|
17
|
+
applyDrain(store, { contextId: "ctx-a", entries: [makeEntry(1)] });
|
|
18
|
+
expect(applyDrain(store, { contextId: "ctx-a", entries: [makeEntry(1)] })).toBe(0);
|
|
19
|
+
expect(applyDrain(store, { contextId: "ctx-a", entries: [makeEntry(1), makeEntry(2)] })).toBe(1);
|
|
20
|
+
expect(store.entries.map((e) => e.seq)).toEqual([1, 2]);
|
|
21
|
+
});
|
|
22
|
+
it("treats a changed contextId as a reload: all snapshot entries are fresh", () => {
|
|
23
|
+
const store = createFlowpointStore();
|
|
24
|
+
applyDrain(store, { contextId: "ctx-a", entries: [makeEntry(1), makeEntry(2), makeEntry(3)] });
|
|
25
|
+
// reload: seq restarts, MORE entries than the old cursor — heuristics would miss this
|
|
26
|
+
const added = applyDrain(store, {
|
|
27
|
+
contextId: "ctx-b",
|
|
28
|
+
entries: [makeEntry(1), makeEntry(2), makeEntry(3), makeEntry(4)],
|
|
29
|
+
});
|
|
30
|
+
expect(added).toBe(4);
|
|
31
|
+
expect(store.entries).toHaveLength(7);
|
|
32
|
+
expect(store.cursor).toBe(4);
|
|
33
|
+
expect(store.contextId).toBe("ctx-b");
|
|
34
|
+
});
|
|
35
|
+
it("caps the store at FLOWPOINT_STORE_CAP, dropping oldest", () => {
|
|
36
|
+
const store = createFlowpointStore();
|
|
37
|
+
const entries = Array.from({ length: FLOWPOINT_STORE_CAP + 10 }, (_, i) => makeEntry(i + 1));
|
|
38
|
+
applyDrain(store, { contextId: "ctx-a", entries });
|
|
39
|
+
expect(store.entries).toHaveLength(FLOWPOINT_STORE_CAP);
|
|
40
|
+
expect(store.entries[0].seq).toBe(11);
|
|
41
|
+
});
|
|
42
|
+
});
|
|
43
|
+
describe("expression builders", () => {
|
|
44
|
+
it("drain expression is an IIFE reading getFlowpointSnapshot with dual-global fallback", () => {
|
|
45
|
+
const expr = buildDrainExpression();
|
|
46
|
+
expect(expr).toContain("__EXECBRO__");
|
|
47
|
+
expect(expr).toContain("__RN_AI_DEVTOOLS__");
|
|
48
|
+
expect(expr).toContain("getFlowpointSnapshot");
|
|
49
|
+
expect(expr).toContain("__missing");
|
|
50
|
+
expect(expr).toContain("meta not JSON-serializable");
|
|
51
|
+
expect(expr).toContain("__EXECBRO_FLOWPOINT_WARNED__");
|
|
52
|
+
expect(expr).toContain("console.warn");
|
|
53
|
+
expect(expr).toContain("outdated");
|
|
54
|
+
expect(expr).toContain("execbro-sdk@latest");
|
|
55
|
+
});
|
|
56
|
+
it("clear expression calls clearFlowpoints", () => {
|
|
57
|
+
expect(buildClearExpression()).toContain("clearFlowpoints");
|
|
58
|
+
});
|
|
59
|
+
});
|
|
60
|
+
describe("parseDrainResult", () => {
|
|
61
|
+
it("parses a snapshot", () => {
|
|
62
|
+
const parsed = parseDrainResult(JSON.stringify({ contextId: "c", entries: [makeEntry(1)] }));
|
|
63
|
+
expect(parsed).toEqual({ contextId: "c", entries: [makeEntry(1)] });
|
|
64
|
+
});
|
|
65
|
+
it("detects the SDK-missing marker, defaulting to uninitialized when no reason is given", () => {
|
|
66
|
+
expect(parseDrainResult(JSON.stringify({ __missing: true }))).toEqual({
|
|
67
|
+
missing: true,
|
|
68
|
+
reason: "uninitialized",
|
|
69
|
+
});
|
|
70
|
+
});
|
|
71
|
+
it("detects the outdated-SDK marker", () => {
|
|
72
|
+
expect(parseDrainResult(JSON.stringify({ __missing: true, __reason: "outdated" }))).toEqual({
|
|
73
|
+
missing: true,
|
|
74
|
+
reason: "outdated",
|
|
75
|
+
});
|
|
76
|
+
});
|
|
77
|
+
it("returns null on garbage", () => {
|
|
78
|
+
expect(parseDrainResult("not json")).toBeNull();
|
|
79
|
+
});
|
|
80
|
+
});
|
|
81
|
+
describe("clearFlowpointStores", () => {
|
|
82
|
+
it("device-scoped clear touches only that device's store", () => {
|
|
83
|
+
const deviceA = getFlowpointStore("clear-test-device-a");
|
|
84
|
+
const deviceB = getFlowpointStore("clear-test-device-b");
|
|
85
|
+
applyDrain(deviceA, { contextId: "ctx-a", entries: [makeEntry(1), makeEntry(2)] });
|
|
86
|
+
applyDrain(deviceB, { contextId: "ctx-b", entries: [makeEntry(1), makeEntry(2), makeEntry(3)] });
|
|
87
|
+
const removed = clearFlowpointStores(undefined, "clear-test-device-a");
|
|
88
|
+
expect(removed).toBe(2);
|
|
89
|
+
expect(deviceA.entries).toHaveLength(0);
|
|
90
|
+
expect(deviceB.entries).toHaveLength(3);
|
|
91
|
+
// cursor/contextId retained so cleared entries never re-drain
|
|
92
|
+
expect(deviceA.cursor).toBe(2);
|
|
93
|
+
expect(deviceA.contextId).toBe("ctx-a");
|
|
94
|
+
});
|
|
95
|
+
it("undefined deviceName clears all stores", () => {
|
|
96
|
+
// Reset any state left by other stores/tests sharing the module-level map.
|
|
97
|
+
clearFlowpointStores(undefined, undefined);
|
|
98
|
+
const deviceC = getFlowpointStore("clear-test-device-c");
|
|
99
|
+
const deviceD = getFlowpointStore("clear-test-device-d");
|
|
100
|
+
applyDrain(deviceC, { contextId: "ctx-c", entries: [makeEntry(1)] });
|
|
101
|
+
applyDrain(deviceD, { contextId: "ctx-d", entries: [makeEntry(1), makeEntry(2)] });
|
|
102
|
+
const removed = clearFlowpointStores(undefined, undefined);
|
|
103
|
+
expect(removed).toBe(3);
|
|
104
|
+
expect(deviceC.entries).toHaveLength(0);
|
|
105
|
+
expect(deviceD.entries).toHaveLength(0);
|
|
106
|
+
});
|
|
107
|
+
it("combines name filter with device scoping", () => {
|
|
108
|
+
const deviceE = getFlowpointStore("clear-test-device-e");
|
|
109
|
+
applyDrain(deviceE, {
|
|
110
|
+
contextId: "ctx-e",
|
|
111
|
+
entries: [
|
|
112
|
+
makeEntry(1, { name: "checkout" }),
|
|
113
|
+
makeEntry(2, { name: "onboarding" }),
|
|
114
|
+
makeEntry(3, { name: "checkout" }),
|
|
115
|
+
],
|
|
116
|
+
});
|
|
117
|
+
const deviceF = getFlowpointStore("clear-test-device-f");
|
|
118
|
+
applyDrain(deviceF, { contextId: "ctx-f", entries: [makeEntry(1, { name: "checkout" })] });
|
|
119
|
+
const removed = clearFlowpointStores("checkout", "clear-test-device-e");
|
|
120
|
+
expect(removed).toBe(2);
|
|
121
|
+
expect(deviceE.entries.map((e) => e.name)).toEqual(["onboarding"]);
|
|
122
|
+
// other device's "checkout" entries untouched since deviceName scoped the clear
|
|
123
|
+
expect(deviceF.entries).toHaveLength(1);
|
|
124
|
+
});
|
|
125
|
+
});
|
|
126
|
+
//# sourceMappingURL=flowpoints.test.js.map
|