カスタムスキャナー構築：ノーコード ICT

ノーコードのカスタムスキャナー構築機能とは何か

カスタムスキャナー構築機能とは、検出エンジン、指標、相場環境フィルターを1つの論理条件にまとめるノーコードのツールである。必要な要素を選び、AND / OR でつなぐ。あとはプラットフォームが対象市場をスキャンし、作成したルールに完全一致したときだけ通知する。

固定型スキャナーとの違いは、コントロールの範囲にある。既製のスキャナーには、作り手が定義したセットアップがそのまま組み込まれている。構築機能なら、必要な部品を使って、自分が実際に取引する定義を組み立てられる。LiquidityScan では、この操作画面がScanner Studioであり、共有されている Confluence カタログは、Studio で公開されたスキャナーを全ユーザー向けに並べたものだ。

あらゆるトレーダーの優位性に必要な理由

安定して取引するトレーダー同士でも、見る条件は同じではない。1H でChange of Character（CHoCH）が出たあと、London kill zone 内で強い order block の再テストを待つ人もいる。上位足の liquidity sweep と回収を求めつつ、実際の出来高がある銘柄に限定する人もいる。これは別々の指標ではない。同じ部品を、別の組み合わせで使っているだけだ。

固定型スキャナーでは、この差を拾えない。決められたパターンが出るたびに通知し、残りのコンフルエンスは数百枚のチャートを目視して確認させるからだ。「パターンが出た」と「自分のセットアップが完成した」の間にある空白こそ、カスタムスキャナー構築機能が埋める部分である。チェックリスト全体をコード化し、1項目だけで終わらせない。

デスクを離れている日は、その差がさらに大きくなる。「1H で CHoCH」という固定通知だけなら、スマートフォンが何十回も鳴る。だが、そのほとんどは自分の取引条件ではない。再テスト、時間帯、出来高まで揃って初めて対象になるからだ。

条件をすべて組み込めば、届く通知はすでに候補として絞り込まれている。通知を受けたあとにチャートを最初から精査する必要がなくなり、通知を確認する手間がセットアップ自体の価値に近づく。

• 具体性：優位性は通常、1条件ではなく3〜5条件の積み重ねで成立する。
• 網羅性：ルールなら市場全体を一度にスキャンできる。人間の目には限界がある。
• 規律：コード化したルールは毎回同じ条件で動き、裁量スキャンを壊す都合のよいパターン探しを減らす。
• 検証との整合：文章にしたルールなら、曖昧な「見れば分かる」ではなく、意図を持って検討し、修正できる。

1つのルールに組み込める要素

ノーコード構築機能の強みは、扱える部品の幅にある。Scanner Studio では、1つのルールに3つの系統から要素を選び、論理条件で結合できる。

検出エンジンはパターンを担う。Super Engulfing、OB+ / OB++ の強い order block、Market Structure（BOS / CHoCH）、Liquidity Sweep reversal、Pulse の RSI コンフルエンスフィルター、Core Layer の整合性、その他のスキャナー群が該当する。各エンジンはスクリプトではなく、チェックボックスで指定する条件だ。

指標は、従来型のテクニカル条件を加える。RSI、EMA、SMA、出来高、ATR、変化率などである。たとえば上昇パターンが出たとき、RSI が一定水準を下回っていることを求めるように、エンジンの条件を絞り込める。

相場環境フィルターは、ルールが発動してよい場所と時間を限定する。ICT kill zone、取引セッション、資産クラス（暗号資産か TradFi か）、24時間の最低出来高、曜日などが対象だ。これらは何かを検出するものではない。候補として残す範囲を決める。

3系統を分けて考えると、ルールの意味が読みやすくなる。エンジンは「何が起きたか」、指標は「どんなテクニカル条件の下か」、相場環境フィルターは「どこで、いつ有効か」に答える。3系統を組み合わせたルールは実際のセットアップを表しやすい。一方、エンジンだけで作ったルールは、どこにでも出るパターンを拾いがちだ。

カスタムスキャンを作る手順

カスタムスキャナー構築機能でルールを作る作業は、条件を1つずつ狭めていく選択の連続だ。スキャンの意味を崩さない順番がある。

1. エンジンの要素と接続方法を選ぶ

セットアップの核になるパターンから始める。たとえば、構造が反転したあとに order block の再テストを待つモデルなら、OB+とMarket Structure CHoCHを選び、AND でつなぐ。これで、銘柄が一致するには両方の条件が必要になる。複数のパターンのどれかを候補に含めるなら OR を使う。

2. 相場環境フィルターを加える

