REA（Reverse Engineer Anything）とは？1週間でGitHubスター11.5万を獲得したMCPサーバー

REAはReverse Engineer Anythingの略で、ソースコードなしでソフトウェアを分解するツールをコーディングエージェントに提供する、オープンソースのMCPサーバー兼CLIです。Claude Code、Codex、Cursor、または別のエージェントをネイティブバイナリ、Electronアプリ、.NETアセンブリ、Android APK、Webサイト、保存済みネットワークキャプチャに向けて、ある機能がどう動いているか尋ねると、REAは擬似コード、モジュールグラフ、リクエストログ、そして各主張の根拠となる証拠を返します。エージェントはその後、その挙動を説明するか、再構築します。

morluto/reaリポジトリは2026年4月に作成され、10月の第1週までほとんど注目されないままでした。10月12日までに115,000スターと25,000フォークを超え、GitHub史上最速級の上昇となりました。このガイドでは、REAの機能、インストール方法、強み、誇大宣伝が実態を上回る部分、そして多くの報道が見落とす点である、REAがHARおよびmitmproxyキャプチャを読み取る仕組みを解説します。これにより、Apidogで完結できるAPIリバースエンジニアリングのフロントエンドとして使えます。

誇大宣伝の背景にある数字

Trendshiftの日次トラッキングは、この急上昇の形状を示しています。REAは10月4日に約1日1,400件の新規スターでトレンドリストに初登場し、その後1週間複利のように増え続けました。

このリポジトリは、10月6日から12日までの7日間のうち5日間、GitHub Trendingの1位を維持しました。リリースも同じペースで進み、バージョン3.2は10月3日、4.0は10月5日、5.0は10月7日、6.0は10月8日、6.1から6.4は10月9日から11日までの間に登場しました。このペースは導入を考える人にとって重要であり、後で改めて触れます。

この急増を説明する単一のツイートやローンチ記事はありません。魅력が効果を発揮しました。「気になる機能を見つける。それがバイナリレベルでどう動いているかを理解する。」という売り文句です。エージェントがバイナリからデスクトップアプリを再構築するデモ動画は急速に拡散し、いつもの「ソフトウェアは終わった」という主張も流れました。より有用な見方はもっと限定的です。REAは、エージェントと既存のリバースエンジニアリングツールをつなぐ、よくパッケージされたコネクタです。

REAの機能

REAはローカルMCPサーバーとして動作します。エージェントがそのツールを呼び出すと、REAは適切なエンジンで対象を調査し、エージェントは構造化された結果とその制約・不明点を取得します。同じワークフローはCLIコマンドとしても利用できるため、エージェントなしでスクリプト化することもできます。

READMEの対象一覧に基づく、解析できる内容は次のとおりです。

REAを単なる薄いラッパーと区別する設計上の選択は、証拠モデルです。すべての結果には由来が付きます。ファイルダイジェスト、バイト範囲、キャプチャ内へのJSONポインタ、そして解析で確定できなかった事柄の明示的なリストです。プロジェクトはドキュメントの中でこれを繰り返し強調しています。解析は自分のマシン上で実行されますが、READMEのFAQは、エージェントのモデルプロバイダーがその独自のデータポリシーに従ってツール結果を受け取ることを明確に述べています。

REAのインストール方法

Node.js 22.19以降（23と25は未対応）とnpmが必要です。1つのコマンドでMCPサーバーが登録され、使用するエージェント用に一致するスキル手順がインストールされます。

npx rea-agents setup

セットアップは計画を表示し、既存の設定をバックアップしてから、承認後にのみ書き込みます。インストールガイドによれば、Claude Code、Claude Desktop、Codex、Cursor、Gemini CLI、Windsurf、Devin、OpenCode、Antigravity、GitHub Copilot CLI、VS Code、Grok Build、Hermesなどに対応しており、それぞれ--clientフラグで選択できます。その後エージェントを再起動し、次のように依頼します。

Understand how search works in the Notes app, show me the evidence,
and build a similar feature for my project.

グローバルCLIの場合は次のとおりです。

npm install --global rea-agents
rea doctor --json

静的JavaScript、.NET、Webサイト、キャプチャ解析は、追加エンジンなしで動作します。深いネイティブ解析にはHopper、JDK 21以降を含むGhidra 12.1、またはIDAが必要です。セットアップは承認すればHopperをインストールできますが、Hopperは独自ライセンスを持つ別個の商用ソフトウェアです。Windows上のGhidraは実験的とされています。

ショーケースから見える得意分野

プロジェクト自身のケーススタディが、最も正直なベンチマークです。DX-Bollの調査では、エージェントはサウンド呼び出しをposition-to-panヘルパーまで追跡し、不完全な擬似コードをCに変換しました。その再構成は3,205件の元x86テストケースに合格し、63バイトすべてのコンパイル済み関数バイトを再現しました。Notionの調査では、クリップボードAPIをレンダラーからpreloadとIPCを経由してElectronメインプロセスまで追跡しました。3つ目の調査では、1990年代のPC-98ゲームの16ビット命令から、弾丸リングの角度計算を復元しました。

パターンに注目してください。これらは、検証手段がある、1つの関数や1つのデータ経路に関する明確に範囲を絞った質問です。現在のエージェント主導のリバースエンジニアリングが機能するのは、こうした領域です。「アプリ全体を再構築する」デモは動画では見栄えがよく、対象に似た何かを生み出しますが、REAを単純なMacアプリでバニラエージェントと比較した初期レビューでは、差は小さく、REAの実行は遅いという結果でした。価値が現れるのは、質問が具体的で対象が複雑な場合です。

API作業のためのREA：キャプチャからテスト済み仕様へ

