Token导航 LogoToken导航TokenDH.com
开发需要联网github未标认证来源可访问许可证需确认审计提醒

upgrade-react-nativeupgrade React native 开发

Agent Skill

用于辅助前端页面、组件、样式和交互逻辑的开发与维护。它适合让 Agent 生成或审查 React、Next.js、Vue、Tailwind、CSS 等相关代码,整理组件结构,或定位布局和性能问题。使用时需要结合项目现有设计系统、路由和构建方式,避免只生成孤立片段;涉及页面改动时,应配合本地预览和构建检查确认视觉效果。

总安装

11,784

周安装

491

GitHub Stars

19

下载量

3,928
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:upgrade-react-native(upgrade React native 开发)
来源仓库:https://github.com/react-native-community/skills
仓库路径:skills/upgrade-react-native
安装命令:
npx skills add https://github.com/react-native-community/skills --skill upgrade-react-native
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/react-native-community/skills --skill upgrade-react-native

简介

通过基于差异的本机项目更新和依赖项管理自动进行 React Native 版本升级。

  • 从 React Native Upgrade Helper 获取并应用统一差异,处理 package.json 中的版本冲突
  • 、iOS 和 Android 本机文件
  • 映射模板路径和标识符 ( RnDiffApp, com.rndiffapp) 在应用更改之前更改为您的实际项目结构
  • 检测模板更改和项目自定义之间的冲突,在应用之前提供合并计划以供手动审核
  • 扫描第三方本机库以获取 React Native 版本兼容性表,并在核心升级的同时提出兼容的依赖项更新

SKILL.md

Upgrade React Native

Upgrade a React Native Community CLI project to a target version by fetching and applying the diff from the React Native Upgrade Helper.

[!Note] Expo users: For Expo projects or more complex upgrade scenarios, try: - expo/skills/upgrading-expo - callstackincubator/agent-skills/upgrading-react-native

Invocation

/upgrade-react-native <targetVersion>
  • <targetVersion> — the React Native version to upgrade to (e.g. 0.79.0).

Step-by-step procedure

Follow every step below in order. Do not skip steps.

1. Detect the current React Native version

Read the project's root package.json and extract the react-native version from dependencies (or devDependencies). Strip any semver range prefix (^, ~, >=, etc.) to get the exact current version string.

If the current version cannot be determined, stop and ask the user.

2. Validate the target version

  • The target version must be a valid semver string (e.g. 0.79.0).
  • It must be greater than the current version.
  • Verify the target version exists by checking: https://raw.githubusercontent.com/react-native-community/rn-diff-purge/master/RELEASES Fetch this file and confirm the target version is listed. If not, report the closest available versions and ask the user to choose.

3. Fetch the upgrade diff

Fetch the unified diff between the two versions:

https://raw.githubusercontent.com/react-native-community/rn-diff-purge/diffs/diffs/<currentVersion>..<targetVersion>.diff

For example, to upgrade from 0.73.0 to 0.74.0:

https://raw.githubusercontent.com/react-native-community/rn-diff-purge/diffs/diffs/0.73.0..0.74.0.diff

If the diff cannot be fetched (404), it may be because exact patch versions are not available. Try the nearest minor versions (e.g. 0.73.0 instead of 0.73.2). Report what you tried and ask the user if needed.

4. Parse the diff and map file paths

The diff uses the template project name RnDiffApp. Map every path in the diff to the actual project:

Diff path prefixActual project path
RnDiffApp/Project root (./)

Additionally, replace occurrences of the template identifiers with the project's actual names:

Template valueReplace with
RnDiffAppThe project's app name (from app.jsonname, or the name field in package.json)
rndiffappLowercase version of the project's app name
com.rndiffappThe project's Android package name (from android/app/build.gradle or android/app/src/main/AndroidManifest.xml)

5. Review the diff and plan changes

Before making any edits, review the entire diff and categorize changes:

  1. Direct applies — files that exist in the project and whose original content matches the diff's - lines. These can be applied as-is.
  2. Conflicts — files where the project's content has diverged from the template (custom modifications). These need manual merging.
  3. New files — files in the diff that don't exist in the project yet. Create them.
  4. Deleted files — files the diff removes. Delete them only if the project hasn't added custom content to them.

Present this plan to the user before proceeding. Group changes by area:

  • Root config files (package.json, metro.config.js, .eslintrc.js, etc.)
  • iOS native files (ios/ directory)
  • Android native files (android/ directory)
  • JavaScript/TypeScript source (if any template source files changed)
  • Third-party native dependencies (from step 7 — include any version bumps identified there)

6. Apply changes

Apply the changes following the plan from step 5:

  • For direct applies: edit the file to match the diff's + lines.
  • For conflicts: apply the upgrade changes while preserving the project's customizations. Use your judgement to merge. If uncertain, show both versions and ask the user.
  • For new files: create them at the mapped path.
  • For deleted files: remove them.

Important considerations:

  • When updating package.json, update the react-native version and any related dependencies mentioned in the diff (e.g. react, @react-native/* packages, Gradle versions, CocoaPods versions).
  • Do NOT run npm install / yarn install / pod install automatically. Inform the user these steps are needed after the upgrade.
  • Refer to the references section for version-specific guidance on breaking changes and migration notes.

7. Update third-party native dependencies

Scan the project's dependencies and devDependencies in package.json for third-party React Native libraries that contain native code (i.e. they have an ios/ or android/ directory, or are known native modules). Common examples include react-native-screens, react-native-reanimated, react-native-gesture-handler, @react-native-async-storage/async-storage, react-native-svg, react-native-safe-area-context, etc.

For each candidate dependency:

  1. Fetch the library's README from its GitHub repository or npm page.
  2. Look for a React Native version compatibility table or section — many native libraries document which versions of their package support which React Native versions (e.g. a "Compatibility" or "Version Support" table).
  3. If the README contains a compatibility table that maps the target React Native version to a specific library version, include that library version bump in the upgrade plan.
  4. If the README does not mention version compatibility with React Native versions, skip the library — do not guess or assume an upgrade is needed.

Present all proposed dependency bumps alongside the diff-based changes in step 5 (grouped under a Third-party native dependencies section). For each:

  • State the current version, the proposed version, and link to the compatibility info you found.
  • If multiple major versions are compatible, prefer the latest stable version that supports the target React Native version.

Apply these version bumps to package.json as part of step 6.

8. Post-upgrade checklist

After applying all changes, present the user with a checklist:

  • Run npm install or yarn install to update JS dependencies
  • Run cd ios && bundle exec pod install (or npx pod-install) to update native iOS dependencies
  • Run a clean build for Android: cd android &&./gradlew clean
  • Run a clean build for iOS: cd ios && xcodebuild clean
  • Run the app on both platforms to verify it launches
  • Run the project's test suite
  • Review any conflict resolutions for correctness
  • Check the React Native changelog for additional breaking changes
  • Check the Upgrade Helper web UI for any supplementary notes

References

Consult these for version-specific migration guidance:

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

39.9%
按下载量换算1,567

Claude

29.65%
按下载量换算1,165

Cursor

17.31%
按下载量换算680

Gemini CLI

9.52%
按下载量换算374

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

可疑

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills