コンフルエンススキャナーでA+セットアップを探す

コンフルエンススキャナーとは何か

コンフルエンススキャナーとは、複数の独立した要素、つまり異なる判定エンジンや時間足が同じ方向で一致したときだけ、トレード候補を表示するツールである。1つのシグナルに頼るのではなく、複数の確認材料を重ね、市場を質の高い候補へ絞り込む。

「コンフルエンス」という言葉は、複数の川が1つに合流する様子から来ている。相場で合流するのは、方向と価格帯だ。単独の Order Block へのタップが1本の流れなら、単独の Fair Value Gap (FVG) の埋めも別の流れである。

この2つに上位足のバイアスまで加わり、同じ価格で同じ方向を示したとき、そこにコンフルエンスが生まれる。コンフルエンススキャナーは、数百の通貨ペアを一度に走査し、その合流点を見つける。

単独スキャナーのシグナルよりコンフルエンスが優れる理由

各スキャナーが持つ優位性は、基本的に1つだけである。Break of Structure (BOS) の検出器は構造が変わったことを示すが、上位足が同意しているかまでは分からない。FVG スキャナーは不均衡の存在を示すが、スマートマネーが本当にそこへ価格を引き寄せているかは判断しない。どの判定もフィルターであり、固有の死角を持つ。

1つのシグナルだけで動く問題は、単独のエンジンが頻繁に反応することだ。その優位性が弱い環境でも発火する。強い日足下降トレンドの中で15分足に強気の CHoCH が出れば、技術的には有効なシグナルだが、実際には継続下落へ誘う罠になりやすい。エンジンの仕事は終わっている。ただ、文脈がなかった。

独立した判定エンジンと時間足を重ねれば、この文脈の欠落を埋められる。考え方は単純な確率である。互いに関係のない2つの条件がそれぞれ大半のノイズを排除するなら、両方の一致を要求することで、片方だけの場合より強く絞り込める。

トレードするセットアップは減る。だが、残るのは同じ市場を複数の角度から見ても同じ方向を示すものだ。これが、A+セットアップと延々と流れてくるBやCのシグナルを分ける「量より質」の原則である。すべての値動きを取ろうとするのではない。合意の深い場面だけを狙う。

• 1つのエンジン = 1つの優位性、1つの死角、高頻度、品質はまちまち。
• 時間足をまたいだ複数エンジン = フィルターが重なり、頻度は下がるが平均的な品質は上がる。
• 意図的なトレードオフ = シグナルの数を減らし、より明確な候補一覧を得る。

コンフルエンスを手作業で探すのが現実的でない理由

理屈の上では、すべて手作業で確認できる。実際には計算量に負ける。週足のバイアス、日足の liquidity sweep、4時間足の Order Block 再テストがすべて強気で一致する場面を探すとする。1つの通貨ペアを調べるだけで、3つの時間足を開き、3つの条件を別々に照合する。1銘柄あたり9回のチャート確認だ。

これを監視リスト全体で行う。流動性のある400以上の通貨ペアに9回ずつ確認すれば、手作業は数千回に膨らむ。しかも、ローソク足が確定するたびに状況が変わる。確定足による検出では、新しい足が1つの要素を作ることも、無効にすることもある。リストを最後までスクロールした頃には、最初に見た通貨ペアの情報が古くなっている。

手作業には、具体的に3つの失敗要因がある。

1. 網羅性が崩れる。 400以上の通貨ペアを複数時間足で監視するのは物理的に無理だ。数銘柄へ絞ると、見ていなかった通貨ペアで発生した最良のセットアップを逃す。
2. タイミングがずれる。 コンフルエンスは時間的な概念である。古い週足シグナルに新しい日足シグナルを重ねてはいけない。数十の通貨ペアをまたいで各要素がまだ有効か目視で追えば、ミスが入り込む。
3. バイアスが忍び込む。 確認材料を探していると、人は確認材料を見つける。手作業の照合では、トレードしたい気持ちから、際どいシグナルまで確認と数えてしまう。

コンフルエンススキャナーが引き受けるのは、まさにこの作業である。人間が遅く、不均一に行う機械的で大量の、時間に敏感な照合作業だ。

LiquidityScanがコンフルエンスを自動で重ねる仕組み

LiquidityScanは、互いに補完する2つの方法で複数スキャナーのコンフルエンスを処理する。自動整列エンジンの Core-Layer と、定義済みセットアップをまとめた Confluence + Sequences である。どちらも確定した閉じたローソク足だけを使うため、後から判定が書き換わることはない。

Core-Layer：複数時間足の自動整列

Core-Layerは複合エンジンである。独自の新しい価格パターンを検出するのではなく、稼働中の Super Engulfing、CRT、ICT Bias のシグナルを整列チェーンへまとめ、銘柄と方向ごとにグループ化する。

