既存EA・インジケータ改修を依頼する前に整理すること

既存のEAやインジケータを改修したい場合、最初に重要になるのは「何を直したいか」だけではありません。

実際には、現在のファイル、発生している症状、ログ、使っている環境、希望する変更内容が整理されているほど、調査・見積もり・改修方針の判断が進めやすくなります。

この記事では、MT4/MT5のEA・インジケータ改修を依頼する前に整理しておきたい内容をまとめます。

この記事で扱う内容

• 改修相談前に用意したいファイル
• 不具合やエラーの伝え方
• 希望仕様を整理する時のポイント
• ログやスクリーンショットの確認項目
• 改修できない、または確認が必要になりやすいケース

既存EA・インジケータ改修で最初に確認したいこと

EAやインジケータの改修では、まず現在の状態を確認する必要があります。

たとえば、次のような相談でも、必要な情報が不足していると、すぐに改修方針を決められない場合があります。

• エントリー条件を追加したい
• 通知機能を追加したい
• パネル表示を変更したい
• アラートの条件を変えたい
• コンパイルエラーを直したい
• バックテストとリアル運用の挙動差を確認したい
• MT4版をMT5版へ移行したい

改修内容が小さく見えても、内部の作りによっては、表示・判定・発注・決済・通知・外部連携など、複数箇所に影響することがあります。

そのため、依頼前には「今どうなっているか」と「何をどう変えたいか」を分けて整理することが大切です。

まず用意したいファイル

改修相談では、可能な範囲で次のファイルを整理しておくと確認が進めやすくなります。

特に、ソースファイルがない場合は、改修できる範囲が大きく制限されます。

.ex4や.ex5だけでは、内部ロジックを確認して改修することは基本的にできません。既存EAやインジケータの改修を相談する場合は、可能であれば.mq4または.mq5の有無を先に確認してください。

不具合相談では「症状」と「再現条件」を分ける

不具合や動作不良を相談する場合は、症状だけでなく、再現条件も重要です。

たとえば、次のように整理すると確認しやすくなります。

「動かない」「通知が来ない」「表示がおかしい」だけでは、原因がEA側なのか、MT5設定なのか、外部連携なのか、口座環境なのかを区別しにくくなります。

問い合わせ前のログ確認については、次の記事も参考になります。

EAのログを問い合わせ前に確認する方法

コンパイルエラーは全文をそのまま残す

既存EAやインジケータの改修では、コンパイルエラーの内容が重要な手がかりになります。

エラーが出ている場合は、MetaEditorのエラー一覧から、次の情報をそのまま残してください。

• エラーメッセージ
• ファイル名
• 行番号
• 列番号
• 警告がある場合は警告内容

一部だけを省略すると、原因の判断が難しくなることがあります。

特に、文字コード、includeファイル不足、関数名の不一致、MT4/MT5の仕様差、古い書き方の残存などは、エラーメッセージ全体を見ないと判断しにくい場合があります。

希望する改修内容は「目的」と「動作仕様」に分ける

改修依頼では、「こうしたい」という目的と、「具体的にどう動かすか」という仕様を分けて整理すると、認識違いを減らせます。

目的だけでは実装内容が広すぎる場合があります。反対に、細かい仕様だけを先に決めると、現在の構造に合わないこともあります。

まずは「何のために変えたいのか」を整理し、そのうえで、必要な動作仕様を決める流れが安全です。

EAの場合は売買に関わる範囲を明確にする

EAの改修では、表示や通知だけの変更なのか、実際の発注・決済に関わる変更なのかで確認範囲が変わります。

たとえば、次のような改修は売買動作に影響する可能性があります。

• エントリー条件の追加・変更
• ロット計算方式の変更
• ナンピン条件の変更
• 決済条件の変更
• トレーリングストップの変更
• スプレッド制限の変更
• 稼働時間制御の変更
• マジックナンバー管理の変更

このような改修では、単にコードを書き換えるだけでなく、変更前後の動作確認が必要です。

特に、複数ロジック、複数ポジション、コピーEA、ナンピンEA、外部シート連携などが含まれる場合は、どの範囲に変更を反映するのかを先に整理しておく必要があります。

インジケータの場合は表示と判定を分けて整理する

インジケータの改修では、表示だけを変えたいのか、サイン判定そのものを変えたいのかを分けて考えます。

• 矢印やラベルの表示位置を変えたい
• サインの色やサイズを変えたい
• アラート条件を変えたい
• 表示する時間足を制限したい
• サイン条件にフィルターを追加したい
• 過去サインの再描画を抑えたい

見た目だけの変更に見えても、内部では判定条件やバッファ、オブジェクト描画、アラート処理と関係している場合があります。

「表示変更」「通知変更」「判定変更」を分けて整理しておくと、改修後の確認項目も明確になります。

外部連携がある場合は設定情報を整理する

Discord通知、Google Sheets連携、WebRequest、外部CSV、認証処理などがあるEAやインジケータでは、外部連携の設定確認も必要です。

ただし、Webhook URL、APIキー、認証トークン、口座番号などの実値は、公開場所や通常の問い合わせ文面へそのまま記載しないよう注意してください。

