audit-reference-originality

参照素材との独自性監査

公開済みの体験を、参照素材の全コーパスと比較します。監査は印象ではなく、証拠に基づいて行ってください。

監査の範囲を守る

• ユーザーが修正も依頼していない限り、監査のみを行ってください。
• 指摘事項は「独自性のリスク」「重複」「要注意点」と呼び、見た目の類似性だけを根拠に法的な盗用だと断定しないでください。
• 要注意点にはすべて、現行サイトの正確な証拠と参照素材の正確な証拠を組み合わせてください。
• 事実、推論、アクセスできていない情報を分けてください。
• ホームページのスクリーンショットだけを確認して、サイト全体に問題がないと判断しないでください。

1. 参照素材の台帳を作成する

タスクで明示的に提供された資料、またはプロジェクトで記録された資料から着手してください。

• マニフェスト、プロンプトパック、独自性マトリクス
• 代表的な静止画、ページ全体のキャプチャ、セクションの切り抜き
• MP4 と抽出済みのモーションフレーム
• 参照 URL とクリエイター名
• 参照元のブランド素材、コピー、数値、スクリーンショット、ダウンロードファイル
• プロジェクト概要、IMAGE_CREDITS.md、ライセンス、帰属表示ファイル

概要作成時に取得されたローカルの証拠を優先してください。ライブの参照先は、実際に不足している情報を補う場合に限って使用してください。内容が変更されている可能性があるためです。各参照について、パスまたは URL、役割、判明している場合は日付、証明できるカテゴリーを記録してください。

提示されるはずの参照素材が見つからない場合は、アクセス上の不足を報告して作業を止めてください。ページ全体やモーションの監査を、表紙画像 1 枚だけの確認に、黙って縮小しないでください。

2. 現行サイトとその履歴を調べる

以下を確認してください。

• 表示されるテキスト、メタデータ、ナビゲーション、CTA、法的文言、非表示のアクセシブルラベル
• ブランド名、ワードマーク、ロゴ、アイコン、人物、企業、URL、製品やインターフェースのデータ
• 価格、指標、日付、件数、割合、パッケージ名、繰り返し使われる実績の訴求
• 表示されるすべての画像、背景、テクスチャ、スクリーンショット、フォント、ロゴ、アイコン、音声ファイル、ダウンロード可能なアセット
• すべての動画、ポスター画像、フレームシーケンス、ショット順、トランジション、再生時間、再生方法
• レイアウトの階層、セクションの順序、特徴的な構図、タイポグラフィの挙動、モーションの文法、シェーダー、カーソルエフェクト、インタラクションの流れ
• 現行のソース、確認できる場合はビルド済みの出力、アセットの来歴、リポジトリの履歴

ファイル名を独自性の証拠と見なさないでください。ファイルの内容、表示結果、履歴を調べてください。git log、git show、git log -S、git log --all --name-status を使って、名前が変更されたファイル、削除されたファイル、差し替えられたファイルを検索してください。

ローカルファイルが利用できる場合は、決定論的なインベントリヘルパーを実行してください。

python <skill-dir>/scripts/build_evidence_inventory.py \
  --site <site-root> \
  --reference <reference-file-or-directory> \
  --reference <another-reference> \
  --output <temporary-output.json>

このヘルパーは、現行および過去の完全一致ファイル、不審なベース名の再利用、正規化されたテキストの重複、繰り返し登場する数値トークンを検出します。出力は人による確認の手がかりとして扱い、自動的な判定と見なさないでください。

3. カテゴリごとに比較する

調査結果を評価する前に、references/audit-rubric.md をお読みください。

少なくとも以下のカテゴリを監査してください。

