Perplexity Reverse Engineerとは？無料枠・使い方と注意点

【広告・PR】この記事には、アフィリエイトリンクを含む場合があります。掲載内容は2026年10月20日に公式情報を確認したものです。

こんにちは。AIあれこれ散歩道、運営者のもっちゃんです。

Perplexity Reverse Engineerは、許可を得たアプリやWebサービスの仕組みを調べ、根拠を示しながら似た機能の再構築まで手伝うComputer用スキルです。Perplexityは2026年10月19日に公開し、2026年10月31日まで1アカウント最大10,000クレジットで無料試用できると案内しました。

便利そうな一方で、「何でも解析してよい機能」ではありません。自分が所有するソフトや、調査を依頼された製品など、解析する権限が明確な対象に限って使うのが出発点です。この記事では、公式発表と連携技術REAの公開資料をもとに、できること、無料枠、安全な試し方を初心者向けに説明します。

なお、私は今回のスキルを実行していません。画面、処理時間、実際のクレジット消費量は未検証です。公式が公開した条件と、確認できていない点を分けてお伝えします。

Perplexity Reverse Engineerの機能と無料枠

まず、「リバースエンジニアリング」という言葉を簡単にほどきます。完成したソフトの動きや構造を観察し、どのような処理で実現しているかをたどる作業です。元のソースコードを魔法のように完全復元する意味ではありません。表示、通信、ファイル、実行時の動きなどから手掛かりを集め、分かることと分からないことを切り分けます。

Reverse Engineerは何をするスキルか

Perplexityの公式Changelogでは、このスキルを「許可されたソフトウェアを調査し、どのように動くかを説明し、再構築してテストする」ための機能として紹介しています。Computerの会話で/reverse-engineerを使うのが入口です。

一般的なチャットAIとの違いは、説明だけで終わらない点にあります。調査対象を確認し、証拠を集め、仕組みの仮説を作り、必要なら小さな再実装を作って元の挙動と比べます。たとえば、自社の古い業務ツールで検索候補がどの順に並ぶかを知りたい場合、画面の見た目だけでなく、入力と出力の関係、使われている部品、実行時の変化まで追える可能性があります。

ただし、結果は対象や実行環境に左右されます。圧縮や難読化が施されたソフト、サーバー側に主要処理があるサービス、外部機器に依存するアプリでは、端末にある情報だけで全体を説明できません。出力を「正解」と受け取るのではなく、どの証拠から何を判断したのかを確認する使い方が合っています。

無料キャンペーンは10月31日まで

公式発表で確認できた無料条件は、2026年10月31日まで、1アカウントあたり最大10,000クレジットです。ここで大事なのは、「10,000回使える」ではないこと。クレジットはComputerが処理を進めるための利用単位であり、1回の調査で何クレジット使うかは対象や依頼内容によって変わります。

短いJavaScriptの動きを一つ見る作業と、大きなデスクトップアプリを広く調べる作業では、必要な処理量が同じとは考えにくいですよね。ところが、今回確認した公式案内には、典型的な1回分の消費量までは示されていませんでした。そのため「無料枠で何本解析できる」といった回数換算はできません。

また、これは期間限定の案内です。開始する前にChangelogやComputer内の表示を再確認し、無料の対象、残りクレジット、期限を見てください。期限内でも上限に達すれば無料分を使い切る可能性があります。逆に10月31日を過ぎた場合、残りが自動で使えると決めつけないほうが安全です。

料金やComputer全体のクレジットについては、当サイトのPerplexity Computerの料金とクレジット解説も参考になります。今回の10,000クレジットはReverse Engineer向けの期間限定案内として、通常枠と混同しないようにしてください。

解析できる対象と得られる結果

公開されているREAの資料では、対象としてネイティブバイナリ、JavaScriptやElectronアプリ、.NETアセンブリ、Webサイトなどが挙げられています。Androidアプリやファームウェアの案内もありますが、対象ごとに必要な道具や対応環境は異なります。ファイルを渡せば何でも同じ方法で調べられるわけではありません。

