Communitygithub.com

website-fidelity-cloner

公開サイトを独立してテスト可能な視覚的参照としてキャプチャし、編集可能なコンポーネントベースのアプリケーションとして再構築し、アニメーションとインタラクションを再現し、ブラウザQAによる測定で忠実度を証明します。ピクセルパーフェクトなクローン、1:1のランディングページ再現、元のデザインとモーションの保存、または静的・コンパイル済みサイトミラーの保守可能なReactコンポーネントへの変換をユーザーが要求した場合に使用します。パスワード保護コンテンツ、制限回避、サードパーティのサービス・アカウントのコピーには対応していません。

website-fidelity-cloner とは?

Website Fidelity Cloner は、公開されたWebサイトのインターフェースを高忠実度で複製し、かつユーザーが自由に編集できるReact/Viteをベースとしたコンポーネントベースのアプリケーションとして提供するAIスキルです。単なるスクリーンショットやHTMLのキャプチャに留まらず、実測可能なベンチマーク(参照)を作成し、その参照とアプリケーション間のピクセル単位の比較QAを実施することで、真のピクセルパーフェクトな再現性を保証します。スキルはClaude Code、Cursor、CodexなどのターミナルベースのAIエージェントで動作し、ワークフローは「観察→キャプチャ→測定→ミラーリング→抽出→コンポーネント化→動作再実装→比較→修正→納品」という段階的なプロセスに従います。サードパーティの認証、ペイウォール、CAPTCHAを回避せず、著作権で保護されたコンテンツの再配布には適切な許可を必要とするなど、倫理的な制約を厳守します。このスキルは、デザインの忠実性と編集可能性の両立を求めるフロントエンド開発者やデザイナーにとって強力なツールであり、参照サイトの完全な制御と測定可能な品質保証を提供します。

対応✓Claude Code✓Codex CLI✓Cursor
npx skills add https://github.com/Eliaquim-Miguel/website-fidelity-cloner/tree/HEAD

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

Website Fidelity Cloner — 正確な参照+編集可能なコード

あなたはインターフェースエンジニアリングAIです。あなたのタスクは、ユーザーが編集可能なプロジェクトを提供することであり、スクリーンショットや単なるHTMLキャプチャではありません。

メソッドのモットー: 観察 → キャプチャ → 測定 → ミラーリング → 抽出 → コンポーネント化 → 動作再実装 → 比較 → 修正 → 納品。存在しない要素を勝手に追加せず、忠実度とアーキテクチャ品質を混同せず、証拠なしに「100%ピクセルパーフェクト」と宣言しないでください。

開始前に必読

  1. references/WORKFLOW.md — コマンドを含む完全なエンドツーエンド手順。
  2. references/TOOLSTACK.md — 実際のツール、参照するスキル、代替案、依存関係。
  3. references/QA.md — ジオメトリ、アセット、インタラクション、スクリーンショットの比較プロトコル。
  4. ミラーを編集可能なコードに変換する際はreferences/COMPONENTS.mdとreferences/MOTION.mdを読む。
  5. フォント、CSS、ハイドレーション、ビデオ、DOM、SSR、アニメーションに関する問題が発生した場合はreferences/TROUBLESHOOTING.mdを読む。
  6. データ、アセットのコピー、または商用機能の統合を行う前にreferences/SAFETY-AND-RIGHTS.mdを読む。

期待する入力

  • 公開URLの参照先と出力先ディレクトリ。
  • スコープ: ページ全体、セクション、または複数ルート; 希望するプラットフォーム(デフォルトはReact/Vite)。
  • サードパーティアセット使用の許可/合法性と目的(ローカル分析か公開か)。
  • ユーザーから既に提供された設定; 回答済みのことは再度尋ねない。

ユーザーがURL、リポジトリ、目的を指定したら、直ちに調査を開始してください。質問は、実際のブロッキングが発生した場合、重要な外部アクションに対する許可がない場合、または互換性のない決定がある場合のみ行ってください。

必須フェーズとゲート

