株式会社TIMEWELLの濱本です。
近年、AI技術の進化は目覚ましく、様々な分野でその応用が進んでいます。ソフトウェア開発の領域も例外ではなく、「AI駆動開発」という言葉を耳にする機会が増えました。特に、テキストを入力するだけでスマートフォンアプリ（iOS/Android）を生成できると謳うサービス「Rork」が最近話題を集めています。一部では「アプリ開発エンジニアは廃業確定か？」といった過激な見出しと共に紹介され、開発コミュニティに衝撃を与えています。しかし、現場の第一線で活躍するプロのエンジニアからは「本当にそうなのか？」と懐疑的な声も上がっており、その実力については意見が分かれている状況です。
この記事では、モバイルアプリ開発、特にRorkが内部で使用していると推測される技術「Expo」に長年携わってきた専門家の視点から、Rorkというサービスの実態を徹底的にレビューします。Rorkはどのような仕組みでアプリを生成するのか、そのクオリティはどの程度のものなのか、そして本当にアプリ開発エンジニアの仕事を奪うほどのインパクトを持つのか。デモンストレーションを交えながら、その可能性と限界を深く掘り下げ、ビジネスパーソンや技術に関心のある方々に向けて、客観的な評価と今後の展望を解説していきます。AIによるアプリ開発の最前線を知り、その影響を正しく理解するための一助となれば幸いです。
Rorkとは何か？話題のAIアプリ開発ツールを徹底解剖 - 機能、料金、競合比較 Rorkによるアプリ生成デモとその実力 - 天気、感情記録アプリの事例から見る可能性と限界 Rorkはエンジニアの仕事を奪うのか？専門家視点で見る現状と今後の展望 まとめ Rorkとは何か？話題のAIアプリ開発ツールを徹底解剖 - 機能、料金、競合比較
まず、話題の中心となっている「Rork」がどのようなサービスなのか、その概要から詳しく見ていきましょう。Rorkは、ユーザーがテキストで指示を入力すると、それに基づいてiOSやAndroidで動作するモバイルアプリケーションのコードを自動生成してくれる、いわゆるAI駆動開発ツールの一つです。プログラミングの知識がなくても、アイデアを形にできる可能性を秘めていることから注目を集めています。
インターフェースに目を向けると、チャット形式でAIと対話しながらアプリを構築していくスタイルを採用しています。これは、競合サービスとして知られる「BoltNew」と非常に似た設計思想を持っているように見受けられます。BoltNewも同様にテキスト指示からコードを生成するサービスであり、RorkはBoltNewを意識して開発された可能性が考えられます。実際に両サービスのウェブサイトを比較すると、レイアウトや操作感に共通点が見られます。
次に、サービスの利用料金体系について見てみましょう。これはサービスを選定する上で重要な要素です。Rorkは月額課金制を採用しており、約3000円、約7000円といったプランが用意されています。これらのプランでは、上位プランになるほど利用できるメッセージ量が増加しますが、メッセージ単価が安くなるような割引はありません。単純に、支払う金額に比例して利用可能なメッセージ数が増える、シンプルな体系です。一方、競合のBoltNewも約3000円、約7000円、約15000円、約30000円といったプランを提供していますが、こちらは利用した分だけ課金される、いわゆる従量課金（トークンベース）の要素が強いようです。BoltNewでは、プランに応じてトークンが付与され、メッセージのやり取りやコード生成の複雑さに応じてトークンを消費していく仕組みとなっており、上位プランほどトークン単価がお得になる設計です。料金体系の思想には若干の違いが見られます。
Rorkには、無料プラン（あるいは試用期間）における使用制限が存在することも把握しておく必要があります。ユーザーの使用状況を確認できる項目を見ると、1ヶ月あたり30メッセージまで、かつ1日あたり5メッセージまでという制限が設けられているようです。これは、単純計算で6日間連続で上限まで使用すると、その月はもう利用できなくなることを意味します。本格的なアプリ開発を試そうとすると、この制限はかなり厳しいと言わざるを得ません。頻繁な試行錯誤や、AIとの複数回にわたる対話が必要なアプリ開発において、このメッセージ制限は大きな足かせとなる可能性があります。対照的に、BoltNewではこのような厳格な日次・月次制限に関する情報は前面に出ておらず、トークン量に基づいた利用が可能であるため、使い方によってはRorkよりも柔軟な運用ができるかもしれません。
Rorkが内部で利用している技術についても触れておきましょう。文字起こしの内容や生成されるコードから判断するに、ほぼ間違いなく「Expo」というフレームワークが採用されています。Expoは、「React Native」というFacebook（現Meta）が開発した技術をベースにしており、JavaScript（およびReact）を用いてiOSとAndroidの両方のネイティブアプリを同時に開発できるクロスプラットフォーム開発環境です。Expoの大きな利点の一つは、「Expo Go」という専用アプリを用いることで、開発中のアプリを実機で簡単にプレビューできる点です。生成されたQRコードをExpo Goアプリでスキャンするだけで、すぐに動作確認が行えるため、開発サイクルを高速化できます。
しかし、Expo（およびReact Native）を用いた開発には、特有の注意点も存在します。例えば、カメラやGPS、広告SDKなど、OS固有の機能（ネイティブ機能）を深く利用するライブラリを使いたい場合、Expo Goアプリだけでは対応できず、「ネイティブビルド」というプロセスが必要になることがあります。これは、アプリのソースコードをiOSやAndroidのネイティブプロジェクトに変換し、それぞれのプラットフォームの標準的な開発ツール（XcodeやAndroid Studio）でビルドする作業を指します。このプロセスは、環境構築や設定が複雑になる場合があり、完全な初心者がゼロからスムーズに行うのは難しい側面もあります。過去には、広告（AdMobなど）を表示させたいだけでもネイティブビルドが必要になるケースがあり、開発のハードルとなっていました。
モバイルアプリ開発、特にExpo/React Native界隈では、こうした「ちょっとした壁」や「環境依存の不具合」が、開発の様々な段階で現れることがあります。かつてReact Nativeは、予期せぬエラー（通称「赤い画面」）が頻発し、開発環境の構築・維持が非常に難しい時期がありました。その結果、一時期は国内で敬遠され、Googleが推進する「Flutter」に人気が流れた経緯もあります。現在はExpoの登場と継続的な改善により、開発体験は大幅に向上し、環境構築や基本的なアプリ開発は以前よりも格段にスムーズになりました。しかし、それでもなお、ライブラリの互換性問題やOSのアップデートに伴う予期せぬ挙動など、ウェブ開発とは異なる種類の難しさが存在することは事実です。RorkのようなAIツールがコードを生成してくれても、こうした環境要因による問題が発生した場合、結局は開発者自身が原因を特定し、解決する必要があります。AIに丸投げして「はい、完成」とは、なかなかいかないのが現実です。
Rorkは内部でAIモデルとして「Claude 3.7 Sonnet」や「Claude 3.5」を使用しているようです。特にClaude 3.7 Sonnetは、Anthropic社が開発した最新の高性能モデルであり、文脈理解能力やコード生成能力が高い評価を受けています。これにより、Rorkは比較的質の高いコードを生成できるポテンシャルを持っていると言えるでしょう。しかし、ツールの使い勝手や制限、そして基盤技術であるExpoの特性を理解した上で利用することが重要です。
Rorkによるアプリ生成デモとその実力 - 天気、感情記録アプリの事例から見る可能性と限界
Rorkが実際にどの程度のアプリを生成できるのか、具体的なデモンストレーションを通じてその実力を見ていきましょう。ここでは、文字起こしで言及されていた「天気予報アプリ」と「感情記録アプリ」の生成例を元に、その可能性と限界を探ります。
まず、「天気予報アプリを作って」とRorkに指示した場合の例です。Rorkは内部でClaude 3.7 Sonnetなどの強力なLLM（大規模言語モデル）を駆使し、Expoベースのコードを生成します。生成プロセス中には一時的にエラーが表示されることもありますが、しばらく待つとプレビュー画面にアプリが表示されます。このプレビュー画面には、リロードボタンや、表示モードを切り替えるボタン（iOS/Android/Web）が備わっており、Expoの強みであるマルチプラットフォーム対応を活かした開発体験が提供されています。
生成された天気予報アプリのUIを見てみると、天気情報が表示される基本的な画面が構築されていることが確認できます。ここまでのプロセスをテキスト指示のみで実現できる点は、確かに注目に値します。特に、最新のClaude 3.7 Sonnetモデルを使用しているためか、生成されるコードの質やUIの初期レベルは、以前のAIコード生成ツールと比較しても向上している印象を受けます。
しかし、ここで重要なのは、この生成されたアプリが「そのまま使えるレベルか」という点です。デモンストレーションの例では、いくつかの課題点が露呈していました。例えば、画面の一部（テキストなど）がデバイスの表示領域からはみ出して切れてしまっている、画面を上下にスクロールできない、といった基本的なUI/UXの問題が見られました。これらは些細な不具合に見えるかもしれませんが、ユーザー体験を大きく損なう要因となります。
さらに深刻なのは、これらのアプリを実際にApple App StoreやGoogle Play Storeで公開しようと考えた場合です。両ストアには、アプリの品質や独自性に関する厳格な審査ガイドラインが存在します。単に情報を表示するだけ、あるいは非常に基本的な機能しか持たない、いわゆる「低品質」と判断されるアプリは、審査でリジェクト（却下）される可能性が非常に高いのです。Rorkで生成された初期状態のアプリ、例えば単純な天気予報アプリや基本的な感情記録アプリは、多くの場合、この「低品質」の基準に該当してしまうでしょう。ストアで公開するためには、以下のような多くのハードルを越える必要があります。
独自性とユーザー価値の提供: 他のアプリにはない独自の機能や、明確なユーザーメリットを提供できているか。
デザインとUXの作り込み:見た目の美しさだけでなく、使いやすさ、操作性の良さが十分に考慮されているか。文字切れやスクロール不可といった問題は論外。
機能の完全性と安定性:アプリの主要機能がバグなく安定して動作するか。データが正しく保存されているか。
プラットフォーム規約への準拠:AppleやGoogleが定める最新のデザインガイドラインやプライバシーポリシー等に準拠しているか。
継続的な改善:リリース後もユーザーフィードバックに基づき、バグ修正や機能改善を継続する意思があるか。
Rorkで生成されたアプリは、あくまで「雛形」や「プロトタイプ」の域を出ないものが多く、上記の基準を満たすためには、ここから大幅な機能追加、デザイン修正、品質向上が必要不可欠です。Rork上でAIとの対話を繰り返して機能を練り上げていくことも可能かもしれませんが、前述の使用制限（1日5メッセージ、月30メッセージ）を考えると、本格的な作り込みを行うのは現実的ではありません。1つの小さな修正（例えば「ここをスクロール可能にして」）を指示するだけでも、貴重なメッセージ数を1つ消費してしまいます。
次に、「感情記録アプリ」を「3つのタブ（記録、カレンダー、設定）構成で」といった、より具体的な指示で生成させた例を見てみましょう。このケースでは、RorkはExpoと「NativeWind」（React NativeでTailwind CSSを使えるようにするライブラリ）を組み合わせたコードを生成したようです。生成されたアプリのプレビューを見ると、指示通り3つのタブを持つ構造になっており、UIの見た目もNativeWindによって比較的整っている印象を受けます。Claude 3.7 Sonnetのコード生成能力の高さが伺える結果と言えるでしょう。
しかし、この感情記録アプリも詳細に見ていくと、やはり課題が見つかります。例えば、記録したはずの過去の感情データが保存されておらず、アプリを再起動すると消えてしまう、特定の画面でスクロールができない、といった機能的な不備がありました。複雑な指示に対して、一発である程度の形まで生成できる能力は評価できますが、実用的なアプリケーションとして成立させるには、まだ多くの開発作業が必要です。
さらに、Rork上でアプリを修正しようとして、少し複雑な指示を与えると、エラーが発生してしまうケースも報告されています。一度エラーが発生すると、AIがそれを自己修復できる保証はなく、むしろソースコードが意図しない形に変更され、問題が悪化する可能性すらあります。生成されたコードをダウンロードして手元で修正することも考えられますが、Rorkではコードのダウンロード機能は有料プラン限定となっています。無料ユーザーや試用中のユーザーは、Rorkのプラットフォーム上で完結させるしかなく、その制約の中で本格的な開発を進めるのは困難です。
結論として、Rorkはアイデアを素早く形にし、プロトタイプを作成するツールとしては一定の可能性を秘めています。特にClaude 3.7 Sonnetによるコード生成品質は注目に値します。しかし、生成されたアプリはあくまで初期段階のものであり、そのままストアで公開できるレベルには達していません。デザインの調整、機能の追加・修正、バグ修正、そして何よりもストア審査をクリアするための品質向上には、依然として人間のエンジニアによる専門的な知識と多くの作業が必要です。
Rorkはエンジニアの仕事を奪うのか？専門家視点で見る現状と今後の展望
さて、この記事の核心とも言える問い、「RorkのようなAIアプリ開発ツールは、本当にアプリエンジニアの仕事を奪うのか？」について、考察していきます。結論から言えば、現時点において、Rork単体がエンジニアの仕事を完全に奪い、廃業に追い込むような状況にはなっていません。しかし、だからといって楽観視できるわけでもなく、AI技術の進化がエンジニアの役割や求められるスキルに変化をもたらしていることは紛れもない事実です。
まず、なぜRorkだけでエンジニアが不要にならないのか、その理由を改めて整理しましょう。前述のデモンストレーション評価でも明らかになった通り、Rorkが生成するアプリは、あくまで基本的な雛形やプロトタイプのレベルに留まります。実際のプロダクト開発では、以下のような、AIだけでは（少なくとも現時点では）カバーしきれない、あるいは非常に困難な工程が多数存在します。
要件定義と設計:顧客やユーザーの曖昧な要求をヒアリングし、具体的な機能仕様や技術的実現方法を定義する。アプリ全体のアーキテクチャ（データの流れ、コンポーネント分割など）を設計する。これには高度なコミュニケーション能力と技術的知見が求められます。
複雑な機能の実装:AIが生成しにくい、あるいはビジネスロジックが複雑に絡み合う機能（例：決済連携、外部APIとの高度な連携、リアルタイム通信、オフライン対応など）を実装する。
UI/UXデザインの作り込み:デザイナーと連携し、ターゲットユーザーにとって魅力的で直感的に操作できるインターフェースを細部まで作り込む。ピクセル単位での調整や、プラットフォームごとのデザインガイドラインへの準拠も必要です。
品質保証とテスト:様々なデバイスやOSバージョンでの動作検証、エッジケースの洗い出し、バグの特定と修正を行う。自動テストの設計・実装も重要です。
ストア審査への対応:Apple App StoreやGoogle Play Storeの複雑で変化し続ける審査ガイドラインを理解し、リジェクト理由に対応しながら粘り強く申請プロセスを進める。
パフォーマンス最適化:アプリの動作速度やバッテリー消費などを改善し、ユーザー体験を向上させる。
セキュリティ対策:脆弱性を考慮した設計・実装を行い、ユーザーデータやシステムを保護する。
運用・保守:リリース後もOSアップデートへの追従、ライブラリの更新、ユーザーサポート、機能改善などを継続的に行う。
環境構築とデバッグ: 開発環境のセットアップ、ライブラリ間の依存関係解決、原因不明のエラーや環境依存問題の特定と解決。特にモバイルアプリ開発では、この部分で多くの時間と専門知識が要求されることがあります。
Rorkはこれらの工程のうち、ごく初期段階の「基本的なコード生成」の一部を自動化するに過ぎません。特に、ストア審査の壁は高く、Rorkが生成したレベルのアプリでは、まず通過できないでしょう。また、少し複雑なことをしようとしたり、生成されたコードをカスタマイズしようとしたりすると、すぐにエラーが発生し、その解決には結局エンジニアの介入が必要になる場面が多くあります。
しかしながら、「だからエンジニアは安泰だ」と考えるのは早計です。Rork自体が仕事を奪うわけではなくとも、その背景にあるAI技術、特にClaude 3.7 Sonnetのような高性能LLMの進化は、ソフトウェア開発のあり方を確実に変えつつあります。
コード生成能力の向上は目覚ましく、定型的なコードや簡単な機能であれば、AIが人間よりも速く正確に記述できるようになってきています。これにより、単純なコーディング作業に費やす時間は減少し、エンジニアはより上流工程（設計、要件定義）や、より複雑な問題解決、品質向上といった付加価値の高い業務に集中することが求められるようになるでしょう。言い換えれば、「ただコードが書ける」だけの人材の価値は相対的に低下していく可能性があります。文字起こしの中でも触れられていたように、「知識の価値が落ちつつある」という側面は否定できません。
Rorkのようなツールは、現時点ではプロの開発を代替できませんが、プロトタイピングやアイデア検証のスピードを劇的に向上させる可能性はあります。非エンジニアでも簡単なアプリのモックアップを作成できるようになったり、エンジニアが開発初期段階の労力を削減したりするのに役立つでしょう。
今後の展望として、AI駆動開発ツールはさらに進化し、より複雑なコード生成や、エラーの自己修復、簡単なデバッグ支援などが可能になっていくと考えられます。しかし、それはエンジニアの仕事がなくなることを意味するのではなく、エンジニアの役割が「コードを書く人」から、「AIを使いこなし、より高度な問題解決や価値創造を行う人」へとシフトしていくことを示唆しています。
したがって、エンジニアはAIの進化を脅威としてだけ捉えるのではなく、自身の能力を高めるためのツールとして積極的に活用していく姿勢が重要になります。具体的には、プロンプトエンジニアリングのスキルを磨き、AIに的確な指示を与える能力、AIが生成したコードをレビューし、適切に修正・統合する能力、そしてAIでは代替できない設計能力、問題解決能力、コミュニケーション能力、ビジネス理解力などを強化していく必要があります。
Rorkの登場は、アプリ開発の民主化に向けた一歩であると同時に、エンジニアに対して新たな挑戦を突きつけていると言えるでしょう。この変化に柔軟に対応し、学び続けるエンジニアこそが、今後も価値を発揮し続けることができるはずです。
まとめ
本記事では、テキスト指示からスマートフォンアプリを生成するAIツール「Rork」について、その機能、料金体系、内部技術（Expo）、デモンストレーション、そしてアプリ開発エンジニアへの影響を専門家の視点から詳しくレビューしました。
Rorkは、Claude 3.7 Sonnetといった高性能LLMを活用し、簡単なアプリの雛形を迅速に生成する能力を持っています。インターフェースは競合のBoltNewに似ており、Expoフレームワークをベースにしているため、iOS/Android/Webのマルチプラットフォームに対応したプレビューが可能です。デモンストレーションでは、ウェザーダッシュボードや感情記録アプリがテキスト指示から生成されましたが、UIの不備や機能不足、データ永続性の欠如など、そのままでは実用に耐えうるレベルではないことが明らかになりました。
特に、Apple App StoreやGoogle Play Storeの厳格な審査基準を考慮すると、Rorkで生成された初期状態のアプリが公開承認を得ることは極めて困難です。独自性、品質、デザイン、機能の完全性など、多くの点で大幅な改善が必要であり、これには依然として人間のエンジニアによる専門的な知識と多くの開発作業が不可欠です。また、Rorkの無料利用には厳しいメッセージ数制限があり、有料プランでコードをダウンロードしない限り、本格的な開発やデバッグは難しいという制約もあります。
結論として、Rorkが直ちにアプリ開発エンジニアの仕事を奪い、廃業に追い込むといった事態には至りません。
しかし、Rorkやそれを支えるAI技術の進化は、ソフトウェア開発の生産性を向上させる可能性を秘めていると同時に、エンジニアに求められるスキルの変化を促しています。単純なコード生成作業はAIに代替される可能性が高まる一方で、要件定義、設計、複雑な問題解決、品質保証、そしてAIを効果的に活用する能力といった、より高度なスキルセットの重要性が増しています。
Rorkのようなツールは、プロトタイピングやアイデア検証のフェーズでは有用な武器となり得ますが、プロダクト開発全体を代替するものではありません。エンジニアはAIの進化を脅威ではなく機会と捉え、自身のスキルを継続的にアップデートしていくことが、今後のキャリアにおいて不可欠となるでしょう。Rorkの登場は、AIと人間が協調してソフトウェア開発を進める未来の一端を示唆しているのかもしれません。