ここからは、APIを利用するシステムを構築する人全員に関係する部分です。REAのinspect_web_network_captureツールは、HARファイル（またはLinux上のネイティブmitmproxyキャプチャ）をオフラインで読み取ります。記録されたURLを再取得することはありません。すべてのエントリを検証し、リクエストおよびレスポンスボディをそのダイジェストとともに保持し、承認ヘッダー、Cookie、URL資格情報を証拠から構造的に除外します。

次に、APIチームなら誰でも理解する動作を行います。保持した証拠をinspect_analysis_viewにapi-surfaceビューで渡すと、REAはすべてのリクエストをメソッド、オリジン、推定パステンプレートごとにグループ化します。数値IDは{numeric}、UUIDは{uuid}、長い16進文字列は{hex}、日付は{iso-date}になります。各グループは出所となったレコードを引用し、混在するステータスやコンテンツタイプを警告表示します。キャプチャガイドは、このビューはスキーマやハンドラについての主張を行わないと慎重に述べています。これは推定されたインベントリであり、仕様ではありません。

そのインベントリこそ、APIリバースエンジニアリングガイドのワークフローへの出発点であり、Apidogがそれを完成させます。

1. 一度キャプチャする。Chrome DevToolsでフローを再現し、コンテンツ付きですべてのリクエストをHARとして保存します。テストアカウントで記録してください。HARには有効なトークンが含まれます。
2. エージェントにマップさせる。エージェントにREAでHARを解析させ、APIサーフェスを要約してもらいます。エンドポイント一覧、IDパターン、エラーを返した呼び出しを、元レコードへのポインタとともに取得できます。
3. 同じHARをApidogにインポートする。Apidogはキャプチャしたリクエストをエンドポイントに変換します。エンドポイントごとにデフォルトテストケースを生成するオプションや、インポート時に静的アセットを除外するオプションもあります。HARインポート手順でクリーンアップ方法を解説しています。
4. 推定テンプレートを実際のパスパラメータに昇格させる。REAの{numeric}や{uuid}プレースホルダーが、Apidogのエンドポイント定義でパラメータ化すべきセグメントを示します。
5. モックしてテストする。Apidogのスマートモックを有効にすれば、本物に触れる前にクライアントコードを再構築されたAPIに対して実行できます。その後、キャプチャしたレスポンス形状に対するアサーションを書き、CIでApidog CLIから実行します。

役割分担は明確です。REAは証拠を読み、説明するのが得意です。Apidogでは、そのエンドポイントがチームで共有できる、文書化され、モックされ、テストされた契約になります。どちらも相手の仕事を代行しません。

導入前の注意点

リリース速度は両刃の剣。9日間で7つのマイナーバージョンが登場し、プロジェクトのalways-bump-minorポリシーでは、マイナーアップデートでも破壊的変更になり得ます。6.2移行ガイドでは、すべてのMCP結果の形状が変わりました。REAのJSON出力に対してスクリプトを書く場合は、バージョンを固定し、更新前に変更履歴を読んでください。

これはサンドボックスではなく、コネクタ。プロジェクトのセキュリティポリシーは、ローカルプロバイダーブリッジがサンドボックスではなく、信頼できないバイナリを開くとその解析がユーザー権限で実行されると明記しています。信頼できない対象は、他のエージェントのツール呼び出しを分離する場合と同じように、隔離された環境で解析してください。

プラットフォーム制限は具体的。ネイティブmitmproxyデコードには、Linux上で、自分で用意したmitmdump 12.2.3ちょうどが必要です。ファームウェア抽出、EVM、WASMのパスはLinux x64専用です。HopperにはWindowsビルドがありません。

法的責任はあなたに残る。READMEはREAを合法的な調査、解析、再構築に限定し、権限の確認は利用者の責任だと述べています。競合の機能をコピーすることは、このツールが存在する前と同じ法的問題です。また、プロジェクトはトークンを発行しておらず、その名前を使うコインは無関係であると明言せざるを得なくなりました。

まだ初期段階。本記事執筆時点で、100人以上のコントリビューターと170件を超えるオープンなissueおよびプルリクエストがあります。ドキュメントは充実していますが、紹介されている経路以外では、粗い部分があることを想定してください。

よくある質問

REAは無料ですか？はい。コードはMITライセンスで、npmパッケージも無料です。ネイティブ解析でHopperを選んだ場合のみ有料製品になり、Ghidraは無料です。

REAはアプリやバイナリをアップロードしますか？いいえ。解析はローカルで実行されます。ツール結果はエージェントが使用するモデルに渡るため、そのプロバイダーのデータポリシーが適用されます。

始めるためにGhidraやIDAは必要ですか？JavaScript、Electron、.NET、Webサイト、キャプチャ解析には不要です。ネイティブバイナリの逆コンパイルのみエンジンが必要です。

REAはトラフィックからOpenAPI仕様を生成できますか？いいえ。api-surfaceビューはパステンプレート付きの推定インベントリです。HARをApidogにインポートして編集可能なエンドポイント定義を取得し、そこからOpenAPIをエクスポートしてください。既に持っているキャプチャでインポートを試すには、Apidogをダウンロードしてください。

現時点での結論

REAがスターを獲得したのは、実際のリバースエンジニアリングエンジンを1つのMCPサーバーの背後にパッケージ化し、返す証拠を文書化しているためです。範囲を絞った質問に使ってください。1つの関数がどう動くか、どのIPCチャネルがメッセージを運ぶか、アプリのトラフィックがどのようなものかなどです。すべてを再構築するデモは、あくまでデモとして扱ってください。

APIチームにとっての実利的な利点はキャプチャ経路です。エージェントにREAでHARを読み取らせ、同じファイルをApidogにインポートして、そのインベントリをモック・テスト・文書化できるエンドポイントに変換しましょう。