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 using-rn-dev-agentgit 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/using-rn-dev-agent)<a href="https://agentmods.dev/skills/lykhoyda/rn-dev-agent/using-rn-dev-agent"><img src="https://agentmods.dev/badge/skills/lykhoyda/rn-dev-agent/using-rn-dev-agent/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/using-rn-dev-agent"><img src="https://agentmods.dev/badge/skills/lykhoyda/rn-dev-agent/using-rn-dev-agent.svg" alt="Reviewed on agentmods" width="80" height="20"></a>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.00092 | $0.05371 |
| Opus 5.5 | $0.00037 | $0.02148 |
| Sonnet 5.5 | $0.00018 | $0.01074 |
| Haiku 4.5 | $0.00009 | $0.00537 |
Grade A, and why
using-rn-dev-agent 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 26d 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 — 360 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Using rn-dev-agent
The Codex rn-dev-agent surface provides an MCP tool suite, 17 explicit workflow skills, and 11 implicit domain skills—exactly 28 native Codex skills. The six packaged agent files are inline playbooks, not a native Codex subagent contract.
This skill is your front door. Before starting any RN work, use the decision tree below to route the user's intent to the right tool.
Codex surface map
Codex loads .codex-plugin/plugin.json, package-local codex-skills/, and stable MCP
server key cdp from codex.mcp.json. No plugin hooks is expected. Packaged
codex-commands/*.md are complete workflow playbooks reached through the seventeen
native $rn-dev-agent:<workflow> skills; best-effort command migration is
explicitly disabled, so source-command-* is not a supported vocabulary.
Workflow adapters are explicit-only. Domain skills remain implicit knowledge
owners. Resolve every playbook/helper relative to the exact selected
SKILL.md; never scan caches or use a launcher-only package-root variable. For
action replay, prefer structured cdp_run_action after the preflights in the
package-local run-action workflow.
Decision Tree
What is the user asking for?
│
├── INVENTORY of reusable actions ("what's already automated for this?")
│ └─► $rn-dev-agent:list-learned-actions [keyword]
│ (Scans feedback memories + .rn-agent/actions/ + .rn-agent/skeleton.yaml.
│ ALWAYS run this BEFORE any device_* sequence — replay an
│ existing flow instead of recomposing primitives manually.
│ See feedback_execute_artifacts_before_manual.md.)
│
├── REPLAY a learned action (Maestro flow)
│ └─► $rn-dev-agent:run-action <name> [-e KEY=VALUE …] [--platform ios|android]
│ (Counterpart to list-learned-actions: list discovers, run executes.
│ Pre-flights mutates flag, appId match, parameter coverage. Use to
│ skip a 7-min manual walk when a 23-sec flow already exists.)
│
├── CREATE a new reusable action ("save this flow", "make this replayable")
│ └─► Load the creating-actions skill
│ (Inventory-dedup first, ground selectors in evidence, ASCII flow
│ diagram, M7 header, validate, then replay to promote. Covers both
│ the recorder path and direct YAML authoring.)
│
├── BUILD a new feature / "add X to the app"
│ └─► $rn-dev-agent:rn-feature-dev <description>
│ (8-phase pipeline — see rn-feature-development skill)
│
├── TEST an existing feature
│ └─► $rn-dev-agent:test-feature <description>
│ (Runs rn-tester protocol INLINE in parent session — MCP tools required.
│ Step 0 is automatic artifact-first scan via list-learned-actions.)
│
├── QA a GitHub pull request on device
│ └─► $rn-dev-agent:qa-pr <PR URL or number> [ios|android|device|all]
│ (Runs rn-pr-qa protocol INLINE — pins the PR head, installs via
│ rn-dev-agent, exercises the change on simulator/emulator/device.)
│
├── BUILD + TEST (app not yet installed)
│ └─► $rn-dev-agent:build-and-test <description>
│ (Builds app via Expo/EAS, installs, starts Metro, then runs tester protocol inline)
│
├── Something is BROKEN on the current screen
│ └─► $rn-dev-agent:debug-screen
│ (Runs rn-debugger protocol INLINE in parent session — MCP tools required)
│
├── Plugin tools not working / environment broken
│ └─► $rn-dev-agent:setup
│ (passive package health first, then consented AGENTS.md/nav/store/scaffold setup)
│
├── DIAGNOSE the environment (read-only, no changes)
│ └─► $rn-dev-agent:doctor
│ (Passive checklist from rn-setup — reports, never modifies)
│
├── Need PROOF for a PR ("record a demo", "capture proof", "PR video")
│ └─► Load the capturing-proof skill (or run $rn-dev-agent:proof-capture <feature-slug>)
│ (Rehearsal-gated video + screenshots + generated PR body)
│
├── FREEZE a verified action into a locked regression test
│ └─► $rn-dev-agent:lock-e2e <action-name>
│ (Strict no-repair run via cdp_lock_e2e_test, freezes to .rn-agent/e2e/;
│ the frozen suite runs via cdp_run_e2e_suite. For login, this is the
│ formal PR proof on the exact candidate; cdp_login_prologue is not.)
│
├── Watch tool activity live in a browser ("observability UI")
│ └─► $rn-dev-agent:observe
│ (Shows the observe web UI URL; stop/restart the server)
│
├── Audit project rules sync (Vercel rules)
│ └─► $rn-dev-agent:check-vercel-rules
│
├── REPORT a plugin bug / send feedback
│ └─► $rn-dev-agent:send-feedback (routes to `sending-feedback`)
│ (Sanitized environment context → GitHub issue, user-confirmed)
│
├── Understand an existing feature (read, don't write)
│ └─► Spawn rn-code-explorer via Task tool (read-only, safe to spawn)
│ (Maps screens, state, navigation, testIDs, patterns)
│
├── Design architecture before implementing
│ └─► Spawn rn-code-architect via Task tool (read-only, safe to spawn)
│ (Fable-powered blueprint with testID placement + proof flow)
│
├── Review code before merging
│ └─► Spawn rn-code-reviewer via Task tool (read-only, safe to spawn)
│ (Confidence-filtered review, RN conventions + best practices)
│
├── About to start a real device journey (build / test / proof, end to end)
│ └─► $rn-dev-agent:run-workflow [journey-description]
│ (Loads the rn-workflow domain skill: declared package manager + deps,
│ read-only inventory, typed session recovery, one exclusive device,
│ managed integration/Metro, only the requested proof, reverse cleanup)
│
├── Just check if environment is ready
│ └─► $rn-dev-agent:check-env
│ (Quick cdp_status check, no setup attempt)
│
└── Extract the navigation graph
└─► $rn-dev-agent:nav-graph
(Maps all screens and navigators)
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.
- 26d ago Changed 01aba0d91a06
- 27d ago Changed · -24 lines b164ccc061dd
- 1mo ago Changed · +7 lines d92250e7839e
- 1mo ago Changed 9bbe7aa7e992
- 1mo ago Changed · +6 lines af9ef0920c23
- 1mo ago Changed · +1 lines 8be5a0fe7fb8
- 1mo ago First seen · 370 lines · 92 tokens per session scan A 3fe5f8ec7378
using-rn-dev-agent is a skill published in the GitHub repository Lykhoyda/rn-dev-agent (20 stars, last pushed today), licensed MIT. It adds 92 tokens to every session and 5,371 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
document-processor
Guidance for processing documents, extracting content, and transforming structured information. Use when the user asks to process, parse, extract, or transform document content such as PDFs, Word files, or spreadsheets.
skill-packager
Authors Agent Skills v1.0 packages (SKILL.md plus references/scripts), runs packageskill to produce a standards-compliant zip, and uses installskill to add skills from HTTPS, registry, workspace, or an uploaded archive. Use when the user wants to turn documentation, workflows, or code into a portable skill, export a…
workflow-helper
Guidance for creating, managing and executing workflow automations that chain multiple tools and agents together. Use when the user asks about building, listing, running or composing workflows and automated task pipelines.
attendance-signin-sheet
A spreadsheet generator for printable attendance or meeting sign-in sheets. It turns a list of names into rows with columns such as signatures, dates, departments, or employee IDs.
data-analyzer
Guidance for analyzing structured data, generating statistics and producing data-driven insights. Use when the user asks to analyze data, compute statistics, find patterns, or generate analytical reports.
procurement-audit
A procurement review workflow that checks contracts and purchase documents against uploaded purchasing rules. It links each finding to the relevant rule and supporting text.