1. テキスト — 見出し、本文、ラベル、CTA、キャプション、法的表記、代替テキスト、メタデータ、装飾的な文言。
2. ブランド — 名称、マーク、ロゴタイプ、独自のアイコン、人物、企業、パートナーシップ、URL、特徴的な言葉遣いによるアイデンティティ。
3. 数値 — 指標、パーセンテージ、価格、日付、件数、プラン構成、期間、インターフェース上の数値。
4. 画像 — 正確なファイル、トリミング、生成された派生画像、スクリーンショット、人物、ポーズ、物体、特徴的な構図、色の処理。
5. アセット — フォント、アイコン、ロゴ、テクスチャ、モックアップ、ダウンロードファイル、コードバンドル、出所が不明確なサードパーティのメディア。
6. 動画 — 正確なファイル、フレーム、ショット、タイミング、カメラワーク、編集のリズム、トランジション、オーバーレイ、ポスター、音声。
7. 構成とモーション — セクションの順序、特徴的なレイアウト手法、固定表示のシーケンス、カーソル操作、シェーダー、特徴的な要素の組み合わせ。
8. 履歴 — 後から名前変更、色変更、トリミング、非表示化、削除、置き換えが行われたコピー素材。

黒い背景、大きなサンセリフ体、一般的な料金表、標準的なフェードイン、ありふれたフッターなど、よくあるパターンだけでは危険信号になりません。特徴的な要素が組み合わさっている場合や、直接的な証拠がある場合は、問題として取り上げてください。

4. すべての危険信号を照合する

候補ごとに、以下を行ってください。

1. 現行サイトの対象物とその位置を特定します。
2. 参照元の正確な対象物とその位置を特定します。
3. 意図を推測せず、確認できる重複点を述べます。
4. 相違点を述べます。
5. 基準に従って重大度を判定します。
6. サイトの目的を保ちながら重複を解消できる、最小限の修正を提案します。

ファイルが完全一致する場合はハッシュ値を、コピー文の場合は正規化した抜粋を、画像の場合は並べたトリミング画像を、動画の場合は一致するタイムスタンプまたはフレームを使用してください。ソースブランドの文字列が、その使用を明示的に禁じているテスト内にのみ見つかった場合、公開コピーの違反には当たりません。その文脈を説明してください。

5. 修正を提案する

具体的な置き換えを優先してください。

• 新しいブランドの対象者、提供内容、語彙に合わせて、ソースに似たコピーを書き換える
• 名称、URL、ロゴ、人物、指標、日付、プラン名、法的表記を置き換える
• 主題、構図、モチーフの配置が実質的に異なる新しい画像を生成するか、ライセンスを取得する
• コピーされたアセットを置き換え、出所を記録する
• 新しいショット、タイミング、トランジション、オーバーレイ、音声を使って動画を再編集する
• 特徴的なセクションやモーションのシーケンスの順序を変更するか、再設計する
• 必要に応じて、現行の出力から古いソース素材を削除し、リポジトリの履歴や公開済みの成果物からも削除する

コピーされたアイデンティティ、コピー文、メディア、構図への修正として、表面的な色変更を推奨しないでください。

6. 結果を報告する

次のいずれかの判定を冒頭に記載してください。

• 確認した範囲では問題なし
• リスクの低い類似点があるが問題なし
• 変更を推奨
• リリースをブロック
• 証拠不足により判定不能

次に、以下を提示してください。

1. 確認したソースの一覧
2. 重大度の高い順に並べた危険信号の表
3. カテゴリごとの確認結果
4. 履歴に関する調査結果
5. アクセス上の制約と、立証できていない領域
6. 優先順位を付けた修正計画

重大なリスクがあるカテゴリを確認できなかった場合も、必ずその行を含めてください。証拠がないことを、問題なしと判定してはいけません。

完了チェック

• 提供された参照形式をすべて確認した。
• レンダリングされた出力とソースの両方を確認した。
• テキスト、ブランド、数値、画像、アセット、動画、構成とモーション、履歴を確認した。
• すべての危険信号に、2つの証拠の場所を記載した。
• 完全一致とスタイル上の類似性を区別した。
• 提案した修正では、コピーされた要素を隠すのではなく置き換える。
• 未検証の項目を報告書に明記した。