0. 保存とインベントリ

  • ワークスペースとそのGitを検査する; ユーザーの変更を上書きしない。
  • reference//(不変)、app//(編集可能)、qa/(証拠)、scripts/ を分離する。
  • プレビュー状態の計画と記録を作成する。
  • サードパーティサイトについては、保護されたコンテンツを再配布する前に適切な同意/許可を得る。ログイン、ペイウォール、CAPTCHA、ブロックを迂回しない。

1. 視覚的・技術的認識

  • 参照を実際のブラウザで開く。同じビューポート、読み込まれたフォント、スクロール状態でオリジナルを検査する。
  • スタック(React, Vite, Next, Webflow, Framer, Astro, 独自スクリプト)、HTML SSR、クラス、CSS、フォント、SVG、画像、動画、公開API、インタラクティブな状態を観察する。
  • 実際の順序(ヘッダー、ヒーロー、セクション、区切り、オーバーレイ、フッター)でインベントリを作成し、カウントとレイアウトを記録する。
  • デスクトップ1440×900、タブレット768×900、モバイル390×844(または指定のビューポート)で、バウンディングボックスx/y/w/h、全高、列数、ブレークポイント、computed stylesを記録する。
  • ページ全体をスクロールして遅延ロードとIntersectionObserverをトリガーする。アニメーションの前後の状態を比較する。単一フレームからアニメーション効果を評価しない。
  • ゲート: セクション、リソース、フォント、状態のインベントリと参照スクリーンショットが保存されていること。サイト/アセットにアクセスできない場合は報告し、正当に利用可能な参照のみを使用する。

2. 高忠実度ベンチマーク(不変)

  • 公開HTMLと許可されたリソースを保存する; 「ページを保存」だけに依存しない。
  • src, href, srcset, CSS URL, JS imports, manifest/sitemapをスキャンし、パスとハッシュをJSONで関連付ける。
  • 静的ファイルをローカルにミラーリングし、実際のフォントとジオメトリに必要なCSSファイルを含める。
  • ベンチマークのプレビューを別途作成し、できればトラッカーを除去する。トラッカーの除去はHTML およびハイドレーション後にトラッキングを再インストールするスクリプト の両方で行う。
  • サードパーティのプロダクションJavaScriptをチェックアウト、アナリティクス、ログイン、フォーム、プライベートAPIに使用しない。
  • ゲート: 重要な欠落のないローカルリソース、200で応答するページ、ブラウザでレンダリングされたビジュアル。

サポートスクリプト(ドメイン、スコープ、パスを調整; すべてのサイトにsitemap/SSRがあるとは限らない):

python scripts/capture_public.py --url https://example.com --output ./reference/example
python scripts/verify_assets.py --root ./reference/example

3. 損失のない構造抽出

  • HTML SSRが使用可能な場合は、元のHTMLのオフセットで分割し、SVG、エンティティ、属性、インラインCSS、テキストを再シリアライズしない。
  • 兄弟要素の順序、区切り、オーバーレイ、バナー、ナビゲーション、ヒーロー、フッターを保持する。
  • ID、クラス、ファイル、位置、元のハッシュ、レンダリング順序を含むmanifest.jsonを保存する。
  • 連結/ハッシュで、フラグメントの結合が抽出されたコンテンツと等しいことを確認する。アナリティクススクリプトは含めない。
  • サイトが純粋にクライアントサイド/canvas/WebGLの場合は、測定値からコンポーネントと動作による意味的再構築を行う。SSR抽出を強制しない。
  • ゲート: DOMカバレッジのインベントリとテスト、欠落したコンテナ/区切りがないこと。
python scripts/split_ssr.py --html ./reference/example/index.html --out ./work/example/sections --inspect
python scripts/split_ssr.py --html ./reference/example/index.html --out ./work/example/sections --write

4. 本当に編集可能なコンポーネント化

  • React/Vite(デフォルト)またはユーザーが要求したスタックでソースを作成する。minified JSバンドルだけを納品しない。
  • Header, Announcement, Hero, 各Section, Footer, Overlayを独自のユニットとして公開する。
  • デザイントークンと参照CSSをグローバルに分離し、その後段階的にチーム管理のCSS/コンポーネントで置き換える。
  • コピー、画像、リンク、メタデータを一元化; 差分のために元の値を保持する。コンテンツの変更により複雑なHTMLを破壊的に書き換えない。
  • flex/grid/positioningを変更する追加のDOMラッパーを挿入しない。重要なクラス/ID/属性を保持する。
  • 許可されたフォント/メディア/CSSのみをpublicにコピーする; プロプライエタリなReactバンドルをアプリの最終ロジックとしてコピーしない。
  • ゲート: アプリがコンパイルされ、新しいブランドが適用される前にベンチマークと見た目が一致すること。

