Rork Max の「SwiftUI でネイティブアプリを生成できる」という機能は、リリース以来ずっと注目されています。実際に使ってみて、「できること」と「まだ難しいこと」の境界線が見えてきたので、正直にまとめます。
マーケティング的な文句ではなく、実機で試した評価です。
検証の前提
使用環境は Rork Max（2026年4月時点の最新版）、ターゲットは iOS 18 以降のネイティブアプリです。React Native 版（通常の Rork）との混乱を避けるため、ここでは SwiftUI ネイティブ生成に限定して話します。
通常の Rork は React Native（Expo）を出力する基盤で、有料は月額 $25 から。一方の Rork Max は Swift を直接生成し、Apple のほぼ全機種（iPhone・iPad・Apple Watch・Apple TV・Vision Pro）を対象に据えた上位版です。月額は $200 と価格差が大きいため、「その差額に見合う生成範囲があるのか」がこの記事の関心の中心になります。
得意なこと：データ表示・一覧・詳細画面
Rork Max が最も安定してよい結果を出すのは、データを取得して表示する画面です。
指示例：
「書籍リストを取得して表示する画面。
タップすると詳細が表示され、お気に入りに追加できる。
オフライン対応（Core Data でキャッシュ）。」
この程度の要件なら、生成されたコードはほぼそのまま動きます。ListView から NavigationStack を使った詳細遷移、Core Data のモデル設計まで、骨格を一気に作ってもらえる点は素直に便利です。
SwiftUI の標準コンポーネント（List、NavigationStack、Form、Sheet）の組み合わせは得意で、見た目もそれなりに整います。
得意なこと：フォームと入力UI
ユーザー入力を伴うフォーム画面も生成品質が高いです。テキストフィールド・セグメントコントロール・ピッカー・日付入力など、標準コンポーネントを使った UI は指示が的確であれば精度高く生成されます。
バリデーション（必須チェック・メールアドレス形式確認）も、プロンプトに明記すれば組み込んでくれます。
やや難しい：カスタムアニメーション
SwiftUI の標準 animation モディファイアを使った基本的なアニメーションは問題ありません。ただし、複雑なカスタムアニメーション（たとえば UIKit の CALayer を使ったもの、Timeline 制御が必要なもの）になると、生成されたコードが動かなかったり、意図と異なる動きになることがあります。
「ばねのような弾み方で表示されてほしい」という指示では .spring() を使ったシンプルな実装が返ってくることが多く、細かいパラメータのチューニングは自分で調整が必要です。
やや難しい：サードパーティSDK との連携
Google Maps、MapKit、カメラ・マイク・BluetoothなどのOS機能は、それぞれ権限設定・SDK の初期化・非同期処理の組み合わせが必要で、ここは生成精度が下がります。
特に「権限がない場合の分岐」「初回起動時の権限要求フロー」は、生成されたコードをそのまま使うと App Store 審査でリジェクトされることがあります。この部分は自分で確認するか、「Apple のガイドラインに従って権限取得フローを実装して」と明示的に指示することをおすすめします。
まだ難しい：複雑なカスタム描画
Canvas や GeometryReader を多用した完全カスタムのUI（グラフ・チャート・ゲームUI・インタラクティブな地図）は、Rork Max でも生成の難易度が高いです。
試した範囲では、生成されたコードの50〜70%程度は動作しましたが、残りはコンパイルエラーや意図しない表示になりました。ゼロから書くよりは速いですが、「そのまま動く」は期待しないほうがよいです。
「対応プラットフォーム」の広さと、生成精度は別物
Rork Max は AR/LiDAR・Metal・ウィジェット・Dynamic Island・Live Activities・Siri Intents・HealthKit・HomeKit・NFC・App Clips・Core ML まで対応をうたっています。対応「機種・フレームワーク」の広さは確かに印象的ですが、ここで一度立ち止まりたいのが、「API が呼べること」と「実用品質のコードが一発で出ること」は別だという点です。
私の手元では、おおまかに次の三層に分かれました。
- そのまま実用に近い層：ウィジェット（WidgetKit）と HealthKit の読み取り。テンプレートが定型化しているためか、骨格は素直に出ます。
- 半分は手直しの層：Live Activities と Dynamic Island。レイアウトは出ますが、更新トリガー（ActivityKit のプッシュ更新）まわりは自分でつなぎ直すことが多いです。
- 検証必須の層：AR/LiDAR と NFC。デバイス機能と権限・セッション管理が絡むため、生成物は「叩き台」として読み、実機での挙動確認は前提と考えたほうが安全です。
対応リストの長さに惹かれて高い方を選ぶのではなく、「自分が作りたいアプリがどの層に当たるか」で見たほうが、$200 という価格との折り合いがつけやすいと感じています。
「2クリック公開」の手触り
Rork Max は Mac や Xcode なしで、ブラウザ上の iOS シミュレータと2クリックでの App Store 公開をうたっています。申請まわりの作業が重いことは個人開発で何度も味わってきたので、ここは素直にありがたい方向の進化です。
ただし「2クリック」は、App Store Connect 側の下準備（証明書・App ID・プライバシー情報・審査用メタデータ）がすでに整っている前提での話だと捉えておくのが現実的です。初回はやはり各種設定で時間がかかりますし、審査でのリジェクト対応は人間の仕事として残ります。公開の「最後のクリック」が軽くなったのであって、申請プロセス全体が消えたわけではない、という温度感です。
App Store 審査との相性
Rork Max が生成するコードは、必要な Info.plist キー（プライバシー関連の使用目的記述）を含み忘れることがあります。カメラ・位置情報・連絡先などにアクセスするアプリでは、必ず審査提出前に Info.plist を確認してください。
また、ネットワーク通信を行うアプリでは ATS（App Transport Security）の設定についても確認が必要です。
総合評価：「設計の加速」として使うのが正解
Rork Max の SwiftUI 生成を6ヶ月使い続けての正直な感想は、「アプリの設計と骨格を一気に作る道具として優秀」です。
完成品をそのまま App Store に出すためのコードを生成してくれるかというと、8〜9割の機能はできても、残りの部分（審査基準への対応・細かい権限フロー・高度なカスタム描画）は自分で仕上げる必要があります。
「何もないところからスタートして、動くプロトタイプを数時間で作れる」という体験は本物です。ただし、「Rork Max があればコードを一行も書かなくていい」はまだ正確ではありません。
価格差を踏まえると、まず通常の Rork（Expo）で形にしてから、Apple 固有の機能が要となるアプリだけ Rork Max に進む、という段階的な使い分けが個人開発では現実的だと考えています。この認識を持った上で使い始めると、失望することなく、その本当の価値を活かせると思います。