ネイティブバイナリは、Windowsの実行ファイルなど、機械が実行できる形に変換されたプログラムです。元の変数名や説明が失われていることが多く、専用の解析ツールが必要になります。JavaScriptやElectronアプリは、配布物の中に比較的読み取れるコードや設定が残ることがあります。.NETも中間形式から構造を確認しやすい場合がありますが、難読化や外部サービスの利用によって見える範囲は変わります。

得られるものは「元ソースの完全なコピー」ではなく、機能を支える部品、データの流れ、関係するファイル、実行時に確認できた動作、再実装の案などです。REAの説明は、結論と一緒に証拠と限界を返すことを重視しています。ここは重要。見つかった文字列だけで機能を断定せず、呼び出し関係や実行結果まで確かめる姿勢が必要です。

たとえば「設定を保存する機能」を調べる場合、画面上の保存ボタン、設定ファイルの更新、再起動後の読込という三つの証拠をつなげます。ボタンの文字列だけを見つけても、実際の保存先や適用時期は分かりません。複数の手掛かりが同じ説明を支えているかを見れば、もっともらしい推測を事実として扱う危険を減らせます。

REAとの関係とローカル解析

今回の公式発表は、Reverse EngineerがオープンソースのREAを活用することも案内しています。REAは「Reverse Engineer Anything」の略で、AIエージェントから複数の解析手段を呼び出すための基盤です。GitHubの公式リポジトリはmorluto/reaです。

REAの説明によると、解析はローカルで実行され、結果には証拠と限界が含まれます。ただし、「ローカルで実行」という言葉だけで、すべてのデータが外部へ出ないと決めつけてはいけません。Perplexity Computerからスキルを使う場合は、Computer側へ送る会話やファイル、利用するモデル、組織の設定も関係します。会社のソフトや顧客データを扱うなら、所属先の規則とComputerのデータ取扱いを先に確認してください。

REA本体のコードはMITライセンスで公開されています。しかし、解析対象のアプリまで自由に複製できる意味ではありません。対象ソフトの利用規約、著作権、秘密保持契約、委託契約、地域の法律は別に確認する必要があります。公開された解析道具のライセンスと、調べる対象の権利は別物です。

公式以外の似た名前のリポジトリや配布ファイルにも注意しましょう。REAのREADMEは、公式GitHub、公式サイト、公式npmパッケージから取得するよう案内しています。Computer内で使うだけなら自分でREAを導入しない場面もありますが、ローカル導入を試すなら出所を確かめ、変更内容を読んでから承認してください。

ローカル解析用の道具が追加インストールを求める場合も、内容を読まずに許可しないでください。REAの資料では、対象によってGhidra、Hopper、IDAなど既存の解析環境を利用できるとされています。どの道具が必要かは対象ごとに違うため、使わない解析エンジンまで一括で入れる必要はありません。検証用の端末や仮想環境を用意し、元の業務環境へ影響しない範囲で始めると安心です。

既存のComputer記事との違い

Perplexity Computerは、調査、資料作成、Web操作、ファイル処理などをまとめて進める作業環境です。Reverse Engineerは、その中でソフトウェア解析へ方法を特化した「スキル」に当たります。Computerそのものが新しく別製品になったわけではありません。

公式ヘルプによると、SkillsページはPluginsページへ統合されました。インストール済みのスキルはInstalledタブで確認でき、依頼内容が合うと会話中に自動起動する場合もあります。ですから、「Reverse Engineerという独立アプリをダウンロードする」という理解ではなく、ComputerのPluginsから使う機能と考えると分かりやすいです。

また、Hybrid Computeは処理をどこで動かすかに関する話で、Reverse Engineerは何をするかに関する話です。混同しやすい場合は、Perplexity Hybrid Computeの仕組みで違いを確認してください。