相談時は、実値ではなく、次のような状態情報を整理すると安全です。

• WebRequest許可URLを設定済みか
• 通知送信時にエラーが出ているか
• 外部シートを読み取れているか
• MT5のExpertsログに通信エラーが出ているか
• 直近でURLやGAS、Webhook側を変更したか

WebRequestや外部通知の確認については、関連する確認記事も参考になります。

MT5のWebRequest設定で確認すること

改修できない、または確認が必要になりやすいケース

以下のようなケースでは、すぐに改修できるとは限りません。

• ソースファイルがなく、.ex4や.ex5しかない
• 第三者が作成したEAやインジケータで、改修許可が不明
• 外部認証やライセンス機能が含まれている
• 複数のincludeファイルが不足している
• 元の仕様書や使い方が残っていない
• 現在の動作が仕様なのか不具合なのか判断できない
• 販売元や開発元の利用規約に抵触する可能性がある

特に、第三者が作成したEAやインジケータを改修する場合は、利用権限や改修可否の確認が必要です。

改修相談では、技術的に可能かどうかだけでなく、ファイルの権利関係や利用条件も確認対象になります。

パラメータ・setファイルの変更を依頼する場合

パラメータ変更依頼で最初に整理すること

何を変更したいのかを具体的にする

EAのパラメータ変更では、変更したい項目名をできるだけ具体的に整理します。

「もっと入りやすくしたい」「安全にしたい」「利益が出るようにしたい」といった表現だけでは、どの項目を確認すればよいか判断しにくくなります。

依頼前には、Inputs上の項目名、現在値、変更後の希望値、変更したい理由、確認したい動作を分けて整理してください。

変更したい理由を技術確認として書く

パラメータ変更の理由は、売買判断や利益目的ではなく、技術確認として整理する方が確認しやすくなります。

たとえば、「ロット計算後の丸め処理を確認したい」「最大ポジション到達時のログを確認したい」「通知条件を変更した時の送信回数を確認したい」「稼働時間フィルターの判定を確認したい」といった形です。

• どの項目を変更したいか
• なぜ変更したいか
• どの動作を確認したいか
• 変更後にどのログを見たいか
• 既存ポジションへ影響するか確認したいか

「利益が出る設定にしたい」「損失を避けたい」といった内容は、パラメータ変更の技術確認とは分けて扱う必要があります。

変更対象になりやすいパラメータ

ロット関連

ロット関連のパラメータは、注文可否や合計ロットに関係します。

変更を依頼する場合は、初回ロット、固定ロット、倍率、複利設定、最小ロット、最大ロット、ロットステップ、端数処理を分けて確認します。

• 初回ロットを変更したいのか
• 追加ロットを変更したいのか
• 倍率を変更したいのか
• 固定ロットにしたいのか
• 口座の最小ロット・ロットステップに合っているか
• 計算後ロットが注文可能な値になるか

この記事では、推奨ロットや資金配分の助言は扱いません。確認できるのは、設定項目、計算結果、注文条件、ログでの確認方法です。

TP / SL関連

TP、SL、建値移動、トレーリング、決済幅などは、注文後の管理や決済処理に関係します。

変更前には、ブローカー側に実際のTP/SLを置く仕様なのか、EA内部で決済条件を管理する仕様なのかを確認してください。

• TPを変更したいのか
• SLを変更したいのか
• 建値移動条件を変更したいのか
• トレーリング開始条件を変更したいのか
• トレーリング幅や更新間隔を変更したいのか
• ブローカー側SL/TPか、EA内部管理か

ナンピン・追加ポジション関連

ナンピンEAや追加ポジションを持つEAでは、ナンピン幅、最大ポジション数、追加ロット、追加間隔、スプレッド制限、停止条件などが関係します。

これらの項目を変更すると、ポジション数、合計ロット、ログ、通知、停止条件の判定が変わる場合があります。

稼働時間・曜日・フィルター関連

稼働時間、曜日制限、スプレッド制限、外部停止、経済指標フィルターなどを変更する場合は、基準時刻や反映範囲を確認します。

• サーバー時間基準か、PC時間基準か
• 曜日制限があるか
• 新規エントリーだけを止めるのか
• 既存ポジション管理は継続するのか
• スプレッド超過時のログが出るか
• 外部シート設定と連動しているか

通知・外部連携関連

Discord通知、Google Sheets連携、CSV出力、外部認証、外部シート設定などを変更する場合は、EA本体の売買条件とは別に確認します。

Webhook URL、GAS URL、APIキー、認証トークンなどの実値は、公開ページや通常の問い合わせ文面にそのまま貼らないようにしてください。

• 通知ON/OFFを変更したいのか
• 通知条件を変更したいのか
• 通知先を変更したいのか
• Google Sheetsの列構成を変更したいのか
• CSV保存先やファイル名を変更したいのか
• WebRequest許可URLが変わるか

変更前に用意するもの

現在使っているEA本体

パラメータ変更を依頼する場合、対象EAを特定できる情報が必要です。

• EA名
• ファイル名
• バージョン
• MT5用かMT4用か
• mq5ファイルの有無
• ex5ファイルのみか
• 現在使っている口座・銘柄・時間足

