FXにおけるスイング定義の仕組み
直接的な答え
FXにおけるスイング定義とは、選んだ期間における価格のスイングを説明し、ラベル付けするための実用的な方法です。スイング定義それ自体は、次に価格がどう動くかを予測するものではありません。代わりに、過去の価格変動を「スイング」区間（たとえば、十分に上昇してから十分に下向きに転じる動き）へ変換するための一貫したルールを提供し、その挙動を評価したり、ラベリングのロジックをテストしたりできます。
メカニズムまたは定義（ラベルが作られる仕組み）
「スイング」とは通常、方向転換と、時間枠の中での最低限の移動量の両方を伴う動きとして捉えられます。FXは連続的でノイズが多いため、「最低限」が曖昧だと再現可能なスイング定義になりません。
シンプルでチェック可能なスイング定義は、手順として次のように表せます。
- データと時間軸を選ぶ：使用する価格系列（たとえば終値）と、チャートの解像度（たとえば1時間足のローソク）を決めます。この選択は、何がスイングとして数えられるかに影響します。
- スイング検出ルールを選ぶ：「転じる」とは何かを定義します。一般的なルールの種類は次のとおりです。
- 局所極値ロジック：スイング高値はある窓の中で最も高い価格、スイング安値は最も低い価格です。
- 距離ロジック：方向転換は、価格が基準から（pipsまたはパーセンテージとして）少なくとも閾値まで動いた場合にのみ受け入れられます。
- 「十分な移動量」の閾値を選ぶ：スイングポイントを受け入れるための最小移動量を設定します。閾値がないと、ランダムなノイズが小さなスイングを大量に作ってしまいます。
- 曖昧さを解消する：同じ窓の中で複数の高値または安値が発生した場合、タイブレークのルールが必要です（たとえば、最も極端な値を選ぶ、または条件を満たす最も早い時点を選ぶ）。
- スイングポイントまたは区間を出力する：結果は、あなたのルールに従った一連のスイング高値とスイング安値（ポイント）またはスイング区間（セグメント）としてラベル付けされます。
言い換えると、スイング定義は変換です。明示的なルールと閾値を適用して、価格系列をラベル付けされたスイングの集合へと変換します。
入力と出力（何が入って、何が出るか）
入力
主要な入力は、安定した定義上の選択です。
- 価格入力：どのフィールド（open/high/low/close）を使うか、そしてローソク足の終値を要求するかどうか。
- 時間解像度：チャートの時間軸が、スイングの粒度を決めます。
- 窓サイズまたは確認の深さ：局所極値ロジックを使う場合、左右に何本の足を見るかを定義する必要があります。
- 移動量の閾値：スイングにラベル付けするために必要な最小距離。
- 交互性のルール：多くの定義では、スイングが高値/安値/高値/安値のように交互になることを期待します。
出力
出力は予測ではなく記述です。
- ラベル付けされたスイングポイント：スイング高値またはスイング安値としてタグ付けされたタイムスタンプ（または足のインデックス）。
- スイング区間：スイング安値と次のスイング高値（またはその逆）の間の区間。
- 派生指標：スイングサイズ（高値と安値の差）、期間（ポイント間の時間）、相対位置などの任意のメトリクス。
これらの出力は、入力における前提がどれだけ妥当かにのみ依存して有効になります。
証拠または例（チェック可能なシナリオ）
スイング定義を再現可能にしたいと仮定します。以下の具体的な前提を使えば、実例として動作を確認できます。
- データ：ローソク足の終値を使う。
- 時間軸：1時間足。
- ルールタイプ：確認付きの局所極値。
- 窓：候補のスイング高値は、直近5時間の終値の中で最も高い終値であり、かつ次の2時間の終値がそれを下回る場合に受け入れる。
- 最小移動量：最終的なスイング安値が、スイング高値から少なくとも20 pips 下にある場合にのみ、そのスイングを受け入れる。
シーケンス（概念）：
- 前方へ走査していくと、スイング高値になり得るローソク足の終値に遭遇します。
- 直近5時間の制約を確認します（その候補は、その窓の中で終値の最大である必要があります）。
- 確認を待ちます：次の2時間の間に、終値が候補を下回る必要があります。
- 最小移動量の要件を満たす次のスイング安値を特定するために、先を見ます。
- 両方の制約が満たされたら、スイング高値とスイング安値にラベルを付けます。
この例における制約：スイング高値は、次の2時間が経過した後でないと確認できず、最終的なスイングラベルはその後の値動きに依存する可能性があります。つまり、スイング定義はしばしば、本質的に後追い（レトロスペクティブ）になります。リアルタイムの確認ルールに再設計しない限り、そうなります。
制限とリスク（何がうまくいかない可能性があるか）
制限1：ラベルは時間軸と閾値に依存する
時間軸や移動量の閾値を変えると、スイングの数、サイズ、タイミングが変わります。ある期間で綺麗なスイングが出る定義でも、別の期間ではごちゃつきが生じるかもしれません。
制限2：後追いの確認と遅延したラベリング
定義が「次の足」の確認（例の2時間ルールのようなもの）を必要とする場合、スイングラベルは遅れます。スイングの正確な開始時点でラベルが既知だったかのように扱う評価は、誤解を招く可能性があります。
制限3：コスト、執行タイミング、市場のミクロ構造
スイング定義は計測の枠組みであっても、実際の結果はスプレッド、手数料、スリッページ、そして注文がローソク足のタイミングに対してどのように執行されるかといった条件に依存します。過去の関係は将来の挙動を保証しません。
制限4：過学習と不安定なルール
よくある失敗パターンは、特定の過去データ区間に合わせすぎた閾値を設定することです。あるデータセットで「見栄えが良くなる」までルールを調整してしまうと、その定義は一般化できないかもしれません。
制限5：説明を予測と混同する
スイング定義は、過去のスイングにラベルを付けます。これらのラベルを、根拠なく次の値動きを自動的に予告するかのように使うと、計測ツールが正当化のない予測主張に変わってしまいます。
検証または次の質問（独立して確認する方法）
再現可能性と頑健性を確認することで、スイング定義を独立して検証できます。
- 再現性テスト：同じルールを同じ価格系列に適用し、出力が一貫していることを確認する。
- 感度テスト：窓サイズや移動量の閾値をわずかに調整し、スイング数やタイミングが実質的に変わるか観察する。
- 時間シフトテスト：ラベリングが、必要な時点では利用できなかった将来の確認に依存していないか評価する。
- アウト・オブ・サンプルテスト：異なる過去期間を使い、定義が引き続き意味のある一貫したスイングを生み出すか確認する。
役に立つ次の質問は次のとおりです：「私は具体的にどのスイングルールを使っているのか（窓/極値ロジック、確認の深さ、最小移動量）？そして、そのラベルが必要になる時間に対して適切なのか？」