Perplexity Reverse Engineerの使い方と安全な確認手順

実際に試すときは、いきなり大きなファイルを渡すのではなく、入口、権限、対象、証拠、再現という順番で進めます。この流れにすると、クレジットの無駄を抑えながら、意図しない情報の持ち出しや対象範囲の広がりにも気づきやすくなります。

Pluginsでスキルを確認する

最初にPerplexity Computerを開き、Pluginsページへ進みます。公式ヘルプでは、SkillsはPluginsページの中へ移り、Installedタブでインストール済みのスキルを確認できると説明されています。Discoverで検索して追加する形式か、アカウントにあらかじめ表示されるかは、提供状況によって変わる可能性があります。

見つからない場合は、名前の入力ミスだけでなく、自分のプランがComputerを含むか、段階的な提供対象になっているか、組織の管理者がPluginsを制限していないかを確認します。公式ヘルプはSkillsを「Computerを含むすべてのプランで利用できる」と説明していますが、企業アカウントでは管理設定が優先される場合があります。

スキルを開いたら、説明、提供元、権限、現在の無料表示を読みます。Changelogで見た条件と画面が違う場合は、実行時の画面を優先してください。古いスクリーンショットやSNSの投稿だけで、無料枠が残っていると判断しないことも大切です。

会話から始める場合は、/reverse-engineerを入力し、候補に出たスキル名を確認します。似た名前のカスタムスキルがある環境では、提供元と説明を見分けてから選びましょう。

最初に解析権限を確認する

最初の質問は「技術的にできるか」ではなく、「この対象を調べる権限があるか」です。自分が作ったプログラム、自社が所有して調査を承認したソフト、保守契約で解析が認められた製品、学習用に明示されたサンプルなどは、権限を説明しやすい対象です。

一方、他社サービスから認証を回避する方法を探す、ライセンスキーを取り出す、コピー防止を外す、利用者の秘密情報を抜き出すといった依頼は避けてください。公開ページで見える動作を参考に自社製品の使いやすさを考えることと、非公開部分を無断で取り出すことは同じではありません。

会社の仕事なら、口頭だけでなくチケットやメールなど確認できる形に残します。外注先として作業する場合は、契約範囲と秘密保持条件を読み直してください。判断に迷う対象はアップロードせず、社内の法務・セキュリティ担当者へ確認してから進めるのが安全です。

小さな機能から証拠付きで調べる

権限を確認できたら、対象を一つの機能に絞ります。「このアプリを解析して」では広すぎます。たとえば「自社アプリのCSV読込で、列名をどの順番で照合しているか」「検索欄へ3文字入力したとき、候補を並べる条件は何か」のように、入力と期待する出力を具体的にします。

依頼文には、推測と確認済みの事実を分けるよう書いておくと使いやすいです。「見つけたファイル名と位置を示す」「実行時に確認できた動作を分ける」「分からない部分は不明と記録する」「再現コードは最小構成にする」といった条件を加えます。

次のような依頼なら、作業の幅を抑えやすくなります。

再現コードができても、見た目が似ているだけでは十分ではありません。同じ入力を与え、出力、順番、エラー時の動き、境界値を比べます。元の製品にしかない画像、文章、商標、秘密の定数をコピーしていないかも確認してください。仕組みを学ぶことと、表現をそのまま持ち出すことは別です。

最後に、成功した点だけでなく、調べられなかった点も保存します。たとえば「サーバー側の順位計算は確認不能」「10件より多い候補での挙動は未検証」と残せば、次の担当者が断定を引き継がずに済みます。

結果を共有するときは、結論、証拠、再現手順、限界の四つに分けると読みやすくなります。結論だけでは追試できず、証拠だけでは何を判断したか伝わりません。再現手順があれば別の担当者が同じ入力で確かめられ、限界があれば使ってよい範囲を判断できます。解析レポートを作ること自体が目的ではなく、次の安全な判断につなげることがゴールです。