ex5ファイルのみの場合、内部ロジックの直接改修ができないことがあります。その場合は、外部補助ツールや別実装で対応できるかを確認する流れになります。

現在のsetファイル

現在使っているsetファイルは、変更前の状態を確認するために重要です。

setファイルがない場合、現在のInputsをスクリーンショットで確認できるようにしてください。

• 現在使っているsetファイル
• 変更前のバックアップset
• 変更したい項目を記載したメモ
• 変更後の希望値
• 検証用setと通常用setの区別

変更したい項目の一覧

変更したい項目は、文章だけでなく表形式で整理すると確認しやすくなります。

実際の依頼時は、EAに表示されている正式なInputs名を使ってください。表示名が似ている項目が複数ある場合、誤った項目を変更してしまう可能性があります。

変更前後の比較方法

変更前setと変更後setを分ける

パラメータ変更では、変更前setと変更後setを別名で保存しておくことが重要です。

同じファイル名で上書きすると、後から何を変更したのか、元の状態へ戻せるのかが分かりにくくなります。

• 変更前setを保存する
• 変更後setを別名で保存する
• 日付、EA名、銘柄、時間足、用途をファイル名に入れる
• 変更した項目をメモに残す
• 相談時には変更前後の両方を用意する

差分を確認する

変更前後の差分を確認すると、意図しない項目まで変わっていないかを確認しやすくなります。

特に、ロット、最大ポジション数、マジックナンバー、通知設定、外部URL、稼働時間、スプレッド制限は、意図せず変わると動作に影響しやすい項目です。

バックテスト・動作確認で見ること

バックテストで確認できること

バックテストでは、変更したパラメータがEAの条件判定、注文、決済、ログ出力に反映されているかを確認しやすくなります。

• 変更後の値が読み込まれているか
• 注文回数や決済回数が変わるか
• 最大ポジション数に関するログが出るか
• TP/SLやトレーリングの処理が意図どおりか
• 注文エラーや不正値が出ていないか

ただし、バックテスト結果は将来の利益や成績を保証するものではありません。リアル環境では、スプレッド、約定、通信、VPS、外部連携、ブローカー仕様の影響を受ける場合があります。

デモ口座・検証環境で確認すること

外部通知、Google Sheets連携、WebRequest、コピーEA、決済補助EAなどは、バックテストだけでは確認しにくい場合があります。

変更後は、デモ口座や検証環境で、EAが起動するか、設定値が読み込まれているか、通知や外部連携が動くか、ログにエラーが出ていないかを確認してください。

運用中ポジションがある場合の注意

運用中ポジションがある状態でパラメータを変更する場合は、変更対象が新規エントリーだけに関係するのか、既存ポジション管理にも関係するのかを確認する必要があります。

EAによっては、初回ロットは次回新規エントリーだけに使われ、進行中ポジションには反映されない場合があります。一方で、トレーリング、決済条件、通知条件、停止条件は、既存ポジション管理に関係する場合があります。

• 現在ポジションがあるか確認する
• 変更対象が新規エントリー用か既存管理用か確認する
• 進行中ポジションに反映されるか確認する
• 変更直後のExpertsログを確認する
• 不明な場合は仕様確認を優先する

不具合や動作確認を依頼する場合

動作確認依頼で最初に整理すること

EAの動作確認を依頼する時は、まず「何を確認してほしいのか」を明確にします。

「EAが動きません」だけでは、設置確認なのか、設定確認なのか、エントリー条件の確認なのか、注文エラーなのか、通知不達なのかを判断しにくくなります。

動作確認の目的を整理しておくと、確認対象を絞りやすくなります。

EA本体とsetファイルを用意する

EA本体を特定する

動作確認では、どのEAを確認するのかを最初に特定します。

同じEA名でも、通常版、検証版、修正版、旧版、最新版、開発者確認用などが分かれている場合があります。ファイル名とバージョンを確認してください。

• EA名
• EAファイル名
• EAのバージョン
• MT5用かMT4用か
• ex5ファイルのみか、mq5ソースがあるか
• 現在チャートに入れているファイルか
• 旧版や検証版と混同していないか

EA本体が特定できない場合、setファイルやログがあっても確認対象がずれる可能性があります。

setファイルを用意する

setファイルには、EAのInputsで設定している値が保存されています。

動作確認では、現在チャートに読み込んでいるsetファイル、変更前set、変更後set、検証用setがある場合は区別して整理します。

• 現在使っているsetファイル
• 変更前setファイル
• 変更後setファイル
• 検証用setファイル
• VPS用setファイル
• バックテスト用setファイル

setファイルだけでは、どの環境で使っているか、どの症状が出ているかまでは分からない場合があります。EA本体情報、使用環境、ログとあわせて整理してください。

使用環境を整理する

EAの動作確認では、使用環境の情報も重要です。

同じEAと同じsetファイルでも、ブローカー、口座種別、銘柄名、時間足、最小ロット、サーバー時刻、スプレッド、VPS環境、外部連携設定によって動作確認の結果が変わる場合があります。

別口座・別環境へ移した後か確認する

