ジャーナルレビューに関する情報はどのように検証できますか？
直接の答え
ジャーナルレビューに関する情報は、(1) 明確で安定した定義を使う、(2) 一般的なメカニズムと提供者や市場に依存する詳細を分ける、(3) どんな主張も明示的な前提と手順で再現する、ことで検証できます。記載された入力からその説明をテストできない場合は、未検証として扱ってください。
メカニズムと定義
ジャーナルレビューとは、記録された取引活動（たとえばメモ、エントリー/エグジットのデータ、結果の要約、計画の遵守状況）を調べて、「何が起きたのか」「なぜ起きたのか」を評価するプロセスです。検証は、あなたが読んでいる特定の文脈において「ジャーナル」と「レビュー」が何を意味するのかを確認することから始まります。
安定したメカニズムと変動する条件を分ける実用的な方法：
- 安定したメカニズム： 記録を見直すこと、計画どおりの行動と実際の行動を比較すること、観察内容を記録すること、という考え方。
- 変動する条件： たとえば、誰がどのようにデータを記録しているか、どの市場が取引されたか、どのコストが含まれているか、結果がどのように計算されたか、といった変わり得るあらゆる詳細。
安定したメカニズムと変動する条件を、条件を明示せずに混ぜている主張は、完全には検証できません。
エビデンスまたは例の検証手順
再現可能な「ソース階層（source hierarchy）」の考え方を使います：
- 中立的な資料から定義を始める。 ジャーナルレビューが何であるか、どんな入力を使い、どんな出力を生むのかを説明している箇所を探します。これらの部分は通常、より安定していて検証しやすいです。
- 検証したい正確な主張を特定する。 たとえば「ジャーナルレビューは、計画と実行の不一致を検出するのに役立つ」。これをチェック可能な文に言い換えます。
- 同じとされる入力で例を再現する。 著者が数値や検算済みの例を提示している場合は、すべての前提を書き出します：含まれるコスト、時間枠、計算方法。次に、その入力から再計算します。
- 独立した記録でクロスチェックする。 報告された要約をそのまま受け入れるのではなく、同じ手法を自分のデータ、または2つ目のデータセットに適用したときに、同じパターンが現れるかをテストします。
- 失敗モード（failure-mode）チェックを使う。 その主張は、別の説明（欠落エントリー、選択バイアス、一貫しない記録、実行の変更）のもとでも、なお真に見える可能性があるかを問いかけます。
必要な前提（チェックに意味を持たせるため）
計算や指標のいずれについても、次を明記します：
- 含める期間と除外する期間。
- 使用する正確なデータ項目（例：計画レベルと実際の約定）。
- コストを含めるかどうか、そしてどのように計算するか。
- 結果を集計する方法（1回の取引ごと、1日ごと、戦略ラベルごと、など）。
制限とリスク
ジャーナルレビューに関する情報が信頼できない原因になり得る制限はいくつかあります：
- 不完全または一貫しないログ： エントリーが欠けていたり、後から編集されていたりすると、「レビュー」の結論は偏ってしまう可能性があります。
- コストと執行の違い： スプレッド、コミッション、スリッページ、注文執行の詳細によって結果は変わり得ます。これらが無視されていると、どんな比較も誤解を招く恐れがあります。
- 比較可能性の問題： 2つのジャーナルは似て見えても、異なる定義、項目、計算方法を使っているかもしれません。
- 時間をまたいだ非移転性： 過去の関係は将来の結果を保証せず、市場環境の変化によって、あなたが観察する内容が変わることがあります。
注意すべき失敗モードには、選択的な報告、明確な基準なしに定性的結論と定量的結論を混ぜること、相関を因果が証明されたかのように提示することなどが含まれます。
検証、または次の質問
ジャーナルレビューに関する特定の主張を検証したい場合は、それを チェック可能な主張として書き直してください。そこには (a) 必要な入力、(b) 計算または評価の方法、(c) それらの入力から生成できる期待される出力、を含めます。次に、前提を変えたとき（特にコストの含め方、時間枠、データの完全性）でも、その主張が成り立つかテストします。
DOCUMENT END