MT5 EA作成代行を依頼する前に決めておくべき仕様項目
EAファンクラブ
EAファンクラブ
EA開発の見積依頼前に整理すること｜仕様書・ログ・setファイル・検証条件
EAファンクラブ
EA開発やEA改修の見積依頼を行う前には、作りたい内容だけでなく、対象ファイル、ソースコードの有無、仕様書、setファイル、Expertsログ、Journalログ、検証条件、希望納品物、対象外範囲を整理しておくことが重要です。
「EAを作りたい」「既存EAを直したい」「通知を追加したい」「動かない原因を見てほしい」という相談でも、新規作成、既存改修、不具合調査、外部連携追加、ログ追加、インジケーターEA化、MT4からMT5への作り直しでは、見積に必要な情報が異なります。
見積依頼前に情報を整理しておくと、対応可否、作業範囲、追加確認の有無、納品物、検証方法、想定される影響範囲を判断しやすくなります。
この記事では、EA開発・EA改修の見積依頼前に整理したい情報を、依頼区分、対象ファイル、仕様書、setファイル、ログ、検証条件、希望機能、対象外範囲、納品物、送信しない情報、関連ページに分けてまとめます。
なお、この記事はMT4/MT5、MQL4/MQL5、EA、インジケーター、コピーEA、通知・診断・補助ツールの開発依頼前整理を目的とした技術記事です。投資助言、売買指示、相場予測、利益保証、勝率保証、損失回避保証、推奨ロット、推奨銘柄、推奨エントリー、特定ブローカー誘導を目的としたものではありません。
Contents
見積依頼前に整理する理由
EA開発の見積では、開発したい機能だけでなく、現在の状態、必要な資料、実装範囲、確認範囲、対象外にする範囲を分けて確認します。
依頼内容が曖昧なままだと、見積範囲が広くなったり、追加確認が増えたり、納品後に「ここまで含まれると思っていた」という認識違いが起きやすくなります。
| 整理する理由 | 整理しない場合に起きやすい問題 | 確認すること |
|---|---|---|
| 対応可否を判断するため | ソースがない、権利関係が不明、再現条件が不足して判断できない | 対象ファイル、ソース有無、権利関係、利用環境を確認します。 |
| 見積範囲を分けるため | 初回対応と追加対応の境界が曖昧になる | 今回やること、後回しにすること、対象外にすることを分けます。 |
| 仕様の認識違いを減らすため | エントリー条件、決済条件、通知条件の解釈がずれる | 仕様書、画像、ログ、setファイルを整理します。 |
| 不具合調査を進めやすくするため | 動かない原因の確認範囲が広がる | Expertsログ、Journalログ、発生時刻、再現手順を整理します。 |
| 検証方法を決めるため | 何をもって確認完了とするか分からない | コンパイル、初期化、BT、デモ確認、ログ確認を分けます。 |
| 納品物を明確にするため | ex5だけか、mq5やset、説明資料も含むのかが曖昧になる | 納品ファイル、確認ログ、マニュアル有無を確認します。 |
最初に依頼区分を決める
見積依頼では、最初に依頼区分を整理してください。新規作成と既存改修では必要な資料が異なり、不具合調査と機能追加でも確認範囲が変わります。
| 依頼区分 | 主な確認内容 | 見積前に必要な情報 |
|---|---|---|
| EA新規作成 | 新しくEAを作成します。 | 仕様書、エントリー条件、決済条件、ロット管理、検証条件、希望納品物 |
| 既存EA改修 | 既存EAへ機能追加、条件変更、ログ追加、通知追加などを行います。 | mq4/mq5/mqh、ex4/ex5、setファイル、現在の動作、変更したい内容 |
| 不具合調査 | 注文しない、決済しない、通知しない、表示されないなどを確認します。 | Expertsログ、Journalログ、発生時刻、再現手順、スクリーンショット |
| インジケーターEA化 | インジケーターのサインや値をEAで読み取ります。 | 対象インジ、buffer番号、値の意味、リペイント有無、CopyBuffer確認 |
| 通知・外部連携追加 | Discord通知、Google Sheets、CSV、Webhook、認証などを追加します。 | 通知イベント、記録項目、WebRequest、GAS、API仕様、失敗時処理 |
| MT4からMT5への作り直し | MQL4資産をMT5向けに再設計します。 | 既存mq4、現行仕様、注文管理、インジ連携、MT5での希望仕様 |
| コピーEA関連 | コピー元・コピー先、ロット変換、決済同期などを整理します。 | コピー構成、Magic Number、銘柄名、VPS、ログ、同期条件 |
見積依頼時に伝える基本情報
見積依頼では、まず対象環境と対象ファイルを特定します。似た名前のEAや複数バージョンがある場合、どのファイルを確認するのかを明確にしてください。
| 基本情報 | 整理する内容 | 補足 |
|---|---|---|
| 依頼内容 | 新規作成、既存改修、不具合調査、通知追加、ログ追加、外部連携追加など | 依頼区分を最初に分けます。 |
| MT4 / MT5 | MT4用、MT5用、両方、不明 | MT4とMT5では注文管理や言語仕様が異なります。 |
| 対象ファイル | EA名、インジ名、ファイル名、バージョン | ファイル名とチャート上の表示名を確認します。 |
| ファイル形式 | mq4、mq5、mqh、ex4、ex5、set、tpl、csv、txtなど | ソースコードの有無で対応範囲が変わります。 |
| 対象銘柄・時間足 | GOLD、XAUUSD、USDJPY、M15、H1など | suffixや銘柄仕様も確認対象です。 |
| 利用環境 | PC、VPS、OS、ブローカー、口座タイプ、Hedging / Netting | 環境差で動作が変わる場合があります。 |
| 希望納品物 | ex4/ex5、mq4/mq5、setファイル、簡易マニュアル、確認ログなど | 納品範囲によって見積内容が変わります。 |
| 希望時期 | 希望納期、急ぎの有無、確認可能な日程 | 仕様確定や資料不足により変動する場合があります。 |
ソースコードの有無を確認する
既存EAや既存インジケーターの改修では、ソースコードの有無が重要です。mq4 / mq5 / mqh がある場合と、ex4 / ex5 のみの場合では、見積できる範囲が大きく変わります。
| ファイル状態 | 見積時の扱い | 注意点 |
|---|---|---|
| mq4 / mq5 がある | ソースを確認したうえで、直接改修できる可能性があります。 | 現在動いているex4/ex5とソースの版が一致しているか確認します。 |
| mqh が分かれている | includeファイルも合わせて確認します。 | 不足するとコンパイルできない場合があります。 |
| ex4 / ex5 のみ | 内部ロジックの直接改修は難しいため、仕様整理または再作成を検討します。 | デコンパイルや保護解除を前提とする依頼には対応できません。 |
| setファイルのみ | 設定内容の確認はできますが、内部仕様の改修判断には不足する場合があります。 | EA本体、ログ、画面情報も必要です。 |
| 古いソースがある | 現行ファイルと版が一致しているか確認します。 | 版違いのまま改修すると、現在の動作とズレる場合があります。 |
| 第三者作成物 | 改修権限や利用条件を確認します。 | 無断改変や権利侵害になる依頼には対応できません。 |
ソースコードがない場合でも、現在の動作、ログ、スクリーンショット、希望仕様をもとに、新規作成または再設計として相談できる場合があります。ただし、既存ファイルの内部処理を完全に再現できるとは限りません。
仕様書で整理すること
仕様書では、売買条件だけでなく、発注処理、リスク管理、決済、通知、外部連携、表示、ログ、検証条件を分けて整理します。
すべてを最初から完璧に書く必要はありません。不明な項目は「未定」「相談したい」として残しておくと、見積時に確認しやすくなります。
| 仕様区分 | 整理する内容 | 見積時の確認ポイント |
|---|---|---|
| signal | BUY条件、SELL条件、判定足、使用インジ、フィルター | 現在足か確定足か、AND/OR条件を確認します。 |
| execution | 注文タイプ、ロット、Magic Number、最大ポジション、発注前チェック | 注文できない時の扱いも確認します。 |
| risk | 日次停止、最大損失、含み損制限、証拠金制限、連敗停止 | 新規停止だけか、強制決済も行うかを分けます。 |
| exit | TP、SL、トレーリング、建値移動、反対サイン決済、時間決済 | 複数決済条件の優先順位を確認します。 |
| notification | アラート、Push通知、メール通知、Discord通知 | 通知イベント、通知文、通知頻度を整理します。 |
| external | WebRequest、Google Sheets、CSV、Webhook、認証 | 通信失敗時の扱いと秘密情報の扱いを確認します。 |
| UI | パネル、ボタン、ライン、ラベル、状態表示 | 表示系と判定系を分けて確認します。 |
| log | INIT、GATE、ENTRY、EXIT、ERROR、外部連携ログ | 不具合時に原因を追える粒度か確認します。 |
| validation | コンパイル、バックテスト、デモ確認、ログ確認、完成判定 | 何をもって確認完了とするかを決めます。 |
希望機能と対象外範囲を分ける
見積依頼では、「今回追加したい機能」と「今回は対象外にする機能」を分けてください。将来追加したい機能がある場合も、初回見積に含めるかどうかを分けると確認しやすくなります。
| 分類 | 書く内容 | 例 |
|---|---|---|
| 今回必須の機能 | 初回見積に必ず含めたい内容 | BUY/SELL条件、TP/SL、ログ追加、Discord通知 |
| できれば入れたい機能 | 予算や工数に応じて追加したい内容 | Google Sheets連携、パネル表示、CSV出力 |
| 今回は対象外の機能 | 今回の見積に含めない内容 | ライセンス認証、複数銘柄対応、最適化機能 |
| 将来追加したい機能 | 後日拡張を想定している内容 | コピーEA連携、外部シート制御、管理画面 |
| 残したい既存機能 | 既存EA・インジで変更したくない内容 | 現行の決済、現行通知、既存Inputs |
| 削除したい機能 | 使わない、危険、分かりにくい機能 | 不要な通知、旧ログ、未使用パラメータ |
対象外範囲を明確にすると、見積後の追加対応や仕様変更を分けやすくなります。見積範囲に含めるか迷う項目は、最初から「要相談」として残してください。
setファイルで確認すること
setファイルは、現在のInputs設定や検証条件を再現するために役立ちます。既存EA改修、不具合調査、バックテスト確認では、現在使用中のset、変更前set、変更後set、検証用setを分けてください。
| setファイル項目 | 整理する内容 | 注意点 |
|---|---|---|
| 現在使用中set | 実際に使っている設定を保存します。 | どのチャート・銘柄・時間足で使っているかも確認します。 |
| 変更前set | 問題発生前や変更前の設定を残します。 | 上書きで履歴を消さないようにします。 |
| 変更後set | 問題発生後や検証中の設定を保存します。 | 変更前との差分確認に使います。 |
| 検証用set | バックテストやデモ確認用の設定を分けます。 | 実運用用setと混同しないようにします。 |
| 外部連携情報 | Webhook、GAS、APIキー、認証トークンの有無を確認します。 | 実値はそのまま送らず、必要に応じてマスクしてください。 |
| input初期値 | EA側の初期値とset側の値が違うか確認します。 | setを読み込むと初期値と違う動作になる場合があります。 |
ログで確認すること
不具合調査や既存改修の見積では、ログが重要です。EAやインジケーター側の動作はExpertsログ、MT4/MT5端末やサーバー応答はJournalログで確認します。
| ログ種別 | 整理する内容 | 見積時の用途 |
|---|---|---|
| Expertsログ | EA・インジの起動、設定読込、判定、注文、決済、通知、エラー | プログラム側の動作確認に使います。 |
| Journalログ | 端末接続、自動売買許可、注文応答、サーバー通信、端末操作 | MT4/MT5側やブローカー応答を確認します。 |
| 発生時刻 | 問題が起きた日時、再現した日時 | ログ確認範囲を絞ります。 |
| エラー前後 | エラー行だけでなく、直前・直後の流れ | 原因候補を切り分けます。 |
| 初期化ログ | EA名、バージョン、銘柄、時間足、設定読込、認証 | 導入時の不備確認に使います。 |
| 発注ログ | 発注前チェック、注文要求、retcode、失敗理由 | 注文しない・注文失敗の確認に使います。 |
| 外部連携ログ | WebRequest、HTTPステータス、timeout、送信結果、認証結果 | 通知・記録が動かない原因確認に使います。 |
ログを送る場合は、該当行だけでなく、発生時刻前後の流れが分かる範囲を残してください。ログ量が多い場合は、発生時刻、最初に出たエラー、繰り返し出ている行、直前に行った操作をまとめると確認しやすくなります。
検証条件で整理すること
EA開発や改修の見積では、完成後にどのように確認するかも重要です。バックテスト、デモ確認、ログ確認、スクリーンショット確認を分けて整理してください。
| 検証項目 | 整理する内容 | 注意点 |
|---|---|---|
| バックテスト条件 | 銘柄、時間足、期間、初期証拠金、スプレッド、モデルを整理します。 | 条件が違うと結果も変わります。 |
| setファイル | バックテストに使うsetを指定します。 | 検証用setと実運用用setを分けます。 |
| 確認する機能 | エントリー、決済、通知、ログ、外部連携、表示などを整理します。 | 見積範囲に含まれる確認項目を分けます。 |
| デモ確認 | デモ環境で起動、注文前チェック、通知、ログを確認します。 | リアル運用前の確認として扱います。 |
| スクリーンショット | チャート、Inputs、Experts、Journal、テスター結果を残します。 | 確認内容を後から見返せるようにします。 |
| 完成判定 | コンパイル、初期化、機能確認、ログ確認、納品物確認を分けます。 | 何をもって完了とするかを事前に確認します。 |
バックテスト結果やデモ確認結果は、将来の利益を保証するものではありません。見積依頼では、EAが仕様どおりに処理できるかを確認するための検証条件として整理します。
納品物で整理すること
見積依頼時には、希望する納品物を整理してください。実行ファイルだけでよいのか、ソースコード、setファイル、簡易マニュアル、確認ログまで必要なのかで、見積範囲が変わります。
| 納品物 | 内容 | 確認ポイント |
|---|---|---|
| ex4 / ex5 | MT4/MT5で実行するコンパイル済みファイルです。 | 通常利用する実行ファイルです。 |
| mq4 / mq5 | 編集可能なソースコードです。 | 納品対象に含めるか事前に確認します。 |
| mqh | 共通処理や部品ファイルです。 | ソース納品時に必要になる場合があります。 |
| setファイル | 初期設定、検証用設定、サンプル設定です。 | 用途ごとに分けて保存します。 |
| 簡易マニュアル | 設置方法、Inputs、注意点、確認ログの見方などです。 | 必要範囲を事前に確認します。 |
| 確認ログ | コンパイル、初期化、機能確認、通知確認などのログです。 | 納品前確認の補助に使います。 |
| 更新履歴 | 変更内容、修正箇所、バージョン情報です。 | 既存改修では特に重要です。 |
見積時に追加確認が発生しやすいケース
見積依頼後に追加確認が必要になるケースがあります。以下に該当する場合は、初回相談時点で分かる範囲を伝えてください。
| ケース | 追加確認が必要な理由 | 事前に整理すること |
|---|---|---|
| 既存EAのソースがない | 内部ロジックを直接確認できないためです。 | 現行動作、ログ、希望仕様、再作成可否を整理します。 |
| 仕様が画像だけ | 数値条件や判定タイミングが不明になりやすいためです。 | どの足、どの値、どの条件かを文章で補足します。 |
| 外部連携がある | WebRequest、GAS、API、権限、通信失敗時処理の確認が必要なためです。 | 送信先、送信内容、送信タイミング、失敗時処理を整理します。 |
| 複数銘柄・複数時間足 | データ取得、同期、負荷、バックテスト条件が複雑になるためです。 | 対象銘柄、時間足、参照条件、優先順位を整理します。 |
| ナンピン・グリッド系 | 追加条件、最大段数、ロット倍率、全体決済、停止条件が重要なためです。 | 追加幅、倍率、上限、全体TP/SL、停止条件を整理します。 |
| コピーEA関連 | コピー元・コピー先・ロット・Magic・決済同期が関係するためです。 | コピー構成、対象注文、ロット方式、銘柄変換を整理します。 |
| 市販EA・第三者作成物 | 改修権限やソース有無の確認が必要なためです。 | 利用条件、ソース有無、改修可否を確認します。 |
見積範囲に含めるもの・含めないもの
見積依頼では、初回対応範囲に含めるものと含めないものを分けてください。対象外範囲を明確にすることで、追加対応や仕様変更の判断がしやすくなります。
| 区分 | 例 | 確認ポイント |
|---|---|---|
| 見積に含める機能 | 指定したエントリー条件、決済条件、通知、ログ、set作成 | 必須機能として整理します。 |
| 見積に含める確認 | コンパイル、初期化、指定条件のログ確認、簡易BT確認 | 確認範囲を事前に決めます。 |
| 見積に含めない機能 | 将来拡張、別EA連携、管理画面、外部認証など | 後日追加扱いにするか確認します。 |
| 見積に含めない検証 | 長期最適化、複数ブローカー検証、実運用代行など | 必要な場合は別作業として整理します。 |
| 仕様変更扱い | 当初仕様にない条件追加、通知追加、表示変更、外部連携追加 | 不具合修正と仕様変更を分けます。 |
| 不具合確認扱い | 合意済み仕様どおりに動かない箇所の確認 | 再現条件とログが重要です。 |
対応できない、または保証できないこと
EAファンクラブの見積依頼では、MT4/MT5向けツールの技術仕様、実装範囲、検証方法を確認します。以下の内容には対応できない、または保証できません。
| 内容 | 扱い | 補足 |
|---|---|---|
| 勝てるロジックの提案 | 対応しません。 | 売買判断や投資助言に該当する可能性があるためです。 |
| 利益保証・勝率保証 | 保証できません。 | 相場環境、ブローカー、設定、運用条件により結果は変動します。 |
| 推奨ロット・推奨銘柄 | 提示しません。 | 利用者の資金状況や投資判断に関わります。 |
| 運用代行 | 対応しません。 | 利用者の口座を預かって売買や運用を行うことはありません。 |
| デコンパイル・保護解除 | 対応しません。 | 第三者の権利や利用規約に反する可能性があります。 |
| 第三者作成物の無断改変 | 対応しません。 | 改修権限や利用条件を確認する必要があります。 |
| 外部サービスの永続動作保証 | 保証できません。 | Discord、Google、外部APIなどの仕様変更や障害の影響を受ける場合があります。 |
| 規約違反を目的とする開発 | 対応しません。 | ブローカー、外部サービス、プラットフォームの規約に反する利用は対象外です。 |
送信しないでください
安全管理のため、以下の情報はそのまま送らないでください。ログ、スクリーンショット、setファイル、設定資料に含まれる場合は、必要に応じてマスクしてください。
- MT4 / MT5のログインパスワード
- 投資家パスワード
- VPSログイン情報
- Discord Webhook URL
- Google Apps Script URL
- 外部APIキー
- Bearer token
- 認証トークン
- ライセンス認証情報
- 口座番号の全桁
- 個人情報
- 第三者EA・インジケーターの保護解除や無断解析を目的とする資料
見積依頼前チェックリスト
見積依頼前に、以下の項目を確認してください。すべてが決まっていない場合でも、「未定」「相談したい」として残しておくと、初回確認が進めやすくなります。
- 依頼区分を整理した
- MT4 / MT5の別を確認した
- 対象EA・インジケーター名を確認した
- 対象ファイル名とバージョンを確認した
- mq4 / mq5 / mqh / ex4 / ex5 の有無を確認した
- setファイルを用意した
- 現在の動作を整理した
- 変更したい内容を整理した
- 対象外にする範囲を整理した
- 対象銘柄と時間足を確認した
- 使用環境を整理した
- ExpertsログとJournalログを用意した
- 発生時刻と再現手順を整理した
- スクリーンショットを用意した
- バックテスト条件を整理した
- 希望納品物を整理した
- Webhook URL、APIキー、VPS情報、口座情報をそのまま送らないよう確認した
相談時に用意したい資料
見積依頼時には、依頼内容が分かる資料、対象ファイル、setファイル、ログ、スクリーンショット、検証条件を用意しておくと確認しやすくなります。
| 資料 | 内容 | 用途 |
|---|---|---|
| 依頼メモ | 作りたい内容、直したい内容、追加したい機能 | 見積範囲の確認 |
| 仕様書 | signal、execution、risk、exit、notification、external、UI、log | 実装内容の確認 |
| 対象ファイル | mq4、mq5、mqh、ex4、ex5、set、tplなど | 改修可否の確認 |
| setファイル | 現在使用中、変更前後、検証用 | 設定再現の確認 |
| Expertsログ | EA・インジ側の起動、判定、注文、決済、エラー | プログラム側の確認 |
| Journalログ | MT4/MT5端末、注文応答、接続、サーバー通信 | 端末側・注文側の確認 |
| スクリーンショット | チャート、Inputs、ログ、エラー、WebRequest設定 | 画面状態の確認 |
| 検証条件 | 銘柄、時間足、期間、スプレッド、初期証拠金、モデル | バックテスト確認 |
| 参考資料 | 画像、動画、手書きメモ、参考チャート、既存仕様 | 認識合わせ |
相談前に確認する関連ページ
見積依頼前には、開発相談全体、EA作成、既存改修、仕様書、資料整理、ログ確認、setファイル確認、購入前確認、免責事項もあわせて確認してください。
| 確認したい内容 | 関連ページ | 使い方 |
|---|---|---|
| 開発・改修相談全体を確認したい | 開発・改修の相談ページ | EA作成、インジ作成、既存改修、外部連携追加の入口として確認します。 |
| EA作成代行を確認したい | EA作成代行 | 新規EA作成の流れや相談前整理に使います。 |
| 既存EA・インジ改修を確認したい | 既存EA・インジ改修 | 既存ファイルの修正、ログ追加、表示調整などを相談する前に確認します。 |
| 依頼前資料を整理したい | MT5開発依頼前に用意する資料まとめ | 仕様書、setファイル、ログ、スクリーンショットを整理します。 |
| 仕様書の書き方を確認したい | EA開発でトラブルを避けるための仕様書の作り方 | 仕様書の構成、責務分離、完成判定を確認します。 |
| EA作成依頼前の仕様項目を確認したい | MT5 EA作成代行を依頼する前に決めておくべき仕様項目 | signal、execution、risk、exit、log、validationを整理します。 |
| ログを問い合わせ前に整理したい | EAのログを問い合わせ前に確認する方法 | Expertsログ、Journalログ、発生時刻、再現条件を整理します。 |
| setファイルを送る前に確認したい | MT5でEAのsetファイルを送る前に確認すること | 現在使用中set、変更前後、外部連携情報の有無を確認します。 |
| 購入前の確認事項を見たい | 購入前確認事項 | 作業範囲、納品物、利用条件、注意事項を確認します。 |
| 免責事項を確認したい | 免責事項・リスク説明 | EA・インジケーター・投資関連ツール利用時のリスク確認に使います。 |
| 問い合わせを送信したい | お問い合わせ | 見積依頼や開発相談を送信する場合に使います。 |
よくある質問
仕様書がないと見積依頼できませんか？
仕様書がない状態でも相談は可能です。ただし、目的、対象ファイル、希望する動作、現在の動作、setファイル、ログ、スクリーンショットを分かる範囲で整理してください。内容が曖昧な場合は、まず仕様整理から進める形になります。
ex5だけでも見積できますか？
ex5のみの場合、内部ロジックを直接改修できないため、対応範囲の判断には追加確認が必要です。mq5やmqhなどのソースコードがあるか確認してください。ソースがない場合は、仕様を聞き取りながら再作成する形になる場合があります。
ログやsetファイルは必須ですか？
新規作成では必須でない場合もありますが、既存改修や不具合調査では重要です。現在の設定、発生時刻、Expertsログ、Journalログ、スクリーンショットがあると、確認範囲を絞りやすくなります。
見積後に仕様変更できますか？
仕様変更の相談は可能です。ただし、見積時に含まれていない条件追加、通知追加、外部連携追加、表示変更、ロジック変更は追加対応として扱う場合があります。最初に今回の対象範囲と対象外範囲を分けておくと確認しやすくなります。
バックテスト結果も見積範囲に含まれますか？
見積内容によります。簡易確認、指定条件でのバックテスト、長期検証、複数条件比較、最適化では作業範囲が異なります。バックテスト結果は将来の利益を保証するものではなく、仕様どおりに処理されているかを確認するための材料として扱います。
勝てるEAの条件も提案してもらえますか？
いいえ。EAファンクラブでは、勝てるロジック提案、売買判断、相場予測、利益保証、勝率保証、推奨ロット、推奨銘柄、推奨エントリーの提示は行いません。依頼者が指定した技術条件をEAとして実装・確認する相談に対応します。
まとめ
EA開発やEA改修の見積依頼前には、依頼区分、対象ファイル、ソースコードの有無、仕様書、setファイル、Expertsログ、Journalログ、検証条件、希望納品物、対象外範囲を整理しておくことが重要です。
新規作成、既存改修、不具合調査、外部連携追加、ログ追加、MT4からMT5への作り直しでは、見積に必要な情報が異なります。まずは、今回の対象範囲と後日対応にする範囲を分けてください。
既存EAや既存インジケーターの改修では、mq4 / mq5 / mqh があるか、ex4 / ex5 のみか、現在の版とソースの版が一致しているかを確認してください。ソースがない場合は、直接改修ではなく再作成や再設計として検討する場合があります。
Webhook URL、GAS URL、APIキー、認証トークン、VPSログイン情報、口座番号などの機密情報は、そのまま送らないようにしてください。ログやスクリーンショットに含まれる場合も、必要に応じてマスクしてください。
EAファンクラブの見積依頼は、MT4/MT5向けツールの技術仕様、実装範囲、検証方法を確認するためのものです。投資助言、売買指示、利益保証、勝率保証、推奨ロットの提示は行いません。
ABOUT ME