デモ口座からリアル口座へ移した、別ブローカーへ移した、ローカルPCからVPSへ移した、別MT5へ移した場合は、移行前後の環境差を整理してください。

• 移行前の口座環境
• 移行後の口座環境
• 銘柄名やサフィックスの違い
• setファイルを同じものにしたか
• WebRequest設定を移行先でも行ったか
• 通知や外部連携を移行先でテストしたか
• 移行後のExpertsログとJournalログ

環境差がある場合、EA本体ではなく、口座設定やMT5設定が原因になることがあります。

発生している症状を具体的にする

動作確認を依頼する時は、発生している症状をできるだけ具体的に整理してください。

いつ、どの操作の後に、どのような症状が出たのかを整理すると確認しやすくなります。

• EAを入れても起動しない
• エントリーしない
• 決済しない
• 注文エラーが出る
• 通知が届かない
• Google Sheetsへ反映されない
• パネルが表示されない
• 時間足変更後に表示が崩れる
• バックテストで取引が出ない
• ログが多すぎて確認しにくい

症状を分けることで、確認するログや設定項目を絞りやすくなります。

症状ごとに確認する場所を分ける

ExpertsログとJournalログを確認する

EAの動作確認では、ログが重要です。

チャート表示だけでは、EAが条件を満たしていないのか、設定エラーなのか、注文が拒否されたのか、外部連携が失敗しているのか判断できない場合があります。

Expertsログで見ること

• EAが起動しているか
• EA名とバージョンが正しいか
• setファイルの値が反映されているか
• 認証エラーが出ていないか
• 条件ブロックの理由が出ているか
• 注文エラーや決済エラーが出ていないか
• 通知送信成功・失敗が出ているか
• WebRequestエラーが出ていないか

Journalログで見ること

• MT5がサーバーへ接続しているか
• 取引が許可されているか
• 注文応答が出ているか
• 取引時間外や証拠金不足が出ていないか
• チャート操作やファイル操作でエラーが出ていないか
• VPS再起動や接続断の影響がないか

ログが多い場合は、発生時刻、EA名、エラー、警告、注文関連、WebRequest関連を優先して確認してください。

外部連携や通知も分けて確認する

Discord通知、Google Sheets連携、WebRequest、外部認証、外部シート取得を使うEAでは、EA本体の判定とは別に外部連携を確認します。

通知が届かない場合でも、EAの売買条件や注文処理とは原因が異なることがあります。

• 通知ON/OFFが意図どおりか
• Webhook URLが正しく設定されているか
• WebRequest許可URLが登録されているか
• VPS側MT5でも同じ設定になっているか
• Google SheetsのGAS URLや権限に問題がないか
• 外部認証の成功・失敗ログが出ているか
• 外部シート取得結果がログに出ているか

Webhook URL、GAS URL、APIキー、認証トークンなどの実値は、公開ページや通常の問い合わせ文面にそのまま貼らないでください。スクリーンショットに映る場合も、必要に応じてマスキングしてください。

動作確認と売買判断を混同しない

EAの動作確認は、EAが正しく設置されているか、設定が読み込まれているか、ログにエラーが出ていないか、通知や外部連携が動いているかを確認するためのものです。

どのEAを使うべきか、どのタイミングで売買すべきか、どの設定が利益につながるか、どのロットが適切かを助言するものではありません。

動作確認の結果は、設定や環境を確認するための材料として扱ってください。実際の運用判断、設定判断、取引判断は、利用者ご自身の責任で行う必要があります。

決済・建値・トレーリングを変更する場合

決済ロジックだけを改修するとは

決済ロジックだけを改修するとは、EAのエントリー判定は大きく変えず、保有中ポジションの閉じ方や管理方法を変更することです。

ただし、EA内部ではエントリー、ポジション管理、リスク制御、決済処理がつながっている場合があります。そのため、決済だけの改修に見えても、実際にはポジション管理やリスク処理の確認が必要になることがあります。

依頼前には、「エントリー条件は変更しない」「決済だけ変更したい」という希望を伝えるだけでなく、どの決済処理をどう変えたいのかを分けて整理します。

エントリーと決済を分けて整理する

EA改修では、エントリー条件と決済条件を分けて考えることが重要です。

エントリーは新規注文を出す条件です。決済は、すでに保有しているポジションを閉じる条件です。どちらもEAの成績に影響しますが、開発上の責務は異なります。

「決済だけ変更したい」場合でも、リスク制御やポジション管理と競合しないかを確認する必要があります。

TP/SLを改修したい場合に整理すること

TPとSLは、EAの決済ロジックで最も相談が多い項目です。

ただし、TP/SLには、口座側へ実際に設定するTP/SLと、EA内部だけで判定して成行決済する内部決済があります。依頼前には、どちらを使いたいのかを確認します。

TP/SL幅の推奨値は、この記事では扱いません。依頼時には、現在の設定、変更したい内容、単位、対象銘柄、対象ロジックを整理してください。

建値・ブレイクイーブンを追加したい場合

建値やブレイクイーブンは、一定の含み益が出た後に、SLを建値付近へ移動する処理として使われることがあります。

