fix(core): resolve local Expo Metro config wrappers

[skoshx]

Why

expo-metro-config only read the root Metro config. It reported a false positive when that file delegated to a local helper that imported expo/metro-config, including the reproduction in #1715.

Before: any local helper hid the valid Expo signal from the check.

After: the check follows statically resolvable runtime imports inside the project and reports only when the reachable config graph has no Expo signal.

What changed

• Extract static module-specifier collection for reuse.
• Follow relative Metro config imports with cycle protection and a bounded, fail-open scan.
• Ignore type-only imports when building the runtime config graph.
• Recognize the verified posthog-react-native/metro Expo wrapper.
• Add positive and negative regressions for local helpers, PostHog, type-only imports, and cycles.
• Add a patch changeset for @react-doctor/core.

Test plan

• nr test
• nr lint
• nr typecheck
• nr format:check
• nr build
• nr smoke:json-report
• REACT_DOCTOR_NO_TELEMETRY=1 nlx react-doctor@latest --verbose --scope changed — 100/100

RDE was not run because this is a core Expo project check, not an Oxlint rule.

Closes #1715

[pkg-pr-new]

Open in StackBlitz

npm i https://pkg.pr.new/eslint-plugin-react-doctor@1718

npm i https://pkg.pr.new/oxlint-plugin-react-doctor@1718

npm i https://pkg.pr.new/react-doctor@1718

commit: 9784017

[github-actions]

Interactive terminal E2E

Terminal Control verified the built CLI at 9784017 in a real PTY:

• selected a project interactively and observed Scanning... before the three-second Git delay completed
• waited for the clean result and exercised the compact report
• opened copy context and the GitHub Actions confirmation, then cancelled safely

Download the edited MP4 and PNG evidence