スクリーンショットにデート相手がXの返信を編集したとある場合：まず投稿の種類を確認する

告発ではなく、まず対象から始める

公開パーマリンクがあればそれを開き、文言だけでなくページ構造を読み取ってください。見ている対象が元の投稿、他の投稿への返信、スレッド、引用のどれなのかを判断します。編集の可否は対象の種類に依存し、編集が行われたという主張だけでは決まらないため、この分類が最初のチェックポイントです。許可されたスクリーンショットしかない場合は、レイアウト、上に親投稿が見えるか、バージョン標識があるかなど、写っている内容を記述してください。

• 編集の主張を評価する前に、対象を元の投稿・返信・スレッド・引用のいずれかに分類する。
• スクリーンショットが何を示し、いつ撮影されたかを記録する。

編集ルールは可否の基準として読み、嘘発見器として読まない

Xの現在の文書化されたヘルプによると、公開されたバージョンは編集済み投稿の履歴で公開され、返信・スレッド・投票・固定投稿は除外され、元の投稿と引用は対象になり得ます。これはどの対象がそもそも編集を伴い得るかの説明として読んでください。スクリーンショットが偽造されたかどうかの検査ではありません。正しく適用するとは、バージョンを比較したり誰かの説明を疑ったりする前に、その対象の種類がそもそも編集を許すかどうかを問うことです。 [投稿の編集について]

実際に見えるバージョンだけを比較する

対象が対象になり得る元の投稿や引用なら、使用中に製品内で見えるバージョン履歴を探してください。現在の本文と、手元にあるバージョンやスクリーンショットを比較し、それぞれの時刻を記録します。対象が返信やスレッドの一部なら、比較できる編集履歴がない場合があり、スクリーンショットとライブの本文の不一致には他の説明もあり得ます。それを結論に変えず、不一致のままにしておいてください。

• スクリーンショットとライブ確認それぞれのタイムスタンプを記録する。
• 見える本文やレイアウトで指摘できる相違だけを書き留める。

ルールとスクリーンショットの食い違いは未解決のままにする

文書化された除外対象と、スクリーンショットが示しているように見える内容の明らかな食い違いこそ、立ち止まるべき状況です。不一致だけから、スクリーンショットの偽造、隠された編集、動機を推測しないでください。対象が誤分類された、切り取られた、再現できない形で撮影されたというもっともらしい別の説明もあります。相違を一文で記録し、デート相手について何かを決める前に、公開リンクかより明確なキャプチャを待ってください。

• 相違を中立に述べる：ルールが対象とする種類と、スクリーンショットが何に見えるか。
• ルールの食い違いからデート相手に無実の証明を求めない。

仮想的なウォークスルー

仮定の例：スクリーンショットに他の人の投稿の下のコメントが写り、バージョン注記が見える。文書化された除外対象には返信が含まれるため、最初の手順はパーマリンクで、その対象が本当に返信かどうか、そこにバージョン履歴が存在するかを確認することです。リンクが見つからない場合、正しい成果物は正確で未解決の相違であり、告発ではありません。この過程のどこにも、デート相手の誠実さや、どれだけ信頼すべきかについて述べるものはありません。

• 二つの成果物のいずれかで終える：可視の履歴を伴う確認済みの対象種類か、明確にラベル付けされた未解決の相違。

さらにいくつかの質問