ただし、建値といっても、エントリー価格ぴったりなのか、スプレッドや手数料を考慮して少し上に置くのか、平均建値を基準にするのかで仕様が変わります。

建値機能を依頼する場合は、単に「建値を付けたい」ではなく、開始条件、移動先、対象ポジション、手数料やスプレッドの扱いを整理してください。

トレーリングストップを改修したい場合

トレーリングストップは、価格が有利な方向へ動いた時に、SLを一定間隔で追従させる処理です。

トレーリングには、開始条件、追従幅、更新間隔、更新単位、BUY / SELL別の計算、既存SLとの関係など、整理すべき項目があります。

トレーリングを改修する場合は、バックテストだけでなく、実運用でのmodify頻度、スプレッド、約定環境も確認が必要です。

一括決済を追加したい場合

一括決済とは、複数のポジションをまとめて閉じる処理です。

一括決済は便利な一方で、対象を誤ると、閉じる予定ではないポジションまで決済してしまう可能性があります。そのため、対象範囲を明確にすることが重要です。

一括決済を依頼する場合は、「全部閉じる」ではなく、どの銘柄、どのMagic Number、どの方向、どのロジック、どの条件で閉じるかを整理してください。

部分決済を追加したい場合

部分決済とは、保有ポジションの一部ロットだけを決済する処理です。

部分決済では、最小ロット、ロットステップ、残ロット、口座タイプ、ブローカー仕様を確認する必要があります。

決済優先順位を整理する

決済ロジック改修で重要なのが、複数の決済条件が同時に成立した時の優先順位です。

たとえば、トレーリング、建値、TP、SL、一括決済、リスク停止が同時に関係する場合、どれを先に処理するかで結果が変わる場合があります。

依頼前には、「どの条件を最優先にしたいか」ではなく、「仕様上どの順番で処理すべきか」を整理します。これは売買判断ではなく、EA内部の処理順序の確認です。

対象ポジションを明確にする

決済ロジックを改修する場合、どのポジションを対象にするかを明確にする必要があります。

特に、複数EA、複数Magic Number、手動ポジション、コピーEA、ナンピンEAが同じ口座で動いている場合、対象の確認が重要です。

ログで確認したい項目

決済ロジック改修では、ログ設計も重要です。

決済条件が成立したのか、見送ったのか、注文変更に成功したのか、決済に失敗したのかを確認できるようにしておくと、検証や不具合確認が進めやすくなります。

「決済されない」という相談では、決済条件が未成立なのか、条件は成立したが注文に失敗しているのかをログで分けて確認します。

バックテストで確認すること

決済ロジックを改修した場合は、改修前後でバックテスト条件をそろえて確認することが重要です。

ただし、バックテスト結果は将来の結果を保証するものではありません。ここで確認するのは、改修した決済処理が仕様どおり動いているかどうかです。

ナンピン・追加条件・停止条件を変更する場合

ナンピンEA改修で最初に分けること

ナンピンEAを改修する時は、まず「初回エントリー」と「追加エントリー」を分けて考える必要があります。

初回エントリーは最初の注文です。追加エントリーは、すでにポジションを保有している状態で、条件に応じてさらにポジションを増やす処理です。

この2つを混同すると、「初回は止めたいが追加は続けたい」「新規は止めたいが決済管理は続けたい」といった仕様が曖昧になります。

追加条件を改修したい場合

追加条件とは、どのタイミングで次のナンピンポジションを追加するかを決める条件です。

追加条件には、価格が一定幅逆行した時、一定時間が経過した時、特定のシグナルが出た時、含み損が一定以上になった時、スプレッドが許容範囲内の時など、複数の要素があります。

追加条件を改修する場合は、どの条件をAND条件にするのか、OR条件にするのか、どの条件を優先するのかを整理してください。

ナンピン幅を整理する

ナンピン幅とは、追加エントリーを行う価格間隔です。

ナンピン幅には、すべて同じ幅で追加する方式、段階ごとに幅を広げる方式、ATRなどの値幅に応じて変える方式があります。

ナンピン幅を伝える時は、「何pips」だけではなく、point、価格差、対象銘柄、基準価格をセットで整理してください。

ロット倍率を整理する

ロット倍率とは、追加エントリーごとにロットをどのように増減させるかを決めるルールです。

ロット倍率を改修する場合は、初期ロット、追加ロット、倍率、最大ロット、ロット丸め、口座タイプ、最小ロット、ロットステップを確認します。

この記事では、特定の倍率やロットを推奨しません。依頼時には、現在の計算式、変更したい計算式、上限、口座条件を分けて伝えることが重要です。

最大本数を整理する

最大本数とは、ナンピンで保有できる追加ポジション数の上限です。

最大本数は、方向別、ロジック別、銘柄別、Magic Number別、口座全体で分けて考える必要があります。

「最大本数」を依頼する場合は、初回ポジションを含むのか、追加ポジションだけを数えるのかを明確にしてください。

停止条件を整理する

ナンピンEAでは、停止条件の整理が特に重要です。

停止条件には、新規エントリーを止める条件、追加エントリーだけを止める条件、既存ポジションの決済管理は続ける条件があります。