週足、日足、4時間足がすべて強気を示すように、同じ方向が時間足をまたいでそろうと、それを1つの重なったセットアップとして表示する。同時に、上位足の基準となる時間足を週足、日足、4時間足のいずれかに分類する。

信頼性を支えるルールは2つある。1つ目は、最低2つの時間足の整列を要求することだ。単独のシグナルはコンフルエンスではない。2つ目は、時間的に整合しない重なりを除外すること。古い週足シグナルと新しい日足シグナルは異なる時点を語るため、同じ束には入れない。これで、手作業の失敗要因だった「タイミングのずれ」を直接解消できる。

Confluenceカタログ：Dual、Triple、Sequences

Confluenceカタログは、ログインユーザー向けに共有される、定義済みの複数時間足セットアップ一覧である。時間足が1つの方向で一致したときだけ発火し、3つの階層に分かれる。

• Dual — 2つの確認。例として、週足バイアスと日足 CRT sweep の組み合わせがある。同じ時間足でも、異なる時間足でもよい。
• Triple — 3つの確認を重ねる。月足、週足、日足が一致する組み合わせなどだ。
• Sequences — 要素の発生順を定めた手順。単に同時発生するのではなく、各要素が前の要素の後に発火しなければならない。「CHoCH then OB+ tap」はシーケンスであり、先に change of character が起き、その後に強い Order Block の再テストが続く。

Sequencesが際立つのは、単なる同時発生ではなく順序を記録するからだ。同じセッションで2つのシグナルが出た場合より、正しい因果の順番で同じ2つが出た場合のほうが証拠として強い。

各セットアップには、すべての要素に対応する時間足と判定エンジンを並べた手順、現在の買い優勢・売り優勢の件数が表示される。すでに崩れたセットアップには「Expired」と表示されるため、無効になった重なりを読み続けずに済む。

独立性の原則：本物のコンフルエンスを作るもの

重ねればすべて本物のコンフルエンスになるわけではない。RSI、速い MACD、ストキャスティクスのように、すべてモメンタムを測る指標を3つ並べて一致させても、証拠が3倍になったわけではない。同じものを3回測っているだけだ。相関した確認材料はコンフルエンスらしく見えるが、追加される情報はほとんどない。

本物のコンフルエンスには、独立した要素が必要である。異なる情報を捉えるため、互いに食い違う可能性のある読みだ。上位足の方向バイアス、中位足の流動性イベント、下位足の構造的な仕掛けトリガーは、市場に対する別々の観測である。独立した要素が一致すれば重みが生まれる。各要素が「否」と答える可能性もあったからだ。

複数時間足の整列が、利用できる中で最も明快なコンフルエンスになるのはこのためである。週足の読みと4時間足の読みは、単に倍率を変えて同じものを測っているわけではない。上位足が流動性への引力を定め、下位足がそこへ入るタイミングを測る。

両者が投げかける問いは別だ。価格はどこへ向かうのか、そして今がその瞬間なのか。Core-Layerの整列チェーンも、Confluenceカタログの時間足別階層も、まさにこの独立性を土台にしている。だから一致に意味があり、同じ情報の重複にはならない。

実例：CHoCHからOB+へ続くシーケンス

BTCUSDTを見てみよう。4時間足では、価格が明確な弱気構造の中でじりじり下げている。そこへ、直近の安値切り下げ前の高値をローソク足の終値で上抜く動きが出る。これは Change of Character (CHoCH) だ。弱気の下落波が終わる可能性を示す最初の証拠であり、1つ目の要素になる。ただし、4時間足の CHoCH だけなら五分五分である。継続下落へ失敗する CHoCH はいくらでもある。

ここでシーケンスは待つ。CHoCHだけでは発火しない。価格が押し戻され、上方向への強いブレイク直前にあった最後の陰線が強い order block としてタグ付けされる。その衝動波が直前のスイング高値を sweep して買い側の流動性を取っていれば、それは OB+ である。

価格が戻ってOB+のゾーンに触れたとき、2つ目の要素が、CHoCHの後に、正しい順序で完了する。Confluence Sequenceが発火する。「4時間足 CHoCH then 4時間足 OB+ tap」、方向は強気だ。

ここで受け取るのは買いの指示ではない。構造が反転し、その方向に沿って、流動性で確認されたゾーンへ価格が戻ったという、重なった文脈である。

4時間前に出た生のCHoCHだけで動く場合と比べてほしい。その時点では、価格が有効な order block を形成するかさえ分からなかった。シーケンスは、2つ目の独立した確認が、正しい順序で現れるまで待つ。そこが、期待だけの推測とA+候補を分ける。

