react-native-brownfield-migration
既存のネイティブiOS・AndroidアプリをReact NativeまたはExpoへ段階的に移行するための戦略を提供します。初期セットアップには`@callstack/react-native-brownfield`を使用し、移行手順の計画、XCFramework/AARアーティファクトのパッケージング、ホストアプリへの統合が必要な際に活用してください。
description の原文を見る
Provides an incremental adoption strategy to migrate native iOS or Android apps to React Native or Expo using @callstack/react-native-brownfield for initial setup. Use when planning migration steps, packaging XCFramework/AAR artifacts, and integrating them into host apps.
SKILL.md 本文
React Native への移行
概要
@callstack/react-native-brownfield を使用して、既存のネイティブアプリに React Native を段階的に導入するための規範的なワークフロー。初期セットアップからホストアプリの段階的統合まで対応しています。
- Expo トラック
- Bare React Native トラック
ユーザーが明示的に移行またはで比較を要求しない限り、1 つのタスクにつき 1 つのトラックを使用してください。
移行戦略
Brownfield 移行の計画と実行にはこの戦略を使用してください:
- アプリの状態を評価し、Expo または Bare パスを選択する。
@callstack/react-native-brownfieldで初期セットアップを実行する。- React Native ソースアプリから RN アーティファクト (
XCFramework/AAR) をパッケージ化する。 - 1 つの RN サーフェスをホストアプリに統合し、スタートアップ/ランタイムを検証する。
- 機能/画面ごとに統合を繰り返し、段階的なロールアウトを実現する。
Agent ガードレール (グローバル)
すべてのリファレンスファイルに対して、これらのルールを適用してください:
- 最初に 1 つのパス (Expo または Bare) を選択し、ステップを混在させない。
- ドキュメントのプレースホルダー (
<framework_target_name>、<android_module_name>、<registered_module_name>) を使用し、プロジェクトファイルから解決する。 - ホスト統合に進む前に、各パッケージ化コマンドを検証する。
- 長いプラットフォーム固有のスニペットと CLI オプションの詳細については、公式ドキュメントを優先する。
- 可能な限り、ホストアプリを React Native API から直接隔離する (ファサードアプローチ)。
正規ドキュメント
- Quick Start
- Expo Integration
- iOS Integration
- Android Integration
- Brownfield CLI
- Guidelines
- Troubleshooting
パス選択ゲート (最初に実行する必須項目)
リファレンスファイルを選択する前に、プロジェクトを分類してください:
- React Native アプリがまだ存在しない場合は、Expo 作成パスを使用:
expo-create-app.md->expo-quick-start.md
- React Native アプリが存在する場合は、
package.jsonとapp.jsonを検査:expoが存在する場合、または Expo プラグインワークフローが要求される場合は Expo。- Expo パスの要件なしにネイティブフォルダと直接 RN CLI ワークフローが使用されている場合は Bare RN。
- まだ不明な場合は、1 つの曖昧性排除質問をする。
- 正確に 1 つのパスで続行する。
適用時期
以下の場合にこのパッケージを参照してください:
- ネイティブのみのアプリから React Native または Expo への段階的な移行を計画している
- Expo または Bare React Native プロジェクト用の Brownfield 統合フローを作成している
@callstack/react-native-brownfieldでの初期セットアップを実行している- React Native アプリから iOS XCFramework アーティファクトを生成している
- React Native アプリから Android AAR アーティファクトを生成して公開している
- 生成されたアーティファクトをホスト iOS/Android アプリに統合している
クイックリファレンス
| ファイル | 説明 |
|---|---|
quick-start.md | 共有プリフライトと必須のパス選択ゲート |
expo-create-app.md | Expo brownfield セットアップ前に新しい Expo アプリをスキャフォルド |
expo-quick-start.md | Expo プラグインセットアップとパッケージ化準備 |
expo-ios-integration.md | Expo iOS パッケージ化とホストスタートアップ統合 |
expo-android-integration.md | Expo Android パッケージ化、公開、およびホスト統合 |
bare-quick-start.md | Bare React Native ベースラインセットアップ |
bare-ios-xcframework-generation.md | Bare iOS XCFramework 生成 |
bare-android-aar-generation.md | Bare Android AAR 生成と公開 |
bare-ios-native-integration.md | Bare iOS ホスト統合 |
bare-android-native-integration.md | Bare Android ホスト統合 |
問題 -> スキルマッピング
| 問題 | 開始位置 |
|---|---|
| パス決定が最初に必要 | quick-start.md |
| Brownfield 用の新しい Expo アプリを作成する必要がある | expo-create-app.md |
| Expo brownfield セットアップとプラグイン配線が必要 | expo-quick-start.md |
| Expo iOS brownfield 統合が必要 | expo-ios-integration.md |
| Expo Android brownfield 統合が必要 | expo-android-integration.md |
| Bare RN ベースラインセットアップが必要 | bare-quick-start.md |
| Bare RN iOS XCFramework 生成が必要 | bare-ios-xcframework-generation.md |
| Bare RN Android AAR 生成/公開が必要 | bare-android-aar-generation.md |
| Bare RN iOS ホスト統合が必要 | bare-ios-native-integration.md |
| Bare RN Android ホスト統合が必要 | bare-android-native-integration.md |
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- callstackincubator
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/callstackincubator/agent-skills / ライセンス: MIT
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。