停止条件を依頼する場合は、「EAを止める」のではなく、「初回を止める」「追加を止める」「決済管理は続ける」など、機能単位で整理してください。

平均建値と決済条件を整理する

ナンピンEAでは、複数ポジションの平均建値を基準に決済することがあります。

平均建値を使う場合は、BUYとSELLを分けるのか、ロジック別に分けるのか、手数料やスワップを含めるのか、どの価格を基準にTPを置くのかを整理します。

ナンピンEAの決済条件を改修する場合は、追加条件だけでなく、平均建値、バスケット決済、建値、トレーリング、ロスカット条件との関係も確認してください。

ナンピン停止と決済継続を分ける

ナンピンEAでは、追加エントリーを止めることと、保有中ポジションを管理することは別です。

たとえば、スプレッドが広い時に追加エントリーを止めても、既存ポジションの決済、建値移動、トレーリング、ロスカット監視は続けたい場合があります。

依頼時には、「停止条件に該当した時に何を止めるのか」「何は続けるのか」を明確にしてください。

対象ポジションを明確にする

ナンピンEA改修では、どのポジションを対象にするかを明確にする必要があります。

同じ口座で複数EAを動かしている場合や、手動ポジション、コピーEA、複数ロジックEAがある場合は、対象の確認が重要です。

ログで確認したい項目

ナンピンEA改修では、追加条件が成立したのか、条件未成立で見送ったのか、停止条件でブロックされたのかをログで確認できることが重要です。

「ナンピンしない」という相談では、追加条件が未成立なのか、最大本数で止まっているのか、スプレッドや証拠金でブロックされているのか、注文に失敗しているのかを分けて確認します。

バックテストで確認すること

ナンピンEAを改修した場合は、改修前後でバックテスト条件をそろえて確認することが重要です。

ただし、バックテスト結果は将来の結果を保証するものではありません。ここで確認するのは、追加条件、ロット計算、最大本数、停止条件、決済条件が仕様どおり動いているかどうかです。

パネル・ボタン・チャート表示を変更する場合

EAのパネル表示改修とは

EAのパネル表示改修とは、チャート上に表示されるボタン、ラベル、ステータス、数値、説明文、背景、枠線などを変更する作業です。

パネルには、見るだけの表示と、クリックして操作するボタンがあります。表示系と操作系を分けて整理しないと、見た目の変更がEAの動作に影響する場合があります。

依頼前には、パネルを「見やすくしたい」のか、「操作しやすくしたい」のか、「誤操作を防ぎたい」のか、「状態確認を強化したい」のかを分けて整理してください。

表示系と判定系を分けて考える

パネル改修で重要なのは、表示系と判定系を混同しないことです。

表示系は、現在の状態や設定値をチャート上に見せる役割です。判定系は、エントリー、決済、リスク制御、停止条件などのEA内部処理です。

たとえば、パネル上で「停止中」と表示しているのに、実際にはEAが注文できる状態だと危険です。表示状態と内部状態が一致するように仕様を整理します。

表示項目を整理する

パネルに表示する情報は、必要なものに絞ることが重要です。

情報を増やしすぎると見づらくなり、重要な状態が埋もれてしまいます。逆に、必要な情報が不足すると、現在のEA状態を判断しにくくなります。

表示項目は、「常に表示する項目」「詳細表示で見る項目」「ログで確認すればよい項目」に分けると整理しやすくなります。

ボタン操作を整理する

EAパネルのボタンは、押すだけで注文、決済、停止、設定反映などが実行される場合があります。

そのため、ボタンごとに、押した時に何をするのか、どの状態なら押せるのか、実行後に表示をどう変えるのかを明確にします。

ボタン操作は、manual処理として扱い、自動エントリーや自動決済の判定と混同しないようにします。

表示位置とサイズを整理する

パネル表示では、位置とサイズの整理も重要です。

チャート左上、右上、左下、右下のどこに表示するか、他のインジケーターやEAの表示と重ならないか、画面サイズが変わった時にどうするかを確認します。

表示位置を依頼する場合は、スクリーンショットに希望位置を示すと確認しやすくなります。

誤操作防止を整理する

パネルEAでは、誤ってボタンを押すことで注文や決済が実行される可能性があります。

そのため、重要なボタンには誤操作防止の仕組みを検討します。

誤操作防止は、見た目の工夫だけでなく、実行条件、ロック、ログ、状態表示をセットで整理します。

手動操作と自動処理を分ける

パネルEAでは、手動ボタン操作とEA内部の自動処理が同じポジションを対象にする場合があります。

たとえば、手動CLOSEボタンで決済しようとしている時に、EA側の自動決済も同時に動くと、処理が競合する可能性があります。

手動操作を追加する場合は、manual処理としてログに残し、自動処理との優先順位や競合回避を整理してください。

ログで確認したい項目

パネル改修では、ボタンを押したかどうか、押した結果どうなったか、なぜ実行されなかったかをログで確認できることが重要です。

パネル操作の不具合では、「ボタンが反応しない」のか、「押されたが条件で見送った」のか、「処理に失敗した」のかをログで分けて確認します。

オブジェクト管理を整理する

EAのパネルは、チャート上のオブジェクトとして作成されることがあります。

