Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add Lykhoyda/rn-dev-agent --skill rn-testinggit clone --depth 1 https://github.com/Lykhoyda/rn-dev-agentWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/lykhoyda/rn-dev-agent/rn-testing)<a href="https://agentmods.dev/skills/lykhoyda/rn-dev-agent/rn-testing"><img src="https://agentmods.dev/badge/skills/lykhoyda/rn-dev-agent/rn-testing/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/lykhoyda/rn-dev-agent/rn-testing"><img src="https://agentmods.dev/badge/skills/lykhoyda/rn-dev-agent/rn-testing.svg" alt="Reviewed on agentmods" width="80" height="20"></a>- NVIDIA SkillSpector warn
SkillSpector: 2 findings, up to medium
These are SkillSpector’s own severities. On a checked sample its high-severity flags on skills were ~96% false positives — a documented command, a public API, a “never do X” rule — so we show them as a caution to read, not a verdict. Why →
- medium Rogue Agent · line 3 Skill establishes unauthorized persistence across sessions via cron jobs, startup scripts, or state files. Session persistence allows an attacker to maintain access beyond the current interaction.Fix: Remove any persistence mechanisms (cron jobs, startup scripts, state files). Skills should not maintain state across sessions without explicit user consent.
- medium Data Exfiltration · line 420 Data is being sent to an external URL. This could be legitimate telemetry or data exfiltration. Manual review is recommended.Fix: Verify the destination URL is trusted and necessary. Remove or replace with documented APIs. Ensure no secrets, tokens, or PII are transmitted.
What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00106 | $0.04974 |
| Opus 5.5 | $0.00042 | $0.01990 |
| Sonnet 5.5 | $0.00021 | $0.00995 |
| Haiku 4.5 | $0.00011 | $0.00497 |
Grade A, and why
rn-testing scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 19d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 499 lines — stays where its author put it; the contents beside it link to each section on GitHub.
rn-testing — Maestro Patterns, Timing Rules, and Test Strategy
How to write and run UI test flows for React Native feature verification. Covers test runner selection, timing rules, testID conventions, multi-device testing, network mocking, and store inspection setup.
Test Runner: maestro-runner floor (>= 1.1.27)
All YAML replay goes through rn-dev-agent's maestro_run,
cdp_run_action, or cdp_run_e2e_suite tools. They require maestro-runner
>= 1.1.27 from the versioned pin-cache (attested 1.1.27 is the default
known-good) and refuse missing, older, unverified, or checksum-mismatched
binaries before UI mutation.
node <plugin-root>/rn-dev-agent-core/dist/maestro-runner-pin.js diagnose --json
bash <plugin-root>/scripts/ensure-maestro-runner.sh
node <plugin-root>/rn-dev-agent-core/dist/maestro-runner-pin.js diagnose --json
Success requires pinned-ok, version >= 1.1.27, provenance pin-cache,
and the versioned selected path. Never resolve replay from PATH,
~/.maestro-runner, or another CLI.
Verification Fidelity — No Silent Shortcuts (#61)
Verification means simulating a real user. State injection that produces a matching screen is NOT verification.
The following count as shortcuts that invalidate verification unless the user explicitly sanctions them:
- Deep-linking past the entry point of the flow being verified (e.g. deep-linking to
success-details/<existingId>instead of walking the create flow). - Forcing route params a real user can't set (e.g.
isNewPolicy=true,fromSuccess=true,mode=editinjected via URL). - Writing to MMKV / AsyncStorage / SecureStore to reset cooldowns, permissions, "has-seen" flags, or session state.
- Dispatching Redux / Zustand actions directly rather than through UI (
cdp_dispatchfrom outside a real user gesture). - Calling native-module APIs to skip platform dialogs (e.g. faking permission grants, dismissing system prompts via JS).
These tools work equally well from inside a real flow and as state injection — the plugin can't tell the difference. The agent is the safeguard.
What ships with it
1 file beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 19d ago Changed 731d06467e07
- 27d ago Changed 47613b46b46f
- 1mo ago Changed 7c55e6947213
- 1mo ago First seen · 499 lines · 106 tokens per session scan A 1769b7dc6a8a
rn-testing is a skill published in the GitHub repository Lykhoyda/rn-dev-agent (20 stars, last pushed today), licensed MIT. It adds 106 tokens to every session and 4,974 once invoked, about $0.0004 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
run-dashboard-e2e-local-changes
Run Playwright E2E (tests/e2e/) against the docker/ all-in-one harness so it reflects LOCAL code changes, not a stale cached image.
pod-e2e
ONLY for developing Kiro Crew itself -- if the project you are working on is anything else, ignore this skill: it drives Kiro Crew's own pod tooling, which does not exist in another repository. Boots a Kiro Crew feature worktree's full stack as an ISOLATED throwaway pod and proves it boots, authenticates and renders…
android-emulator
Verify and debug native, React Native, Expo, or Flutter apps on an Android Emulator with agent-device. Use when an agent needs to launch an app, inspect its live UI, tap, type, scroll, validate a code change, collect failure evidence, or reproduce a workflow on an Android virtual device.
dogfood
Systematically explore and test a mobile app on iOS/Android with agent-device to find bugs, UX issues, and other problems. Use when asked to dogfood, QA, exploratory test, find issues, bug hunt, or test this app on mobile.
nexent-daily-test
A procedure for running Nexent daily, full-layer tests on a self-hosted Ubuntu machine. Nexent is tested across separate layers such as unit, service, AI runtime, and browser journeys, with results and evidence kept locally.
tfp-verification
Generate a deterministic report for disposable executor acceptance tests.