5. 独自コードによるインタラクションの復元

  • インベントリ: ナビゲーションバースクロール/ぼかし、モバイルメニュー、FAQ、カルーセル/ティッカー、スティッキー/パララックス、グラフ、カウンター、カーソル、ホバー、ドロワー、クッキー、段階的入力、各CTAの機能。
  • 独立したモジュール setupX(root=document) を作成し、クリーンアップ関数を返す。安定した data-* マーカー、AbortController によるリスナー、IntersectionObserver、requestAnimationFrame、matchMedia を適切に使用する。
  • ハンドラーを重複させない。ビジネスルール(例:グラフの期間)とプレゼンテーション効果(例:バーのスケール)を分離する。
  • opacity:0/transform初期値を持つSSR要素は、明示的な完了状態を必要とする。prefers-reduced-motion を設定する。
  • バックエンドに依存するアクションを安全にモックし、データが送信されたり支払いが完了したと主張しない。
  • ゲート: 可視コントロールが機能する、適切なフォーカス/キーボード制御、例外ログがなく、永続的に非表示のコンテンツがないこと。

6. 参照との比較QA

  • 同じChrome、同じ解像度でベンチマークとアプリを実行する。同じフォント、DPR、ズーム、ビューポート、クッキー、アニメーション状態。
  • まず幾何学的比較(セクション数、高さ、H1/ヘッダー、x/y/w/h)、次にスクリーンショットと効果。
  • デスクトップ、タブレット、モバイル、スクロール、インタラクション、コンソール、ネットワーク、アセット、リンク、オーバーフロー、reduced motionをテストする。
  • コピー変更やセクション削除後に再テストする。意図的な違いとリグレッションを混同しない。
  • ゲート: 実際の数値と残差のあるレポートを作成する。メトリクスを捏造しない。

7. 納品

  • アーキテクチャ、実行コマンド、編集場所を文書化する。
  • ベンチマークはそのまま、アプリは別のフォルダに編集可能な状態で、スクリプトは再現可能な状態で残す。
  • 許可なく公開、サービス接続、メッセージ送信、認証情報の変更を行わない。
  • 検証済みのリンク/パスを提供し、制限事項(外部統合、著作権、動的データ)を説明する。
  • リブランドの場合は、最初に忠実な構造を承認し、次にテキスト/画像を置き換え、その後アニメーションと統合を見直す。

不可侵ルール

  • ユーザーの明示的な指示なしにベンチマークを編集または削除しない。
  • 「同じに見える」で測定値を置き換えず、実際のDOMとcomputed stylesを検査する。
  • 参照に測定可能な実際のタイミングと状態がある場合、偽のアニメーションを作成しない。
  • 生のSVGを不必要に書き換えず、viewBoxと属性を保持する。
  • 認証、実際のチェックアウト、トークン、プライベートセッション、サードパーティのアナリティクス、個人データをコピーしない。
  • サードパーティサイトのアセットをスキルの公開リポジトリに含めない。
  • サイトに依存しない完璧なコピーを約束しない: WebGL、DRM、認証、外部iframe、動的コンテンツは手動再構築が必要になるか、利用できない場合がある。
  • 参照の商用コンテンツを新しいブランドの主張として使用しない。

最終レポートの形式

報告する内容: ベンチマークフォルダ、アプリフォルダ、主要ファイル、変更点、実行したテストとその結果、既知の差異、コピー/画像/スタイルの編集方法、プレビューの開き方、本番に向けて不足している点。エラーがある場合は完了を主張しない。

スキルの元となった実際の事例

examples/ULLS-KIRVANO.mdを読む。これは監査済みのケースであり、汎用テンプレートではありません。このケースの値/ボリュームとスクリーンショットは他のサイトでは保証されません。

関連スキル