MT5 EA作成代行を依頼する前に決めておくべき仕様項目
MT5 EA作成代行を依頼する前には、エントリー条件だけでなく、発注方法、ロット管理、決済条件、リスク管理、通知、外部連携、ログ、検証条件、納品物を分けて整理しておくことが重要です。
「この条件で売買したい」「このインジケーターと同じように動かしたい」「画像のような場所でエントリーしたい」という説明だけでは、EAとして実装する時に確認すべき項目が不足する場合があります。
EAは、シグナルが出たらすぐに注文するだけのプログラムではありません。シグナル判定、発注前チェック、注文処理、決済処理、リスク制御、通知、外部連携、ログ出力、バックテスト、デモ確認までを分けて設計します。
この記事では、MT5 EA作成代行を依頼する前に決めておくべき仕様項目を、依頼者側・開発者側の両方で確認しやすい形に整理します。
なお、この記事はMT5 EA作成代行、MQL5開発、既存EA改修、仕様整理、ログ確認、検証補助を目的とした技術記事です。投資助言、売買指示、相場予測、利益保証、勝率保証、損失回避保証、推奨ロット、推奨銘柄、推奨エントリー、特定ブローカー誘導を目的としたものではありません。
- MT5 EA作成代行で最初に決めること
- EAの役割を分けて整理する
- エントリー条件で決めること
- 発注条件で決めること
- 決済条件で決めること
- リスク管理で決めること
- ナンピン・グリッドEAで決めること
- 通知・外部連携で決めること
- チャート表示・パネルUIで決めること
- ログ仕様で決めること
- Inputs・setファイルで決めること
- 検証条件・完成判定で決めること
- 依頼前チェックリスト
- 相談時に用意したい資料
- 送らない方がよい情報
- 依頼前に用意したい資料をまとめる
- 新規MT5開発と既存MT4・MT5改修を分ける
- ex4・ex5とmq4・mq5・mqhの違い
- 仕様書テンプレートとして使える項目
- setファイル・Expertsログ・Journalログを揃える
- 画像・スクリーンショットの撮り方
- 外部連携と秘密情報を分けて確認する
- 依頼前に確認する順番
- 相談内容別に準備するもの
- 相談前の最終チェック
- 相談前に迷いやすい質問
- よくある質問
- 仕様を依頼文にまとめる例
- 関連ページ
- 相談先・利用条件を確認する
- まとめ
MT5 EA作成代行で最初に決めること
EA作成代行では、まず「どのようなEAを作るのか」を大きく分けて整理します。
完全自動EA、半裁量EA、注文補助EA、決済補助EA、通知EA、記録補助EA、既存EAの改修では、必要な仕様が異なります。依頼前に、EAの役割と自動化する範囲を決めておくと、確認が進めやすくなります。
| 最初に決めること | 確認する内容 | 注意点 |
|---|---|---|
| EAの種類 | 完全自動、半裁量、注文補助、決済補助、通知、記録など | 注文するEAか、補助だけのEAかを分けます。 |
| MT5専用か | MT5用、MT4用、MT4からMT5への作り直し | MT4とMT5では注文管理やポジション管理が異なります。 |
| 新規作成か既存改修か | 新しく作るのか、既存EAを改修するのか | 既存改修ではmq5 / mqhなどのソースコード有無が重要です。 |
| 対象銘柄 | GOLD、XAUUSD、USDJPYなど | 銘柄名、suffix、小数点桁、tick value、stops levelを確認します。 |
| 対象時間足 | M1、M5、M15、H1など | 設置時間足と判定時間足が違う場合は分けます。 |
| 発注機能の有無 | 自動で注文するか、通知だけか、ボタン操作で注文するか | 発注機能がある場合はリスク管理とログ確認が重要です。 |
| 検証方法 | バックテスト、デモ確認、ログ確認、スクリーンショット確認 | 完成判定に必要な確認項目を事前に決めます。 |
EAの役割を分けて整理する
EA作成代行では、売買条件を1つの文章でまとめるのではなく、EAの責務ごとに分けて整理します。
特に、シグナル判定と発注処理、リスク管理と決済処理、通知と外部連携、表示と内部判定を混同すると、完成後の確認が難しくなります。
| 責務 | 決めること | 確認ポイント |
|---|---|---|
| signal | BUY候補・SELL候補を判定する条件 | 現在足か確定足か、AND条件かOR条件かを決めます。 |
| execution | 発注方法、注文タイプ、ロット、Magic Number | シグナル成立と発注実行を分けます。 |
| risk | 最大ポジション、最大ロット、損失制限、証拠金制限 | 注文しない条件、停止する条件を決めます。 |
| exit | TP、SL、トレーリング、建値移動、反対サイン決済 | 複数決済条件の優先順位を決めます。 |
| notification | アラート、Push通知、Discord通知、メール通知 | 通知するイベントと通知頻度を整理します。 |
| external control | WebRequest、Google Sheets、外部シート、認証 | 通信失敗時の安全側動作を決めます。 |
| UI | ボタン、パネル、ラベル、ライン、色、表示位置 | 表示系と判定系を分けます。 |
| log | 初期化、判定、発注、決済、停止理由、エラー | 問い合わせ前に原因を追える粒度で残します。 |
| validation | バックテスト、デモ確認、ログ確認、完成判定 | 何をもって確認完了とするかを決めます。 |
エントリー条件で決めること
エントリー条件は、EAがBUY候補・SELL候補を判定するための条件です。依頼前には、BUY条件とSELL条件を分けて整理してください。
画像やチャートの見た目だけでは、EAとして正確に実装できない場合があります。どの足の、どの値を、どのタイミングで見るのかを数値条件として整理することが重要です。
| 項目 | 決めること | 補足 |
|---|---|---|
| BUY条件 | 買い候補になる条件 | 価格、ローソク足、インジケーター、時間帯などを分けます。 |
| SELL条件 | 売り候補になる条件 | BUY条件の反対なのか、別条件なのかを明記します。 |
| 判定足 | 現在足、確定足、1本前、複数時間足 | リペイントや再判定の扱いに関わります。 |
| 使用インジケーター | MA、RSI、ATR、ボリンジャーバンド、独自インジなど | パラメータ、buffer番号、shiftを整理します。 |
| 複数条件 | AND条件、OR条件、スコア判定、優先順位 | 条件の組み合わせを明確にします。 |
| フィルター | スプレッド、時間帯、曜日、ボラティリティ、ニュース前後 | シグナル成立後に見送る条件として分けます。 |
| 同時成立時 | BUYとSELLが同時成立した場合の扱い | 見送り、優先方向、エラー扱いなどを決めます。 |
| 重複発注防止 | 同一バー1回、同方向1回、ポジション保有中禁止など | 連続注文や重複エントリーを防ぐために必要です。 |
発注条件で決めること
発注条件では、シグナルが成立した後に、どの注文をどの条件で送るかを決めます。
EAがエントリーしない原因は、シグナル不成立だけではありません。発注前チェックで、スプレッド、証拠金、最大ポジション、取引時間、ロット条件により見送りになる場合があります。
| 発注項目 | 決めること | 注意点 |
|---|---|---|
| 注文タイプ | 成行、指値、逆指値、Buy Stop、Sell Stopなど | MT5の注文種別に合わせて整理します。 |
| ロット | 固定ロット、残高比例、複利、外部指定、手動指定 | 推奨ロットではなく、計算方式として整理します。 |
| Magic Number | EA識別番号、ロジック別番号、手動注文の扱い | 複数EA運用では特に重要です。 |
| 最大ポジション | 全体、方向別、ロジック別、銘柄別 | 既存ポジションを含めるかを決めます。 |
| スプレッド制限 | 最大スプレッド、拡大時停止、再開条件 | GOLD / XAUUSDでは特に確認が必要です。 |
| 証拠金チェック | 必要証拠金、証拠金維持率、余力不足時の扱い | 注文失敗を避けるために確認します。 |
| 取引時間 | 稼働時間、停止時間、曜日、サーバー時間 | PC時間とサーバー時間を混同しないようにします。 |
| 注文失敗時 | 再試行するか、見送るか、通知するか、ログだけ残すか | 無限リトライや過剰通知を避けます。 |
決済条件で決めること
決済条件は、EAの挙動を大きく左右します。TPとSLだけでなく、内部決済、トレーリング、建値移動、反対サイン決済、時間決済、一括決済などを分けて整理してください。
複数の決済条件がある場合は、優先順位を決めます。どの条件を先に処理するかで、バックテスト結果や実運用時の挙動が変わる場合があります。
| 決済項目 | 決めること | 確認ポイント |
|---|---|---|
| TP | 固定pips、価格差、ATR倍率、平均建値基準など | 注文ごとか、合計ポジション基準かを分けます。 |
| SL | 固定SL、内部損切り、建値移動、最大損失 | サーバー上に置くSLか、EA内部判定かを明確にします。 |
| トレーリング | 開始条件、追従幅、更新間隔、対象ポジション | 建値移動やTPとの関係を整理します。 |
| 建値移動 | 開始利益、ロック幅、対象方向、対象ポジション | トレーリングとの優先順位を決めます。 |
| 反対サイン決済 | 反対条件で決済するか、反対注文まで行うか | 単純決済とドテンを混同しないようにします。 |
| 時間決済 | 指定時刻、保有時間、曜日、週末停止 | サーバー時間基準かPC時間基準かを明記します。 |
| 一括決済 | 同一Magic、同一方向、同一銘柄、全ポジションなど | 決済対象範囲を明確にします。 |
| 決済優先順位 | 強制損切り、手動停止、内部決済、通常決済など | 競合時の処理順を決めます。 |
リスク管理で決めること
リスク管理では、EAが注文する条件だけでなく、注文しない条件、停止する条件、再開する条件を決めます。
EA作成代行では、推奨ロットや資金配分を提示するのではなく、依頼者が指定した仕様としてロット計算方式や停止条件を実装する形で整理します。
| リスク管理項目 | 決めること | 補足 |
|---|---|---|
| 最大ロット | 1注文、合計、方向別、ロジック別の上限 | ブローカーの最小ロット・最大ロットも確認します。 |
| 最大ポジション | 全体、方向別、銘柄別、Magic別 | エントリーしない理由としてログ化します。 |
| 最大損失 | 金額、pips、%、日次、週次、月次 | 実装対象か、利用者側確認かを分けます。 |
| 含み損制限 | 合計含み損、方向別、Magic別、銘柄別 | 監視対象範囲を明確にします。 |
| 連敗停止 | 連敗回数、日次リセット、手動解除 | 履歴判定の対象を決めます。 |
| スプレッド停止 | 拡大時停止、再開条件、通知の有無 | 短期売買やGOLD系EAでは重要です。 |
| 外部停止 | Google Sheets、外部シート、手動スイッチ | 取得失敗時の扱いを決めます。 |
| 復帰条件 | 翌日復帰、手動復帰、EA再起動後の扱い | 停止後に自動再開するかを明記します。 |
ナンピン・グリッドEAで決めること
ナンピンEAやグリッドEAを依頼する場合は、通常の単発エントリーEAよりも確認項目が増えます。追加エントリー条件、間隔、ロット倍率、最大段数、平均建値、バスケット決済、損切り条件を分けて整理してください。
| 項目 | 決めること | 注意点 |
|---|---|---|
| 追加条件 | 何pips逆行で追加するか、時間間隔、シグナル再確認の有無 | 価格間隔だけでなく、再発注制御も確認します。 |
| ロット倍率 | 固定、倍率、加算、段階別設定 | ロット増加により損失も大きくなります。 |
| 最大段数 | 方向別、ロジック別、銘柄別の最大数 | 証拠金と合わせて確認します。 |
| 平均建値 | 表示するか、決済計算に使うか | 個別決済かバスケット決済かを分けます。 |
| バスケットTP | 平均建値基準、合計損益基準、金額基準など | 個別TPと混同しないようにします。 |
| 損切り | 初回基準、平均建値基準、合計損失基準、段数超過 | 損失回避保証ではなく仕様として整理します。 |
| トレーリング | 単体ポジション基準か、バスケット基準か | 決済優先順位と合わせて確認します。 |
通知・外部連携で決めること
Discord通知、Google Sheets連携、CSV出力、外部シート制御、ライセンス認証などを使う場合は、売買ロジックとは別に仕様を決めます。
外部連携は、送信内容、送信タイミング、送信先、通信失敗時の扱い、通知頻度、認証情報の保護を整理しておく必要があります。
| 外部連携項目 | 決めること | 注意点 |
|---|---|---|
| Discord通知 | 起動、停止、注文、決済、エラー、日次集計など | Webhook URLはそのまま共有しないでください。 |
| Google Sheets | 記録項目、列構成、送信タイミング、GASの扱い | GAS URLやAPIキーは秘密情報として扱います。 |
| CSV出力 | 保存先、ファイル名、列、文字コード、追記方式 | 検証用か運用記録用かを分けます。 |
| 外部シート制御 | ON/OFF、取引方向、停止時間、外部設定値 | 取得失敗時は安全側に倒すかを決めます。 |
| ライセンス認証 | 口座認証、期限、通信失敗、認証ログ | 認証失敗時に注文を止めるか明記します。 |
| WebRequest | 許可URL、HTTPステータス、タイムアウト、再送 | MT5側のWebRequest許可設定も確認対象です。 |
チャート表示・パネルUIで決めること
チャート上にボタン、パネル、ラベル、ライン、損益情報、状態表示を出すEAでは、UI仕様も分けて整理します。
表示内容と内部判定を混同すると、表示だけを変えたいのか、ロジックも変えたいのかが分かりにくくなります。表示系と判定系は分けて書いてください。
| UI項目 | 決めること | 確認ポイント |
|---|---|---|
| 表示位置 | 左上、右上、下部、固定座標、可変配置 | 画面サイズや拡大率で崩れないか確認します。 |
| ボタン | BUY、SELL、CLOSE、RESET、ON/OFFなど | 誤操作防止、押下後ログを決めます。 |
| 状態表示 | READY、BLOCK、ERROR、AUTH、SPREADなど | 現在状態と停止理由を分かりやすくします。 |
| ライン | Entry、TP、SL、Trail、平均建値など | EA削除時・再起動時の扱いを決めます。 |
| 色・表示切替 | 状態ごとの色、表示ON/OFF、簡易表示 | 見やすさと負荷のバランスを取ります。 |
| Object管理 | 作成、更新、削除、残存チェック | 時間足変更やEA削除時の挙動を確認します。 |
ログ仕様で決めること
EA作成代行では、最初からログ仕様を決めておくと、不具合調査や納品後の確認がしやすくなります。
ログは多ければよいわけではありません。初期化、設定読込、シグナル判定、発注前チェック、注文結果、決済理由、外部連携、停止理由、エラーを追える粒度で整理します。
| ログ区分 | 決めること | 用途 |
|---|---|---|
| INIT | EA名、バージョン、銘柄、時間足、主要設定 | 起動時確認 |
| SELFCHECK | 自動売買許可、銘柄仕様、ロット条件、WebRequest設定 | 導入時の不備確認 |
| 条件確認 | 必須条件のOK / NG | 注文しない理由を追う |
| SCORE | 任意条件やスコア判定 | シグナル強度や見送り理由を見る |
| ENTRY | 発注前チェック、注文要求、注文結果 | 発注処理の確認 |
| EXIT | 決済条件、対象ポジション、決済結果 | 決済理由の確認 |
| RISK | 停止条件、損失制限、最大ポジション、証拠金 | 安全制御の確認 |
| EXTERNAL | 通知、WebRequest、Google Sheets、CSV、認証 | 外部連携の確認 |
| ERROR | エラー番号、retcode、失敗理由 | 不具合調査 |
バックテストではログ量が多すぎると検証速度に影響する場合があります。通常ログ、詳細ログ、バックテスト用簡易ログを分ける仕様にしておくと、運用と検証の両方で確認しやすくなります。
Inputs・setファイルで決めること
EA作成代行では、利用者が変更するInputs、固定値にする項目、開発中だけ使う項目を分けて整理します。
配布用の利用者向け設定版では、endpoint、token、内部固定値、危険な検証スイッチを見せない方がよい場合があります。一方で、開発・検証用設定版では検証のために詳細inputを残す場合があります。
| 項目 | 決めること | 注意点 |
|---|---|---|
| ユーザー設定 | ロット、Magic Number、時間帯、通知ON/OFF、ログON/OFFなど | 利用者が変更する項目に限定します。 |
| 初期値 | 検証用値、配布時の値、動作確認用値 | 利益保証ではなく動作確認用として扱います。 |
| 固定値 | ユーザーに見せない内部設定 | 利用者向け設定化時に整理します。 |
| 外部連携設定 | Webhook、GAS、APIキー、endpoint、token | 実値の扱いに注意します。 |
| ログ設定 | 通常、詳細、バックテスト、通知ログ | ログ過多を避けます。 |
| setファイル | 用途別set、検証用set、初期配布set | 変更前後を分けて保存します。 |
検証条件・完成判定で決めること
EA作成代行では、何をもって完成とするかを事前に決めておくことが重要です。
コンパイルエラーがないことは最低条件ですが、それだけでは完成とはいえません。初期化、設定読込、注文前チェック、注文結果、決済、通知、ログ、バックテスト、デモ確認などを分けて確認します。
| 確認項目 | 決めること | 判定例 |
|---|---|---|
| コンパイル | mq5がエラーなくコンパイルできるか | コンパイルエラーなし |
| 初期化 | チャート設置時にエラーなく起動するか | INIT OK、設定読込OK |
| Inputs | 表示項目、初期値、ON/OFFが仕様どおりか | 不要な項目が出ていない |
| 注文前チェック | スプレッド、時間、証拠金、最大ポジションを確認するか | 見送り理由がログに出る |
| 発注 | 条件成立時に注文要求が出るか | 注文成功または失敗理由が分かる |
| 決済 | TP、SL、内部決済、トレーリングが仕様どおりか | 決済理由が追える |
| 通知 | 通知条件と通知内容が合っているか | 通知過多や通知漏れがない |
| バックテスト | 指定条件で検証できるか | 異常停止なし、ログ確認可能 |
| デモ確認 | 実際のMT5環境で基本動作するか | 環境差を確認できる |
バックテスト結果やデモ確認結果は、将来の利益を保証するものではありません。EAが仕様どおりに処理しているかを確認するための検証として扱います。
依頼前チェックリスト
MT5 EA作成代行を依頼する前に、以下の項目を確認してください。未定の項目がある場合は、「未定」「相談したい」として残しておくと、初回確認が進めやすくなります。
- MT5用EAとして作成するか確認した
- 新規作成か既存改修かを確認した
- 対象銘柄と時間足を確認した
- BUY条件とSELL条件を分けて整理した
- 現在足判定か確定足判定かを確認した
- 使用するインジケーターや価格条件を整理した
- 注文タイプ、ロット、Magic Numberを決めた
- 最大ポジション、スプレッド制限、取引時間を整理した
- TP、SL、トレーリング、建値移動、反対サイン決済を整理した
- 複数決済条件の優先順位を決めた
- 通知や外部連携の有無を確認した
- ログ出力の粒度を整理した
- Inputsとsetファイルの扱いを確認した
- バックテスト条件とデモ確認条件を整理した
- 納品物とサポート範囲を確認した
- Webhook URL、APIキー、VPS情報、口座情報をそのまま送らないよう確認した
相談時に用意したい資料
EA作成代行の相談時には、仕様メモ、参考画像、既存ファイル、setファイル、ログ、スクリーンショット、バックテスト条件を用意しておくと確認しやすくなります。
| 資料 | 内容 | 用途 |
|---|---|---|
| 仕様メモ | 作りたいEAの目的、条件、決済、通知、ログ | 実装範囲の確認 |
| 参考画像 | エントリー位置、決済位置、表示イメージ、パネル例 | 見た目やタイミングの補足 |
| 既存ファイル | mq5、mqh、ex5、set、関連ファイル | 既存改修や再作成範囲の確認 |
| setファイル | 現在使用中、変更前後、検証用 | Inputs設定の確認 |
| Expertsログ | EA側の起動、判定、注文、決済、エラー | 動作確認・不具合調査 |
| Journalログ | MT5端末、注文応答、接続、サーバー通信 | 端末側・注文側の確認 |
| スクリーンショット | チャート、Inputs、ログ、エラー、テスター画面 | 画面状態の確認 |
| 検証条件 | 銘柄、時間足、期間、スプレッド、初期証拠金 | バックテスト条件の確認 |
送らない方がよい情報
仕様書、setファイル、ログ、スクリーンショットを共有する時は、機密情報をそのまま含めないようにしてください。
| 送らない方がよい情報 | 理由 | 対応方法 |
|---|---|---|
| MT4 / MT5のログインパスワード | 口座へ接続できる可能性があるため | 共有しない |
| 投資家パスワード | 口座情報を閲覧できる可能性があるため | 共有しない |
| VPSログイン情報 | 第三者が接続できる可能性があるため | 共有しない |
| Discord Webhook URL | 通知先へ送信できる可能性があるため | 実値を伏せる |
| Google Apps Script URL | 外部連携先へアクセスできる可能性があるため | 実値を伏せる |
| APIキー・認証トークン | 外部サービスや認証情報に関わるため | 先頭・末尾以外を伏せる |
| 口座番号の全桁 | 個人情報・口座情報に関わる可能性があるため | 一部を伏せる |
| 第三者EAの保護解除依頼 | 権利や利用規約に反する可能性があるため | 対応不可として扱う |
依頼前に用意したい資料をまとめる
開発相談では、正式な仕様書が完成していなくても、目的と現在の状況が分かる資料が揃っていると確認が進みます。新しく作る場合も既存EAを直す場合も、最初に送る資料と、後から追加する資料を分けて準備してください。
| 用意するもの | 伝えられる内容 | ない場合の代替 |
|---|---|---|
| 仕様メモ | 目的、売買条件、通知、画面表示、完成条件 | 箇条書きや手書きメモでも可 |
| EA・インジケーター | 対象ファイルと現在の動作 | ファイル名と画面の情報を整理 |
| setファイル | Inputs設定と保存時点 | Inputs画面のスクリーンショット |
| Experts・Journalログ | 起動、判定、注文、決済、エラーの記録 | 発生日時と画面の記録 |
| 画像・動画 | 希望する表示や発生した現象 | 現象が分かるスクリーンショット |
新規MT5開発と既存MT4・MT5改修を分ける
新規開発では実現したい仕様を整理し、既存改修では現在のファイルと再現条件を整理します。新規開発はMT5向けの仕様を基準に考え、既存EAはMT4・MT5の別、ソースコードの有無、現在の不具合を最初に分けて伝えると、確認対象が明確になります。
| 相談内容 | 最初に揃えるファイル | 確認すること |
|---|---|---|
| 新しいMT5 EA | 仕様メモ、参考画像、条件表 | 新規に作る機能、対象銘柄、検証方法 |
| 既存MT5 EAの改修 | ex5、mq5、mqh、set、ログ | 編集可能なソースと変更したい箇所 |
| 既存MT4 EAの改修 | ex4、mq4、set、ログ | MT4のまま直すのか、MT5へ作り直すのか |
| インジケーター連携 | インジケーター本体、設定、画像 | buffer、時間足、表示と判定の違い |
| 不具合調査 | 対象set、Experts、Journal、再現手順 | いつ、どの環境で、何が起きたか |
ex4・ex5とmq4・mq5・mqhの違い
ex4やex5は実行用に変換されたファイルで、mq4、mq5、mqhは内容を確認・編集するためのソース側ファイルです。ex4・ex5しかない場合でも動作確認や再作成の相談はできますが、内部処理をそのまま修正できるとは限りません。
| 拡張子 | 主な役割 | 相談時の確認 |
|---|---|---|
| .ex4 | MT4で実行する変換済みファイル | 編集用のmq4があるか確認 |
| .ex5 | MT5で実行する変換済みファイル | 編集用のmq5・mqhがあるか確認 |
| .mq4 | MT4用の編集可能なソース | 現在のex4との対応を確認 |
| .mq5 | MT5用の編集可能なソース | 現在のex5との対応を確認 |
| .mqh | 共通処理や部品を分けたソース | mq4・mq5から参照されているか確認 |
仕様書テンプレートとして使える項目
仕様書は長さよりも、後から確認したい条件が抜けていないことが大切です。次の項目を埋めると、依頼内容と完成判定を同じ資料で確認しやすくなります。
目的:
対象環境:
対象銘柄・時間足:
BUY条件・SELL条件:
発注方法・ロット・Magic Number:
TP・SL・決済順:
最大ポジション・停止条件:
通知・外部連携:
表示・ボタン:
ログに残す内容:
バックテスト・デモ確認条件:
納品時に確認するファイル:
| 項目 | 記入例 | 決めておく理由 |
|---|---|---|
| 目的 | 自動売買、注文補助、通知、記録 | 必要な機能の範囲を決めるため |
| 対象環境 | MT5、口座種別、サーバー時間 | 動作条件を揃えるため |
| 発注・決済 | 注文種別、TP、SL、反対条件 | 処理の順番を確認するため |
| 停止条件 | スプレッド、時間帯、損失、外部設定 | 注文を見送る条件を明確にするため |
| 完成判定 | バックテスト、デモ、ログ、画面 | 確認完了の基準を揃えるため |
setファイル・Expertsログ・Journalログを揃える
setファイルはInputs設定を確認する資料ですが、EAが実際に何を判定し、なぜ注文を見送ったかはログと合わせて確認します。setだけで判断せず、発生日時、対象銘柄、時間足、口座環境も一緒に整理してください。
| 資料 | 分かること | 一緒に伝える情報 |
|---|---|---|
| setファイル | ロット、時間、フィルター、通知などの設定 | EA名、バージョン、用途 |
| Expertsログ | EAの初期化、条件判定、見送り理由 | 発生日時、対象チャート |
| Journalログ | MT5全体、注文処理、接続、エラー | サーバー時間、口座環境 |
| スクリーンショット | Inputs、チャート、画面表示 | どの部分を確認してほしいか |
画像・スクリーンショットの撮り方
画像は「似た見た目にしたい」のか「発生した状態を調べたい」のかで必要な範囲が変わります。チャートだけでなく、Inputs、Experts、Journal、対象銘柄、時間足が分かる画像を必要な範囲で揃えると確認しやすくなります。
| 画像の種類 | 入れるとよい内容 | 注意点 |
|---|---|---|
| 希望画面 | ボタン、パネル、色、表示位置 | どこを同じにしたいか説明する |
| 不具合画面 | 発生時のチャート、Inputs、エラー | 発生日時を添える |
| 設定画面 | EA名、バージョン、銘柄、時間足 | 認証情報や口座情報を隠す |
| ログ画面 | Experts、Journal、エラー行 | 前後の時刻も残す |
外部連携と秘密情報を分けて確認する
Discord、Google Sheets、Webhook、GAS、API、ライセンス認証などがある場合は、どの情報を使う処理かだけを説明し、接続できる情報そのものは送らないでください。必要な確認項目と秘密情報を分けて準備します。
| 確認対象 | 伝える内容 | 送らないもの |
|---|---|---|
| Discord通知 | 通知イベント、頻度、失敗時の扱い | Webhook URL全文 |
| Google Sheets・GAS | 送信項目、タイミング、エラー時の処理 | GAS URLやAPIキー全文 |
| 認証 | 認証方式、期限、失敗時の動作 | ライセンスキー全文、パスワード |
| 口座・VPS | 口座種別、OS、MT5環境の違い | ログイン情報、接続情報 |
依頼前に確認する順番
| 順番 | 確認すること | 次へ進む条件 |
|---|---|---|
| 1 | 新規開発か既存改修かを決める | 対象MT4・MT5とファイルが分かる |
| 2 | 目的と希望する動作を書く | 自動化する範囲が分かる |
| 3 | set、ログ、画像を整理する | 現在の状態を説明できる |
| 4 | 秘密情報を伏せる | 安全に共有できる |
| 5 | 検証方法と納品物を確認する | 完成時の確認方法が分かる |
相談内容別に準備するもの
| 相談内容 | 優先して準備するもの | 追加するとよいもの |
|---|---|---|
| 新規EA作成 | 仕様メモ、条件、対象環境 | 参考画像、検証条件 |
| 既存EA改修 | EAファイル、変更点、再現手順 | ソース、set、ログ |
| 表示変更 | 希望画像、表示項目、配置 | 現在の画面、サイズ条件 |
| 不具合調査 | 発生日時、set、Experts、Journal | スクリーンショット、再現動画 |
| 外部連携 | 処理内容、送信項目、失敗時の扱い | 伏せた設定例、ログ |
相談前の最終チェック
| 確認 | 完了の目安 |
|---|---|
| 目的 | 何を自動化・修正・確認したいか書けている |
| 環境 | MT4・MT5、銘柄、時間足、口座環境が分かる |
| ファイル | ex4・ex5・mq4・mq5・mqh・setの有無が分かる |
| ログ | Experts・Journalと発生日時が揃っている |
| 画像 | 確認箇所と秘密情報の伏せ方を確認した |
| 完成条件 | 検証方法と納品物を相談できる |
相談前に迷いやすい質問
正式な仕様書がなくても相談できますか?
相談できます。目的、対象環境、希望する動作、現在困っていることを箇条書きにし、分かる範囲でset、ログ、画像を添えてください。確認しながら不足項目を整理できます。
setファイルは必ず必要ですか?
新規開発では必須とは限りません。既存EAの設定確認や不具合調査では、setまたはInputs画面があると現在値を確認しやすくなります。
ログがない状態でも不具合を相談できますか?
相談はできますが、ログがないと原因の確認に時間がかかります。発生日時、操作、対象チャート、表示されたエラーだけでも最初に整理してください。
画像だけでEAの動作を再現できますか?
画像から希望する見た目や発生状況を確認できますが、画像だけで内部条件や処理順を確定できるとは限りません。条件、ファイル、ログも分かる範囲で用意してください。
MT4のEAを修正したい場合も同じ資料でよいですか?
目的、条件、set、ログ、画像を整理する点は同じですが、MT4かMT5かを明記してください。注文・ポジションの扱いが異なるため、移植するのか現在の環境で修正するのかも分けます。
ex4・ex5しかない場合はどうすればよいですか?
ファイル名、動作画面、設定、ログ、希望する変更を整理してください。mq4・mq5・mqhがない場合は、内部処理の直接修正ではなく、動作と仕様を確認して作り直す相談になることがあります。
よくある質問
エントリー条件だけ決めればEA作成を依頼できますか?
エントリー条件だけでは不十分な場合があります。発注条件、ロット、Magic Number、最大ポジション、決済条件、停止条件、通知、ログ、検証条件も整理してください。
画像だけでEAを作れますか?
画像は参考資料になりますが、画像だけでは条件を正確に実装できない場合があります。どの足の、どの値を、どのタイミングで見るのかを文章や表で補足してください。
勝てるロジックを提案してもらえますか?
いいえ。EAファンクラブでは、勝てるロジック提案、売買判断、相場予測、利益保証、推奨ロット、推奨銘柄、推奨エントリーの提示は行いません。依頼者が指定した技術条件をEAとして実装・確認する相談に対応します。
既存EAのex5だけでも改修できますか?
ex5のみでは内部ロジックを直接改修できません。mq5やmqhなどのソースコードがあるか確認してください。ソースがない場合は、仕様を聞き取りながら再作成する形になる場合があります。
バックテスト結果も保証されますか?
いいえ。バックテストは指定した過去データと設定条件での確認であり、将来の結果を保証するものではありません。EA作成代行では、仕様どおりに処理されているかを確認するための検証として扱います。
仕様を依頼文にまとめる例
仕様をまとめる時は、エントリー条件だけを詳しくして終わらせず、発注できない場合、決済する場合、停止する場合まで同じ資料で追えるようにします。例えば「確定足で条件が成立したら注文する」という希望には、対象銘柄、判定時間足、BUYとSELLの条件、同じ足で再注文するかを添えます。数値が決まっていない項目は、仮の推奨値を入れず、決まっていないことを記載してください。
次に、入力設定と実際に使う値を分けます。setファイルに保存する初期値、外部シートなどから受け取る値、保有ポジションがある時に変更を反映する範囲を整理します。これにより、画面上の設定が同じでも動作が違う、という相談の前提を確認しやすくなります。
注文を見送った時の記録も仕様に含めます。シグナルが成立しなかったのか、スプレッド・時間・最大ポジション数などで止まったのか、注文を送って失敗したのかを区別します。検証では、成功した取引だけでなく、見送り・停止・再起動時にも期待した記録が残るかを確認する形にします。
| 整理する項目 | 依頼メモに残す内容 |
|---|---|
| 判定から注文まで | 対象銘柄・時間足・BUY/SELL条件・確定足の扱い・同一足での再注文を記載します。 |
| 注文から決済まで | ロット、TP/SL、内部決済、対象Magic Number、既存ポジションへの適用範囲を記載します。 |
| 停止・例外時 | 通信失敗、条件未成立、取引不可、停止後に継続する決済管理を記載します。 |
| 確認資料 | 使用したEAの版、set、期間、画面、Experts・Journalログを同じ検証条件としてまとめます。 |
関連ページ
確認したい内容に応じて、次のページも参照してください。
| 確認する内容 | 関連ページ |
|---|---|
| EA・インジケーター開発を依頼する前に | EA・インジケーター開発を依頼する前に |
| MQL5 EA設計パターン完全ガイド | MQL5 EA設計パターン完全ガイド |
| 自動売買EAを自作する前に確認すること | 自動売買EAを自作する前に確認すること |
| ex5ファイルしかないEAは改修できる | ex5ファイルしかないEAは改修できる |
相談先・利用条件を確認する
| 確認したい内容 | 案内ページ |
|---|---|
| MT5 開発依頼・作成代行|EA・インジケーター新規開発・MT4/MT5既存改修 | MT5 開発依頼・作成代行|EA・インジケーター新規開発・MT4/MT5既存改修 |
| 見積依頼前の確認事項 | 見積依頼前の確認事項 |
| 不具合報告の方法 | 不具合報告の方法 |
まとめ
MT5 EA作成代行を依頼する前には、エントリー条件だけでなく、signal、execution、risk、exit、notification、external control、UI、log、validationを分けて整理することが重要です。
特に、BUY条件とSELL条件、現在足か確定足か、発注前チェック、Magic Number、ロット計算、決済優先順位、外部連携失敗時の扱い、ログ仕様、完成判定は、後から認識違いが起きやすい部分です。
依頼前には、仕様メモ、参考画像、既存ファイル、setファイル、Expertsログ、Journalログ、スクリーンショット、バックテスト条件を整理してください。
EAファンクラブのEA作成代行は、依頼者が指定した仕様をMT5向けに実装・確認する技術サービスです。投資助言、売買指示、相場予測、利益保証、勝率保証、推奨ロットの提示は行いません。
準備した内容を確認しながら、EAFC公式LINEから開発や設定確認についてご相談ください。