ボタン、ラベル、背景、枠線などのオブジェクトは、EA起動時に作成し、稼働中に更新し、EA削除時に消す必要があります。

EA削除後にボタンだけ残る、時間足変更で表示が重なる、複数チャートでオブジェクトが混ざる、といった問題を避けるために、オブジェクト管理は事前に整理してください。

表示更新の頻度を整理する

パネル表示は、毎Tick更新すればよいとは限りません。

更新頻度が高すぎると、チャートが重くなったり、表示がちらついたり、操作が遅くなったりする場合があります。

表示更新は、EA本体の売買判定や注文処理に影響しないように設計することが重要です。

検証時に確認すること

パネル改修後は、見た目だけでなく、操作、ログ、削除時の挙動まで確認します。

パネル改修は、スクリーンショットだけでなく、操作ログやEA削除後のチャート状態も確認すると不具合を見つけやすくなります。

ログ出力・CSV・記録を追加する場合

EAのログ出力を増やす目的

EAのログ出力を増やす目的は、EAの挙動を後から確認できるようにすることです。

たとえば、EAが注文しない場合、エントリー条件が未成立なのか、スプレッドで止まったのか、時間帯で止まったのか、自動売買が許可されていないのか、証拠金不足なのかをログで分けて確認します。

依頼前には、「何を確認するためにログを増やしたいのか」を明確にしてください。

ExpertsログとJournalログの違い

EAのログ確認では、ExpertsログとJournalログを分けて見ることが重要です。

Expertsログは、EA側が出力する動作記録です。Journalログは、MT4/MT5側の操作、注文、接続、プラットフォーム状態を含む記録です。

「EAが動かない」という相談では、Expertsログだけでなく、Journalログも必要になる場合があります。

どの処理にログを追加するか整理する

ログ出力を増やす場合は、EA全体に無差別にログを追加するのではなく、処理の責務ごとに分けて整理します。

signal、execution、risk、exit、notification、external control、manual、UI などを分けておくと、後から原因を追いやすくなります。

依頼時には、「注文しない理由を知りたい」「決済しない理由を知りたい」「通知失敗を知りたい」など、確認したい目的ごとにログ分類を整理してください。

ログレベルを整理する

ログ出力には、通常運用で見るログと、検証時だけ見る詳細ログがあります。

すべての詳細ログを常時出すと、ログが多くなりすぎて確認しづらくなります。そのため、ログレベルや出力モードを分けることが重要です。

開発中は詳細ログ、本番運用ではコンパクトログというように、用途ごとに切り替えられる設計にすると扱いやすくなります。

CSV出力で整理すること

CSV出力は、ログや履歴を表形式で保存したい場合に使います。

Expertsログは確認しやすい一方で、長期集計やExcelでの分析には向かない場合があります。CSV出力を追加すると、取引履歴、判定結果、日次集計、エラー履歴などを後から整理しやすくなります。

CSV出力を依頼する場合は、何を保存するかだけでなく、どの形式で、どの頻度で、どのくらい保存するかを整理してください。

通知ログで整理すること

Discord通知やメール通知を使うEAでは、通知が成功したか、失敗したかをログに残すことが重要です。

通知が届かない場合、EAが通知を送っていないのか、WebRequestが失敗したのか、外部サービス側で拒否されたのかを分けて確認する必要があります。

通知ログには、Webhook URLやトークンをそのまま出さないようにしてください。

ログを出しすぎるリスク

ログは不具合調査に役立ちますが、出しすぎると逆に問題になる場合があります。

特に、OnTickごとに詳細ログを出すEAでは、バックテストが遅くなったり、Expertsログがすぐに大量になったり、重要なエラーが見つけにくくなることがあります。

ログ出力を増やす場合は、検証に必要なログと、本番運用に残すログを分けて設計することが重要です。

機密情報をログに出さない

ログには、後から確認するための情報を残しますが、すべてをそのまま出してよいわけではありません。

口座番号、認証キー、APIキー、Webhook URL、Google Sheetsのトークン、外部URL、個人情報に近い内容は、ログへ出す場合にマスクが必要です。

問い合わせ時にログを共有する場合も、機密情報が含まれていないか確認してください。

ログ出力のON/OFFを整理する

ログ出力は、必要に応じてON/OFFできるようにしておくと便利です。

すべてのログを1つのON/OFFで管理するのではなく、カテゴリごとに切り替えられると、不具合調査や本番運用で使いやすくなります。

依頼前には、どのログを常時ONにしたいか、どのログは検証時だけONにしたいかを整理してください。

バックテスト用ログと実運用ログを分ける

バックテストでは、短時間に大量の判定が行われるため、ログを出しすぎると非常に重くなる場合があります。

そのため、バックテストでは要点だけを出すCOMPACTログ、本番運用ではエラーや主要イベントだけを出すログ、開発検証では詳細ログというように分けると扱いやすくなります。

ログ方針は、開発・検証用設定と利用者向け設定で分けておくと、開発・検証・配布時の混乱を防ぎやすくなります。

改修内容ごとに資料と確認結果を対応させる