対象範囲を絞る。London の時間帯だけで発動する kill zone フィルターを加え、さらに24時間の最低出来高を設定する。たとえば2,000万ドル超に限定すれば、流動性の低いペアが候補に混ざらない。セッション、資産クラス、曜日も同じ考え方で制御できる。

3. 各エンジンを発生時か現在成立かで指定する

各エンジンは2つのモードで読む。発生時は、直近の確定した終値ローソク足でパターンが発生したばかりであることを求める、新しいトリガーだ。現在成立は、いつ出たかに関係なく、条件が今も成立していることを求める。CHoCH は通常「発生時」、有効なバイアスや未処理のゾーンは通常「現在成立」に向いている。

3a. 上位足のラッパーを加える

どの要素も、ルールの他の部分より上位の時間足で評価するよう包める。これが、1つのスキャンにトップダウンのロジックを組み込む方法だ。4H のバイアス要素で1H のエントリー要素を包めば、エントリーパターンが発動する前に、上位足の方向が一致していることを求められる。

4. 方向の一致を強制する

すべての要素が同じ方向を示すよう、方向一致の強制を有効にする。これを使わなければ、強気の CHoCH と弱気の order block が同時に一致し、ノイズが増える。有効にした場合、全体が強気、または全体が弱気のときだけルールが発動する。これが実際のコンフルエンスである。

シーケンスルール：順序を持つプレイブックの強み

カスタムかどうかに関係なく、多くのスキャナーは条件が同時に出たかを確認する。本格的な構築機能で差がつくのはシーケンスルールだ。各要素が決められた順番で発生し、前のステップが確定したあとに次のステップへ進む。

典型的な反転の読みを考える。CHoCHが構造の反転を示し、そのあとで新しい方向の order block が形成され、タップされるのを待つ。同時発生のロジックでは「そのあと」を表現できない。シーケンスルールなら可能だ。1つ目を CHoCH、2つ目を OB+ のタップにすれば、CHoCH のあとにタップが起きた銘柄だけが一致する。

これは ICT のプレイブックが実際に書かれる順序に近い。sweep、shift、entry。バイアス、displacement、押し戻し。順序付きのルールなら、複数段階のプレイブックを1つのスキャン条件に変えられる。別々の通知を積み上げるだけでは、発生順序の記憶がないため、ここまで表現できない。

順序を指定すると、同時発生が見逃してしまうダマシも減る。値動きの荒いレンジ内で、1本のローソク足に強気の order block と弱気の構造判断がほぼ同時に出ることがある。同時発生ルールなら、それでも一致する可能性がある。

反転が先、タップがあとであることを求めるシーケンスルールなら、その組み合わせを拒否する。2つの要素が、プレイブックの要求する順番で並んでいないからだ。結果として残る候補は少なく、きれいになる。偶然の重なりではなく、価格が実際に進んだ順序を反映した候補である。

具体例と、スキャナーがしないこと

流動性のある暗号資産で、London セッションの反転を取引するとする。構築機能でコード化するルールは、次のようになる。

1. 要素1（シーケンス、ステップ1）：1H の Market Structure CHoCH、発生時モード、強気。
2. 要素2（シーケンス、ステップ2）：1H の OB+ タップ、現在成立モード、要素1のあとに発生すること。
3. 上位足ラッパー：4H のバイアス要素を強気に限定し、反転が上位足と一致することを求める。
4. 環境：London kill zone のみ、24時間出来高2,000万ドル超、暗号資産。
5. 方向一致：有効。すべての要素を強気にそろえる。

保存すると、このスキャンは確定した終値ローソク足だけを使い、市場全体を毎時評価する。銘柄が順序付きのルール全体を満たした時点で、ウェブまたは端末のプッシュ通知とアプリ内通知が届く。候補の判断は通知から行えばよく、300枚のチャートを開いて探し回る必要はない。

この機能が何をするものか、何をしないものかは明確にしておくべきだ。構築機能が探すのは、自分で定義したルールに一致する候補である。取引が成功すると予測するわけではない。勝率を公開することも、注文を出すこともない。一致とは「自分の条件がそろった」という意味にすぎない。

結果の質は、自分が書いたルールの質に完全に左右される。曖昧なルールは曖昧な候補しか拾わない。定義の甘い優位性を、どのエンジンも修正してはくれない。

Scanner Studio は現在も管理者向けの画面であり、公開された結果は共有 Confluence カタログを通じて全ユーザーに届く。実際のところ、構築機能そのものはまだすべてのアカウントに開放されていない。ただし、そこで作られたセットアップはすでに公開されている。

