TDIはいつFXの通知を送信しますか？
直接の答え
「TDI」のFX通知には、すべての実装に適用される単一の共通時計のようなものはありません。実際には、アラートは戦略内のルールが真（true）と評価されたときに送信されます。典型的には、ローソク足（バー）の終わり、またはイントラバー条件が検出されたといった特定のタイミングで送信されます。これは、プラットフォームのデータ更新挙動に従います。
「いつ通知が送られるのか」を答えるには、次の2点を特定する必要があります。（1）正確なアラートのトリガー条件（たとえば「クロスはバークローズで発生」なのか「イントラバーで検出」なのか）、および（2）評価スケジュール（たとえばティックごと、分ごと、またはバーごと）です。
仕組み（メカニクス）
多くのTDI型のワークフローでは、TDIの概念を入力インジケーターとして使い、そのうえで追加ロジックを適用して「アラートするかどうか」を判断します。インジケーターの値自体は、基になる価格データが更新されるたびに更新されますが、アラートは通常、次のようなルールによって制御（ゲート）されます。
- バークローズの評価： システムは、選択した時間軸でローソク足がクローズしたときにのみ条件をチェックします（たとえば15分足）。これにより、アラートのタイミングがローソク足の境界に揃います。
- イントラバーの評価： システムは、ローソク足が形成されている間、継続的にチェックします。これにより「本来トリガーされていた」複数の瞬間が発生し、その後クローズ時に最終結果が確定することがあります。
- クロス／しきい値ロジック： アラートは「ある線が別の線をクロスする」や「ある値があるレベルを超えて動く」といった出来事に依存することが多く、ルールによって「クロスはクローズで確定される必要があるか」が指定される場合があります。
プラットフォームは異なるため、チャート上で見える同じ視覚的な出来事が、即座にアラートにつながるとは限りません。最も検証可能な解釈は次のとおりです：アラートは、プラットフォームの戦略コードが条件チェックを実行した瞬間に発行されます。
実際のタイミングを特定するための例
推測を必要としない、シンプルな検証方法を使ってください。
- 時間軸を選び、既知のチャート上の出来事を用意する。 チャート上で確認できるTDI関連の出来事（たとえば線のクロス）を特定します。
- チャート上の出来事のタイムスタンプを記録する。 それがバークローズ前に起きたのか、クローズ境界で起きたのかを確認します。
- プラットフォームからのアラートのタイムスタンプを記録する。 アラート時刻と出来事の時刻を比較します。
- いくつかのローソク足で繰り返す。 アラートが一貫してバークローズと一致するなら、システムはバークローズでゲートされている可能性が高いです。アラートがローソク足の最中に出るなら、イントラバーで評価されている可能性が高いです。
これにより、アラートのタイムスタンプをチャートのローソク足ライフサイクルに結びつけることで、「いつ」を直接答えられます。
限界と不確実性（言えること／言えないこと）
不確実性があります。なぜなら「TDI」は異なるインジケーター定義や、異なる戦略／アラートルールを指し得るからです。さらに、プラットフォームの設定（データソース、実行モデル、アラート設定）によって、チャート上の見た目を変えずにアラートのタイミングが変わることがあります。
「アウト・オブ・サンプルテスト」という概念は、1つのチャート区間からタイミングを推測するのではなく、同じアラートルールを使って 新しく、見たことのないデータウィンドウ 上で挙動を検証することを意味します。それでも、将来のアラート頻度や結果を確実に推測することはできません。検証できるのは、定義されたルールセットと評価スケジュールのもとでシステムがどう振る舞ったかだけです。
特定の実装に対して正確な答えが欲しい場合、唯一確実な方法は、アラートロジックでトリガー条件と評価タイミングを確認し、そのうえでタイムスタンプ付きのチャート上の出来事と照合することです。
DOCUMENT END