失敗したブレイクアウトを評価するのに必要なデータは？
直接的な答え
失敗したブレイクアウトを評価するには、「価格がある水準を超えた」と気づくだけでは不十分です。必要なのは（1）何をブレイクアウトとし、何を失敗とするのかの明確な定義、（2）それを測るために使ったチャート入力、（3）データの出所（プロベナンス）と適時性、（4）再描画、ズレた水準、執行／コストの前提をあぶり出す品質チェックです。これにより、その概念を正確に説明でき、他のチャートソースでも同じ事実を独立に検証できます。
メカニズムまたは定義
ブレイクアウトは通常、価格が事前に定義された水準を越え、その後その水準に対して維持することとして定義されます（たとえば、直近の高値／安値、トレンドライン、レンジの境界など）。失敗したブレイクアウトとは、そのブレイクアウトが維持されず、後に価格が先のレンジへ戻る、またはあなたが定めた規則に従って水準の下／上へ戻る状態です。
使えるデータで評価するには、安定したメカニズムと変動する条件を分けます：
- 安定したメカニズム（概念上の規則）： 水準の定義、ブレイクアウト確認の規則、失敗条件。
- 変動する条件（文脈と実装）： 時間足の選択、市場レジーム、データベンダーやプラットフォームの違い、そして取引コスト／執行制約。
証拠または例（収集すべき入力）
入力のチェックリストを使い、それぞれに短い「なぜ重要か」のメモを付けます：
- 水準の仕様（どの境界？）
- 水準を引くために使った正確な方法（手動のスイング高値／安値、自動のピボット、レンジ高値／安値）。
- 水準を単一の価格として扱うのか、ゾーン（バンド）として扱うのか、あるいは動的な指標から導かれる境界として扱うのか。
- ブレイクアウト計測ルール（何を「越えた」と「維持」とする？）
- 越えたルール：終値ベースでの上抜け／下抜けか、足の中でのタッチか。
- 確認ウィンドウ：クロス後に何本の足が必要か（「維持」とみなすために）。
- 失敗の定義（何を「失敗」とする？）
- リテスト／リターンのルール：たとえば、水準境界の内側へ最初に意味のある終値が戻ること。
- 失敗ホライズン：ブレイクアウトが失敗だと呼ぶまで、どれくらい待つか。
- チャート入力（何を測っている？）
- 時間足（複数可）： 同じ値動きでも、1分足と日足では見え方が変わり得ることに注意する。
- セッションの文脈（該当する場合）： 水準が特定の取引セッションに基づくかどうか。
- 価格フィールド： OHLCの終値を使うのか、高値／安値も使うのか。
- 出所と適時性（どこから来た？）
- データソース（チャーティングプラットフォーム、ブローカーのフィード、または公開データ）と、既知の変換（トランスフォーメーション）。
- チャートが「固定された」過去の足なのか、プロバイダーの調整で後から変わり得るのか。
- コストと執行の前提（「維持」を妨げ得るものは？）
- スプレッド、スリッページ、レイテンシーは変動するため、評価では前提を明示する必要がある。
- それらのコストをモデル化できない場合、理論上の「維持」を観測可能な失敗へ変え得る未解決の要因として記録する。
注目すべき重大な制約または失敗パターン
よくある失敗パターンの1つはルールの不一致です。ある人は足の中での侵入（intrabar penetration）に基づいて「失敗したブレイクアウト」とラベル付けするかもしれませんが、別の人は「終値でのブレイクアウト」と、その後の終値での内側への戻りを要求します。規則が揃っていないと、2人の観測者はそれぞれ異なる定義に対して「正しい」状態になり得ます。
もう1つの制約は*歴史データの非移転性（historical non-transferability）*です。過去の失敗したブレイクアウトを多数特定できたとしても、パターンの挙動と将来の結果の関係が保証されるわけではありません。結果は条件、コスト、執行、そして同じ水準がどのように引かれるかによって変わります。
制限とリスク
- 時間足への感度： 失敗は、時間足や水準の構築方法を変えると、より早く見えたり、消えたりすることがある。
- プロバイダーと再描画の影響： 過去の足は、特に「越えた瞬間」の周辺では、プラットフォーム間で表現が異なる可能性がある。
- モデル化されていないコスト： 取引コストや執行制約は、チャートパターンとは無関係に、「維持」に実質的な影響を与え得る。
- 曖昧な水準ゾーン： ゾーンを使う場合、「失敗」とは価格がゾーン全体の内側へ戻ることを意味するのか、それとも部分的に戻るだけでよいのかを定義しなければならない。
検証または次の質問
評価を独立に検証するには：
- 同じブレイクアウト規則と失敗規則を、少なくとも1つ別の独立したチャートデータソース上で再現する。
- 意見の相違を、定義上の感度の証拠として記録する（たとえば、「終値ではブレイクアウトが確認できるが、高値ではできない」など）。
- 計算のような意思決定（確認ウィンドウ、ホライズン、ゾーン境界）については、他者が再現できるように前提を明確に述べる。
評価を具体化するための良い次の質問は、次のとおりです：あなたが使っているブレイクアウト確認と失敗リターンの正確な基準は何ですか（終値かタッチか、確認本数、そして失敗ホライズン）？