ASADASHI
紙工作のジオラマで表現されたウェブサイト複製の概念図
バイブコーディング2026.06.25·読了 2·難易度: ふつう

コマンド一発でサイトを丸ごとコピー

紙工作のジオラマで表現されたウェブサイト複製の概念図

朝の出汁版(通勤2分)

  • AIコーディングエージェントを使い、URLを指定するだけで既存サイトの構造・デザインを複製するテンプレートがGitHubで公開されています。
  • 使う側として知っておくべきは、これがゼロからの設計ではなく『参照元を渡して再現させる』アプローチである点で、LPや競合サイトの構成を素早く試作する用途に向いています。
  • 始めるなら、GitHubリポジトリ(ai-website-cloner-template)をクローンし、READMEに記載されたコマンドに複製したいサイトのURLを渡すところから試せます。

出汁の素(深読みモード)

「URLを渡すだけ」で何が起きるのか

GitHubで公開されたオープンソースのテンプレート「ai-website-cloner-template」は、複製したいサイトのURLをコマンドに渡すだけで、AIコーディングエージェントがそのサイトの構造・レイアウト・デザインを解析し、再現コードを生成するという仕組みです。スター数はすでに19,000超を記録しており、公開直後から注目を集めています。

注目したいのは、このアプローチの「発想の方向」です。ゼロから設計するのではなく、「参照元を渡して再現させる」という逆算型のやり方を取っています。エージェントが自律的にページを読み取り、構成要素を分解してコードに落とし込む流れで、開発者が最初から手を動かす場面はほぼありません。

TypeScriptで実装されており、内部ではAIコーディングエージェントを活用しています。ドキュメントを読む限り、技術的なカスタマイズ余地もあるため、出力の精度をチューニングしたい人には拡張の幅が残されている設計です。

LPや競合サイトの「たたき台」を即日作れる用途

実用面で使い道が明確なのは、大きく2つのシナリオです。

ひとつは「LPのたたき台を素早く用意したいとき」。デザインの方向性を議論する前に、参照にしたい既存サイトの構成をそのまま再現してベースにするやり方です。「このサービスのLPっぽい感じで」という会話より、実際のコードとして渡せる方が次の作業に入りやすくなります。

もうひとつは「競合サイトの構成を分解して学びたいとき」。セクションの並び、CTAの位置、情報の優先順位といった設計判断が、コードとして可視化されます。デザインをコピーすることが目的ではなく、「なぜこの構成になっているのか」を読み解く材料として使う、という発想です。

使う側として知っておくべきは、出力はあくまで出発点であるという点です。著作権の観点からも、生成されたコードをそのまま公開するのではなく、構成の参照・学習用途や社内のプロトタイプとして扱うのが現実的な使い方になります。ツールの性質上、何を複製対象に選ぶかによって用途の適切さが変わるため、使う目的を最初に明確にしておくことが重要です。

コードが書けなくてもできること、書けると広がること

カテゴリがdev(バイブコーディング)であるため、技術ハードルについても整理しておきます。

コードが書けなくても試せる部分は、基本的な複製フローそのものです。Node.js環境があれば、READMEに従ってリポジトリをクローンし、コマンドにURLを渡すところまでは手順通りに進められます。出力されたHTMLやコンポーネント構造を眺めて「このサイトはこう作られているのか」と読み解く使い方も、コーディングスキルがなくても成立します。

コードが書けると広がるのは、エージェントへの指示の精度を上げる部分です。どの要素をどの粒度で再現させるか、出力形式をどう変えるか、特定のフレームワーク(ReactやVueなど)向けに調整するか、といったチューニングはコード理解があると有利です。また、先日のASADASHIで触れたAWSのAIエージェント向けツールキットのような外部エージェントと組み合わせる応用も、ある程度の技術理解が前提になります。

まず手を動かすなら:リポジトリ取得から最初のコマンドまで

触りたい人は以下の流れで始めることができます。

1. リポジトリをクローンする GitHubのページ(https://github.com/JCodesMore/ai-website-cloner-template)から、通常通りgit cloneでローカルに取得します。

2. 必要な依存関係をインストールする READMEに記載されたセットアップ手順に従います。Node.js環境が前提となっているため、未導入の場合は先にインストールが必要です。

3. 複製したいサイトのURLをコマンドに渡す READMEに記載されたコマンド形式に、対象サイトのURLを指定して実行します。まず試すなら、自分が管理しているサイトや、権利関係で問題のない学習用のページを選ぶのが無難です。

4. 出力を確認する 生成されたコードがどのような構成になっているかを確認します。そのまま使うのではなく、「このサイトはどう設計されているか」を読み解く材料として扱うのが最初のステップとして適切です。

以前紹介したClaude Codeでサイトを作って共有する流れと組み合わせると、「参照元から複製 → 編集 → 共有」という一連のワークフローを組めます。

エージェントに「参照して再現」させる発想をどこまで広げられるか

このツールが示している本質は、「参照元を渡して再現させる」というエージェント活用の型そのものです。今回はWebサイトの複製でしたが、同じ発想は他の場面にも転用できます。たとえば、既存のドキュメント構成を参照して新しいレポートの骨格を作らせる、競合のUIフローをスクリーンショットから読み取って再設計の叩き台にする、といった用途です。

AIエージェントが「自律的に動く」局面でどのような設計が有効かについては、先日のASADASHIで取り上げたAIエージェント対応のアプリ設計フレームワークも参照すると、「エージェントに何を渡し、何を判断させるか」という設計の視点が整理できます。

今回のリポジトリのスター数(19,000超)が示しているのは、「ゼロから書かせる」より「見本を渡して再現させる」アプローチへの関心の高さです。エージェントをどう使うかの基本戦略として、この方向性は今後も参考にしておく価値があります。

参照ソース