クレジット消費と機密情報

クレジットを節約する基本は、対象を狭め、途中結果を確認し、必要なときだけ次へ進むことです。最初の依頼で解析、説明、全機能の再構築、テスト、資料作成までまとめると、どこで消費が増えたか分かりにくくなります。

まず構成の確認だけを頼み、次に関係するファイルだけを調べ、最後に一つの動作を再現する。こう分ければ、各段階で続ける価値を判断できます。残りクレジットが表示される場合は、開始前と各段階の後に記録してください。この記事では実消費を測っていないため、具体的な節約率や回数は示しません。

機密情報にも同じ考え方が使えます。調査に不要な顧客データ、APIキー、パスワード、Cookie、秘密鍵、社内URLは先に取り除きます。本番環境のコピーではなく、ダミーデータを入れた検証環境を用意できれば安心です。ログに個人情報が含まれる場合は、必要な行だけに切り分け、匿名化します。

Computerが作った成果物にも注意が必要です。解析メモ、画面画像、再現コード、会話URLを社外へ共有すると、元のソフトに関する情報が漏れる可能性があります。保存先と共有相手を決め、不要になった一時ファイルは組織の規則に沿って扱ってください。

社内レビューでは、技術担当だけでなく、必要に応じて製品責任者やセキュリティ担当も確認します。特に第三者の部品を含む製品は、自社コードと外部コードの境界を分けて記録してください。再現した機能を公開する前には、依存関係のライセンス、商標、画像や文章の権利も確認します。動いたから公開できる、とは限りません。

よくある質問

Q1. プログラミング初心者でも使えますか？

A. 調査したい機能と権限を言葉で説明できれば始められます。ただし、出力されたコードや解析結果が安全かを判断するには技術知識が必要です。重要な製品へ反映する前に、開発者のレビューと検証環境でのテストを入れてください。

Q2. 10,000クレジットで何回使えますか？

A. 公式案内は回数ではなく最大10,000クレジットとしています。1回の消費量は対象と依頼内容で変わるため、この記事では回数へ換算できません。開始前後の残量を確認し、小さな機能から試してください。

Q3. ソースコードを完全に復元できますか？

A. 完全復元を保証する機能ではありません。配布時に名前や構造が失われたり、主要処理がサーバー側にあったりします。確認できた証拠、推測、不明点を分け、必要な機能を新しく実装するための資料として使うのが現実的です。

Q4. 他社アプリも調べられますか？

A. 技術的に扱える対象でも、調査する権限がなければ実行しないでください。利用規約、著作権、契約、地域の法律が関係します。自社所有、明示された委託、学習用サンプルなど、許可を説明できる対象から始めます。

Q5. 無料期間を過ぎると自動で課金されますか？

A. 今回確認できたChangelogは無料試用の期限と最大クレジットを示していますが、終了後の請求方法まではこの記事の確認範囲で断定できません。実行時のComputer画面でプラン、残量、追加利用の条件を確認し、意図しない有料処理へ進まないようにしてください。

まとめ｜Perplexity Reverse Engineerは権限を確認して小さく試す

Perplexity Reverse Engineerは、完成したソフトの仕組みを証拠付きで調べ、必要な機能の再構築とテストまで進められるComputer用スキルです。2026年10月31日までは、1アカウント最大10,000クレジットの無料試用が案内されています。

一方で、無料枠は回数保証ではなく、ソースコードの完全復元も保証されません。使う前に解析権限を確認し、対象を一つの機能に絞り、確認済み・推測・不明を分けてください。機密情報を除いた検証用データを使い、再現コードは元の表現や秘密情報をコピーしていないか確認します。

今日試すなら、Pluginsで提供状況と無料表示を確認し、自分で作った小さなサンプルアプリの一機能から始めるのがおすすめです。「調べられるか」より「安全に確かめられるか」を先に決める。それが、この新しい機能を役立てる近道です。

公式情報