Tripleも同じ考え方だが、発生順の制約はない。月足の ICT Bias が強気、週足が強気の CRT reclaim を形成し、日足に強気の Super Engulfing が出たとする。

3つの時間足で3つの独立したエンジンがすべて強気を示し、現在の件数とともに1枚のカタログカードへ重なる。これがTripleである。手作業なら数十回のチャート確認が必要になる種類の整列だ。

手作業の照合とコンフルエンススキャナーの違い

違いは、スキャナーだけが見えるものを検出することではない。時間が無限にあり、規律も完璧なら、これらのセットアップをすべて自分で見つけられる。差が出るのは、手作業では監視しきれない規模の市場に対する網羅性、速度、そして一貫性である。

現実的な運用は、自動操縦ではなく協業である。スキャナーが整列またはシーケンス化されたセットアップを表示し、照合を引き受ける。そこから先は、どのエンジンにも判断できない文脈を自分で確認する。マクロ環境、経済指標の予定、そのゾーンが妥当な流動性への引力に位置しているか。そして、自分の計画に従って初めて実行する。

ツールは400以上の通貨ペアを候補一覧へ絞る。判断は自分のものだ。

正直に見ておくべき限界が2つある。1つ目は、整列は文脈であって、トレードの指示でも勝率でもないことだ。コンフルエンスが重なったセットアップは、複数の読みが方向で一致していると示すだけであり、トレードの成功を意味しない。

2つ目は、要素が多いほど自動的に良いわけではないことだ。TripleはDualより強いフィルターだが、その分まれになる。4つ目、5つ目の確認を加えると、同じものを再び測り始め、独立性ではなく重複が増えることもある。

コンフルエンススキャナーの目的は、確認材料を可能な限り積み上げることではない。セットアップの質を高めるのに十分な、独立した一致を見つけることだ。

よくある質問

セットアップをA+と呼ぶには、いくつの確認が必要か

固定された数はない。ただ、異なる時間足にまたがる、独立していてタイミングも合った2つの確認があれば、1つのシグナルから質は大きく変わる。LiquidityScanのDual階層は2つ、Triple階層は3つを要求する。質を決めるのは数ではなく、独立性と順序である。相関したモメンタム指標3つより、真に独立した2つの要素が一致するほうが強い。

Confluence SequenceとTripleの違いは何か

Tripleは3つの確認が同時に成立すればよく、順番は問わない。Sequenceは各要素が前の要素の後に発火しなければならない。「CHoCH then OB+ tap」は、先に change of character が起き、その後に order block へのタップが続いた場合だけ完了する。順序を要求するほうが、単なる偶然ではなく因果関係を捉えるため、強い証拠になる。

コンフルエンススキャナーは買い時や売り時を教えるのか

教えない。LiquidityScanはパターンを検出して重ねるが、トレードの指示は出さない。コンフルエンスのセットアップは文脈であり、複数の独立した読みが同じ方向を示していることを伝えるものだ。マクロ環境を確認し、エントリー、損切り、利確目標を決め、リスクを管理するのは自分である。整列は候補を絞るフィルターであって、盲目的に動くためのシグナルではない。

コンフルエンスのシグナルはリペイントするのか

しない。LiquidityScanの各エンジンは、確定した閉じたローソク足だけで検出する。形成中の足は常に除外されるため、発火したコンフルエンスの重なりが後から変わることはない。後の値動きで要素が無効になった場合も、静かに書き換えず「Expired」と表示する。現在の状態をそのまま確認できる。

関連する検索テーマ

コンフルエンスは、複数時間足の整列を土台にする。以下のガイドでは、各要素の仕組みと、自動走査を手作業と比較した場合の違いを詳しく扱っている。

• ICTトップダウン分析：複数時間足の整列 — コンフルエンス走査が自動化する中核的な規律。
• ICTに適した時間足：上位足バイアスから下位足エントリーまで — 上位足のバイアスと下位足のエントリーを組み合わせる方法。
• 時間足をまたぐフラクタルな市場構造 — 構造が入れ子になる理由と、時間足の読みを独立させる要素。
• Order Blockスキャナー：リアルタイムのOBとFVG — コンフルエンスを支える個別エンジンがリアルタイムで検出する仕組み。
• 最適なICTスキャナーの選び方 — スキャナーの評価方法と、コンフルエンス層が担う位置づけ。
• LiquidityScanと手作業のチャート走査の比較 — 照合を自動化することで得られる網羅性と時間の優位性。
• アジア時間のレンジ sweep を毎セッション捉える方法 — アジア時間のレンジ sweep スキャナーに関する関連テーマ。
• LiquidityScanのコンフルエンスエンジンとは何か — A+セットアップを探す前に、スキャナーを重ねるエンジンの仕組み。