MT4のEA（エキスパートアドバイザー）はFXでどのように動くのか
MT4のEA（エキスパートアドバイザー）とは？
MT4のEA（エキスパートアドバイザー）とは、MetaTrader 4向けのソフトウェア部品で、意思決定と取引の実行を自動化します。人がボタンをクリックする代わりに、EAはMT4のチャート上で有効になっている間、自身のコードを継続的に実行します。
FXの文脈では、EAの役割はプラットフォームのワークフローに限定されます。EAはMT4から情報（たとえば価格ティック）を受け取り、EAに書かれたロジックを適用し、その後、EAのルールに従って注文を新規に出す／変更する／決済するために取引システムとやり取りします。
中核となる考え方：入力、ロジック、出力
EAを、シンプルなループとして「3つのパーツ」で考えてみてください。
- 入力
- MT4が提供する市場情報（たとえば最新の価格更新）。
- EAで設定するユーザー定義パラメータ（設定）。これらには、しばしば取引サイズのルール、上限、リスクに関する制約が含まれます。
- EAが観測できる口座やプラットフォームの条件（たとえば、取引が許可されているかどうか）。
- ロジック
- EAのコードは、内部のルールを使って条件を評価します。一部のEAはインジケーター（価格データに対する計算）を使いますが、別のEAは特定の算術条件だけに依存します。
- 多くのEAにはフィルターが含まれており、たとえば時間ベースの制限や、建玉（オープンポジション）の最大数など、一定の要件を満たさない限り何もしません。
- 出力 条件が一致すると、EAはMT4を通じてアクションを出力します。たとえば次のようなものです。
- ポジションを開くための注文リクエストを送信する。
- 既存のポジションを管理する（たとえば注文の調整や決済）。
- 制約に到達したら、新規のアクティビティを停止する。
EAは本質的に「将来の価格」を知っているわけではありません。EAは実行時に利用可能な情報に反応します。
「シーケンス」はMT4のどこで起きるのか
MT4は、チャート上で発生するイベントを繰り返し処理します。EAは通常、関連するイベントが起きたときに呼び出され、EAの内部関数が何をするかを判断します。
よくある概念的な流れは次のとおりです。
- EAが起動し、設定を読み取る。
- EAは、新しい市場更新（ティック）または定期的なチェックを待つ（EAの書き方による）。
- 更新ごと、またはスケジュールされたタイミングで、条件を再計算する。
- エントリー条件が満たされ、かつ取引が許可されている場合、注文リクエストを送信する。
- 後続のイベントでは、管理または決済（エグジット）の条件が満たされているかを確認し、それに応じて行動する。
- 停止条件がトリガーされる（たとえば最大取引数に到達した）場合、これ以上の注文を出さない。
正確なタイミングは、EAのコードと、MT4がチェックをどのようにスケジュールするかに依存します。
具体例（明確な前提つき）
以下は、仕組みがどのように動くかを示す教育用の例です。これは推奨される戦略ではなく、単純化した前提を使います。
例の前提：
- EAには「Order size」という入力があり、固定値に設定されている。
- EAには「Max open positions」という入力があり、1に設定されている。
- 簡単な条件をチェックする。すなわち、最新のティック価格が、保存されたしきい値より上なら、ポジションを開こうとする。
- コストや約定の詳細は、単純化のため無視する。
シーケンス：
- EAは、起動時にしきい値と設定を読み取る。
- 新しいティックが届くたびに、EAは最新のティック価格をしきい値と比較する。
- 条件が真で、現在オープンポジションがない場合、EAは注文リクエストを送信する。
- ポジションが存在した後は、EAは後続のティックで条件を再チェックするが、「Max open positions」がすでに到達しているため追加のエントリーはブロックされる。
このように単純なロジックでも、実際の運用では結果が異なることがあります。理由は、注文の約定はプラットフォームや市場の条件（たとえば、注文が約定する正確な価格）に左右されるためです。
制約（限界）と失敗パターン
EAが紙の上では論理的に正しくても、実際にはいくつかの問題によって、期待どおりに動かないことがあります。
1) 実行と価格の違い
EAは受け取る情報に基づいて判断しますが、約定は実際の取引システムで行われます。判断の瞬間と約定の間に価格が動けば、有効なエントリー／決済は異なる可能性があります。
2) コストと制約
取引コストやプラットフォームの制約によって、条件が有効であり続けるかどうかが変わります。たとえば、EAが特定のポジションサイズ計算方法を使うように設定されていて、最小注文サイズのような制約によってリクエストが拒否されることがあります。
3) 接続とプラットフォーム権限
プラットフォームが取引リクエストを送れない場合（たとえば、接続の中断や取引が無効になっていることが原因で）、EAはポジションを開いたり管理したりできずに失敗する可能性があります。
4) ロジックと設定のエラー
誤ったパラメータ、コード内の不適切な前提、またはEAのロジックにおける想定外のケース（エッジケース）によって、予期しない挙動が起きることがあります。たとえば、注文の繰り返し試行、誤った停止条件、または注文の管理が不適切になる、といったことです。
5) 運用上の制限
多くのEAには、「安全装置」として、1日の最大取引回数やスプレッドのフィルター（EAによって書き方は異なっていても）などが含まれています。これらの制限が厳しすぎると、EAが動いていないように見えることがあります。
EAの挙動を独立して検証する方法
利益や将来のパフォーマンスを前提にせずに、仕組みを検証できます。
- 設定を確認し、各入力が何を制御するかを文書化します。取引を止める制約があれば列挙します。
- EAの意思決定ルールを概念的に見直します。注文を出すために何が真である必要があり、何がそれを終わらせるのかを確認します。
- EAが取れるアクションを確認します。新規のみ、決済のみ、注文の変更、または制限に到達した後に自分自身を停止するのか。
- 制御された前提でテストします。期待する条件のもとで注文がトリガーされるか観察します。
- 異なる市場状況や、実行環境の違いのもとで挙動を比較し、「ティックデータに基づく判断」と「実際の約定」の違いに注目します。
EAが何を読み取り、何をチェックし、何を出力し、どの停止条件が適用されるのかを（平易な言葉で）明確に説明できれば、その運用に関する関連する事実を検証できています。
DOCUMENT END