順序付きのシーケンスプレイブックを含む各 Confluence エントリーは、Studio で作成され、全体に公開されたスキャナーである。現時点ではカタログを通じて構築機能の出力を利用し、画面を自分で操作できる版はその先にある、というのが正確な見方だ。

カスタムスキャンを壊すミス

役に立たないスキャンの大半は、2つの失敗に集約される。どちらも、構築機能が与える自由度の使い方を間違えた結果だ。

条件を絞りすぎて何も出ない。AND で要素を加えるたび、候補数は減る。6つのエンジン、3つの指標、kill zone、曜日フィルターまで重ねれば、今年に入って1度も発動しないルールを作れてしまう。数日間まったく結果がないなら、最も重要度の低い要素を外し、しきい値を広げる。発動しないルールからは何も学べない。

見せかけのコンフルエンス。同じものを測っている要素を重ねても、コンフルエンスにはならない。厳密さに見せかけた重複である。すでに強い陽線の終値を条件に含む強気モメンタムエンジンへ、RSI の売られすぎ条件を加えても、同じシグナルを2回読んでいるだけだ。本当のコンフルエンスは、構造、ゾーン、時間帯のように、独立した読みを積み重ねる。方向一致と上位足ラッパーには独立性があるが、モメンタム要素を3つ重ねても独立性は生まれない。

• エンジンは狭く、しきい値は広く始め、候補数を見てから絞る。
• 弱いフィルターを5つ重ねるより、強い環境フィルターを1つ使う。kill zone か最低出来高で十分な場面は多い。
• 同時発生する要素を増やすのではなく、シーケンスの順序で厳密さを加える。

よくある質問

カスタムスキャナーを作るのに、コードの知識は必要か

必要ない。ノーコードの構築機能では、エンジン、指標、フィルターがチェックボックスと選択メニューで表示され、AND / OR の論理でつなげられる。画面上でルールを組み立てて保存するだけだ。スクリプト言語を学ぶ必要がないことが、検出コードを自作する場合とカスタムスキャナー構築機能が違う点である。

カスタムスキャンはどのくらいの頻度で動くか

LiquidityScan の Scanner Studio は、保存したルールを市場全体に対して毎時評価する。結果は常に確認済みの確定足を基準にするため、後から形が変わることはない。銘柄がルールを満たせば、ウェブまたは端末のプッシュ通知とアプリ内通知が届く。自分でフィードを監視し続ける必要はない。

発生時モードと現在成立モードの違いは何か

発生時モードは、直近の確定した終値ローソク足でパターンが発生したばかりであることを求める。現在成立モードは、いつ出たかに関係なく、条件が今も成立していることを求める。構造のブレイクは通常、発生時に向いている。有効なバイアスや未処理のゾーンは、通常、現在成立の条件だ。

カスタムスキャナーで買い時や売り時が分かるか

分からない。定義した条件に一致する候補を示すだけで、売買判断を出したり、結果を保証したり、勝率を計算したりするものではない。多くのエンジンが出力するのはパターンやゾーンであり、エントリー、損切り、利確ではない。すべての一致を、自分で分析するために絞り込まれた出発点として扱うべきであり、そのまま行動する合図と考えてはいけない。

関連する検索テーマ

構築機能から、組み込めるエンジンと、それが適合する取引手順へ視野を広げる。

• LiquidityScan のスキャナーの仕組み、作成したルールが動く、ローソク足からセットアップ検出までの処理を確認できる。
• order block スキャナー：リアルタイムの OB と FVG、カスタムルールに組み込むエンジン要素を解説する。
• ICT トップダウン分析：マルチタイムフレームの整合、各要素に加える上位足ラッパーの考え方を確認できる。
• ICT 取引で自分の優位性を見つける：特化のための枠組み、構築前にコード化する価値のある条件群を定める方法を扱う。
• 完全な ICT 取引モデルを作る、スキャン可能なルールをエントリー、損切り、ポジション管理を含む計画へ広げる。
• 最適な ICT スキャナーの選び方、カスタム構築機能が固定型スキャナーの中でどこに位置するかを比較する。
• Scanner、Pulse、Core Layer：LiquidityScan の3つの画面、スキャナー、Pulse、Core Layer を別の角度から整理する。
• ICTスキャナー一覧｜LiquidityScan — 各スキャナーの検出対象を知り、構築する条件を選ぶ
• ICTトレードアラートを即時受信 — 構築したスキャナーのsetupを検出した瞬間に通知する方法を学べます
• 完全なICTトレーディングモデルの作り方（ステップバイステップ） — スキャナー検出後のバイアス、エントリー、リスク管理を体系化できます。