改修内容が複数ある場合は、変更項目ごとに現在の動作、希望する動作、変更しない機能、確認に使う条件を並べてください。パラメータやsetの変更、決済条件、ナンピン、パネル、ログの追加を一つの依頼に含める場合でも、どの結果を何の資料で確認するかを分けておきます。

依頼前にまとめておくとよいチェックリスト

相談前には、次の項目を整理しておくと、確認がスムーズになります。

• 改修したいEAまたはインジケータの名称
• MT4用かMT5用か
• ソースファイルの有無
• includeファイルの有無
• 現在使用しているsetファイル
• 現在の動作内容
• 困っている症状
• 変更したい内容
• 発生しているエラー内容
• Expertsログ・Journalログ
• 使用している銘柄・時間足
• デモ口座・リアル口座・VPSなどの環境
• 改修後に確認したい動作

すべてを完璧に整理する必要はありませんが、分かる範囲でまとめておくことで、調査の初期段階を進めやすくなります。

改修相談時の文章例

問い合わせ時は、次のように整理して書くと伝わりやすくなります。

【対象】
MT5用EAの改修相談です。

【現在の状態】
GOLD M15で使用しています。
ソースファイル mq5 と set ファイルがあります。

【困っていること】
時間足変更後にパネル表示が崩れることがあります。
Expertsログには〇〇というエラーが出ています。

【希望する改修】
パネル表示を安定させたいです。
可能であれば、起動時に現在の設定状態をログへ出すようにしたいです。

【添付できるもの】
mq5ファイル、setファイル、Expertsログ、表示崩れ時のスクリーンショットがあります。

このように、対象・現在の状態・困っていること・希望する改修・添付できるものを分けると、確認しやすくなります。

追加・移行する機能についてよくある質問

ex5ファイルだけでもパラメータ変更できますか？

Inputsの値を変更するだけであればsetファイル上で対応できる場合があります。ただし、内部ロジックや項目追加・削除などの改修は、原則としてmq5ソースコードが必要です。

注文エラーの場合はExpertsログだけでよいですか？

注文エラーでは、Expertsログに加えてJournalログも重要です。ロット、証拠金、取引時間、銘柄の取引可否、サーバー応答を確認します。

EAのエントリーはそのままで決済だけ改修できますか？

ソースコードがあり、EA内部の構造上分離できる場合は相談できます。ただし、決済処理がエントリー、リスク制御、ポジション管理と強く結びついている場合は、周辺処理の確認も必要です。

建値機能を追加する時は何を決めればよいですか？

BE開始条件、SLの移動先、対象ポジション、BUY / SELL方向、手数料やスプレッドを考慮するか、1回だけ実行するかを整理します。

ナンピンEAの追加条件だけを改修できますか？

ソースコードがあり、EA内部の構造上分離できる場合は相談できます。ただし、追加条件はロット計算、最大本数、平均建値、決済条件、停止条件と関係するため、周辺処理の確認も必要です。

最大本数は初回ポジションを含みますか？

EA仕様によって異なります。依頼前には、初回を含む最大ポジション数なのか、追加エントリー回数の上限なのかを明確にしてください。

EAのパネル表示だけを改修できますか？

ソースコードがあり、表示系がEA内部で分離されていれば相談できます。ただし、ボタン操作や状態表示が売買処理と結びついている場合は、周辺処理の確認も必要です。

ボタンを押したのに反応しない場合は何を確認しますか？

ボタン押下イベントが拾えているか、押せる状態だったか、処理が見送られたか、実行に失敗したかをログで確認します。

EAのログ出力だけを増やせますか？

ソースコードがあり、出力したい処理箇所が確認できる場合は相談できます。ただし、ログを増やしすぎると重くなったり確認しづらくなったりするため、出力目的とログ量を整理する必要があります。

ログが多すぎる場合はどうすればよいですか？

ログレベル、カテゴリ別ON/OFF、COMPACTログ、出力間隔、イベント時のみ出力などを使って、必要なログだけを出す設計にします。

関連ページ

相談内容に関係する設定や検証方法は、次のページで確認できます。

相談先・利用条件を確認する

補足して確認したいページ

主題に関連する確認ページです。必要な項目だけ参照してください。

まとめ

既存EAやインジケータの改修では、希望内容だけでなく、現在のファイル構成、ログ、症状、確認環境を整理しておくことが重要です。

特に、売買動作に関わるEAの改修では、エントリー、決済、ロット、ナンピン、マジックナンバー、外部連携などの影響範囲を確認する必要があります。

改修相談を行う前に、ソースファイル、setファイル、ログ、スクリーンショット、希望仕様を整理しておくと、調査や見積もりが進めやすくなります。

関連ページ

• MT4/MT5ツール開発・改修のご相談
• 不具合報告・調査依頼について
• 免責事項

お問い合わせはEAFC公式LINEへ

EAFCサイト内の記事、商品、導入前確認、設定確認、ログ確認、開発依頼前のご相談など、各種お問い合わせはEAFC公式LINEより受け付けています。

※投資助言、売買指示、利益保証、推奨ロット、推奨銘柄の案内は行っておりません。

口座番号、認証情報、Webhook URL、GAS URL、APIキーなどの機密情報は送信しないでください。