コードを読むだけでアプリの中身が丸わかるAIが登場

コードを書かずにアプリの中身を解析できるAIエージェントツール「rea」が、GitHubで14万9千スターを超える異例の注目を集めています。公開からの爆発的な拡散は、それだけ「アプリの動作を読み解きたい」という需要が潜在していた証拠と見ることができます。

reaが対象にするのは、アプリの動作ログやネイティブバイナリ（コンパイル済みの実行ファイル）です。これまでリバースエンジニアリングと呼ばれていた作業——「このアプリが裏で何をしているか調べる」「どのデータがどこに送られているか追う」——は、専門的なデバッグツールと相応の知識が必要な領域でした。それをAIエージェントが自動化して返してくれる構造になっています。

TypeScript製のオープンソースとして公開されており、GitHubから無料で入手できます。

reaの設計思想として興味深いのは、「コードを一行も読まなくても入力として渡せる」という点です。アプリやファイルをエージェントに渡すと、どんな処理をしているか、どこにデータが流れているかを整理して返してくれます。リポジトリのREADMEに記載された動作説明を読む限り、解析対象を「入れるだけ」で動く設計を志向しています。

ただし、カテゴリは「devツール」です。コードなしでできることは「解析結果を読む・理解する」こと。一方、コードが書けると有利なのは「エージェントの動作をカスタマイズする」「解析パイプラインを自分のワークフローに組み込む」「出力を別ツールに連携させる」といった応用領域です。

使う側として知っておくべきは、reaはあくまで「読み解く」ツールであり、改ざんや不正利用の文脈で語られることが増えるほど規制やプラットフォーム側の対応も進む可能性があるという点です。合法的な用途——自分が開発したアプリのデバッグ、競合アプリの公開情報の調査、セキュリティ検査——の範囲で活用するのが現実的です。

具体的な活用イメージとして挙げられるのは以下のような場面です。

アプリのAPI構造を把握したいとき。 自分が使っているサービスやツールが、裏でどのエンドポイントと通信しているかをreaに調べさせる形が想定されます。これは自作ツールのデバッグや、外部サービスと連携する際の仕様確認に使えます。

競合ツールの動作ロジックを把握したいとき。 「このアプリはどういうロジックでスコアリングしているのか」「どこで判断が分岐しているのか」——公式ドキュメントだけでは見えない部分を、エージェントに解析させる使い方です。

自分が作ったコードのセキュリティチェックに使うとき。 外部に公開する前に、データの流れや意図しない処理がないかをエージェントに確認させるデバッグフローとしての活用もドキュメント上で示されています。

AIエージェントが「完了」と言っても信じるなでも触れたように、エージェントの出力は「完了報告」をそのまま信じず、自分の目で確認するクセをつけることが重要です。reaの解析結果も同様で、エージェントが出した整理を「素材」として扱い、最終的な判断は自分で行う前提で使うのが適切です。