スキル

Replica:11 個の Claude Code スキルで、あらゆるアプリをリバースエンジニアリングしてあなたの製品として再構築

既存アプリをリバースエンジニアリングし、自分のドメイン上でリブランド製品として再構築したい Claude Code ユーザー向け。使用前の最重要ポイントは、公式のワンライン shell インストールスクリプトの実行、インストール後の Claude Code 再起動、そして対象アプリの分析・再構築権限の確認です。

公式ソース · realtahailyas/reverse-engineer-app-skills

インストール

curl -fsSL https://raw.githubusercontent.com/realtahailyas/reverse-engineer-app-skills/main/install.sh | sh

こんな人に向いている

  • 既存アプリが「どう作られているのか」を解明し、それを自社ブランドの製品として再構築したいと考えている Claude Code ユーザー向け。公式の位置づけは「how does this app work? から、自分のドメイン上で動くリブランド済みの利用可能アプリまで」の完全なワークフローで、対象アプリの UI とフローの偵察、データモデルの整理、機能マトリクスの作成、そして設計と再構築までを含みます。
  • パッケージ名は Replica で、公式説明によると 11 個の Claude Code skills が提供され、ワークフローの順に呼び出します(例:/replica-recon → /replica-architect → /replica-design → /replica-build など)。
  • 使用前提:これらの skills は Claude Code 内で実行する必要があり、インストール後に Claude Code を再起動しないと有効になりません。公式は skills が ~/.claude/skills/ にインストールされ、すべてのプロジェクトで利用可能になると明記しています。内蔵ツールは標準ライブラリの Python のみに依存し、公式には「pip install 不要」と記載されています。
  • 証拠資料では、OS 以外の環境要件(インストールスクリプトが macOS/Linux/Git Bash をカバーするとの記述を除く)や、リバースエンジニアリング対象アプリの合法性・許諾の範囲については言及されていません。公式ページは今回の収集時点でこれらの説明を提供していません。使用前に、対象アプリの分析・再構築について権限を持っているかを必ずご自身で確認してください。
  • 向いていないケース:Claude Code で作業していない、shell インストールスクリプトを実行できない、または対象アプリの分析・再構築の許諾を持っていない場合。証拠資料はこれらの条件下での使用を裏付けていません。

3 分で最初の試行を完了する

推奨されるメインの経路は、公式のワンライン shell インストールスクリプト(macOS/Linux/Git Bash)です:

  1. 前提:Claude Code がインストール済みで、ターミナルから GitHub(raw.githubusercontent.com)にアクセスできること。

  2. インストール:ターミナルで以下を実行

    curl -fsSL https://raw.githubusercontent.com/realtahailyas/reverse-engineer-app-skills/main/install.sh | sh

    注意:これは pipe-to-shell 方式であり、スクリプトの内容がそのままあなたのマシン上で実行されます。インストール先は ~/.claude/skills/ です。実行前にスクリプトをダウンロードして内容を確認することをおすすめします。

  3. Claude Code を再起動:公式は、インストール後に再起動しないと skills が各プロジェクトで利用可能にならないと明記しています。

  4. 低リスクの最初のタスクを実行:Claude Code で以下を入力

    /replica-recon Reverse engineer Calendly

    これはワークフローの最初の偵察ステップで、指定した対象アプリのみを分析します。この操作は外部サービス(対象アプリ)へのアクセスを発生させますが、具体的なネットワーク動作やローカルファイルの読み書きの有無は証拠資料に記載がなく未知です。対象アプリの利用規約に制限がある場合は、事前に確認してください。

  5. 成功のサイン:Claude Code が /replica-recon に正しく応答し、対象アプリのリバースエンジニアリング偵察結果(UI、フロー、データモデルなどの分析内容)の出力を開始すること。証拠資料には具体的な出力ファイルのパスは記載されていないため、セッション内の実際の出力を基準にしてください。

公式は、Claude Code プラグインマーケットプレイスからのインストールも二次的な選択肢として提供しています:Claude Code 内で /plugin marketplace add realtahailyas/reverse-engineer-app-skills を実行し、続けて /plugin install replica@reverse-engineer-app-skills を実行します。この方法では shell スクリプトを手動で実行する必要がありません。

補足:/replica-recon は分析・偵察系の操作です。診断的な性質であることしか確認できず、ファイルを読み書きしない、コマンドを実行しない、「ゼロリスク」であると推論することはできません。これらの動作は公式に説明されておらず未知です。

使用例

例 1:競合を把握してから作るかどうかを判断する。 あるスケジューリング系アプリを複製するか検討しているとします。Claude Code をインストールして再起動した後、/replica-recon Reverse engineer Calendly を入力します。これにより Replica ワークフローの偵察フェーズが開始され、そのアプリの UI、フロー、データモデルの分析と機能マトリクスの素材が出力されます。これは純粋な分析の出発点であり、証拠の範囲内で期待できるのは構造化されたリバースエンジニアリングレポートです。その後続行するかどうかはあなたが判断します。テキストタイプ:技術分析ドキュメント、agent がセッション内で直接生成します。

例 2:ワークフローに沿って設計と再構築まで進める。 偵察の結果が許容できる場合、Claude Code 内で /replica-architect、/replica-design、/replica-build などの後続 skills を順に呼び出します(公式はこの流れを「proceeding through /replica-architect, /replica-design, /replica-build, etc.」と説明しています)。シナリオは、分析からリブランド可能なデプロイ用アプリの生成へと進むものです。注意:/replica-build 以降のフェーズでは、プロジェクト内のファイルの作成・変更やビルドコマンドの実行が行われる可能性が高く、これらの副作用は公式に個別には説明されておらず未知です。各フェーズで出力先と内容を確認してから先に進めてください。確認できる境界:公式の証拠はこれらのコマンド名と全体目標「live, rebranded app on your own domain」を列挙しているだけで、各ステップの具体的な入出力形式は証拠に記載されていません。

使用上の境界

  • インストールの副作用:メイン経路のスクリプトは ~/.claude/skills/ に書き込みます(公式によると、このディレクトリの skills はすべてのプロジェクトで利用可能)。これはマシンの状態を変更する操作であり、実行前にスクリプト内容を確認できます。
  • ネットワーク:偵察フェーズは実際のアプリをリバースエンジニアリングするため、外部の対象サービスへのアクセスが必然的に発生します。具体的なリクエスト方式、範囲、頻度は公式に説明されておらず未知です。許諾を得た上で使用してください。
  • 実行環境:インストールスクリプトは macOS/Linux/Git Bash に対応。内蔵ツールは標準ライブラリの Python で、pip install は不要です。その他のランタイム依存については証拠に記載がありません。
  • クライアント前提:Claude Code は公式に説明されている使用環境です。他のクライアントで利用可能かは証拠に記載がなく、別の場所で動作すると想定しないでください。
  • 公式の明示的な制限:インストール後は Claude Code の再起動が必須。追加の pip 依存は不要。
  • 未確認の重要情報:各フェーズの skills がローカルファイルを読み書きするか、/replica-build 以降の成果物がどこに出力されるか、リバースエンジニアリング対象アプリに規約上の制限があるか、対応する対象アプリの種類の範囲——これらはいずれも公式ページの証拠に記載されていません。使用前に、まず /replica-recon のような分析ステップで様子を見てから、変更の大きい後続フェーズに進むかどうかを判断することをおすすめします。