サインインジケータ作成を依頼する前に整理すること
サインインジケーターを新規作成する場合、最初に整理しておきたいのは「どの条件で、どのタイミングで、どのように表示するか」です。
サインインジケーターは、チャート上に矢印、マーク、ライン、文字、パネル、アラート、通知などを表示する補助ツールです。ただし、サイン表示は売買指示そのものではなく、あらかじめ決めた条件の成立を見やすくするための表示として整理する必要があります。
依頼前に条件が曖昧なままだと、完成後に「思っていた場所にサインが出ない」「通知タイミングが違う」「過去の矢印が変わる」「EAから値を取得できない」「同じ条件なのに表示とEA判定が一致しない」といった認識違いが起きやすくなります。
この記事では、サインインジケーター作成を依頼する前に整理したい項目を、サイン条件、表示仕様、通知、確定足・リペイント、MQL5バッファ設計、iCustom・CopyBufferによるEA連携、既存MT4インジケーターの扱い、検証条件、必要資料、問い合わせ前の情報整理に分けてまとめます。
現在のEAFCでは、新規のEA・インジケーター・補助ツール等はMT5 / MQL5での開発を基本としています。既存MT4・MT5インジケーターの修正、不具合対応、機能追加については、対象ソースコードと現在の仕様を確認して対応可否を判断します。既存MT4製品へ大規模な機能追加を行う場合や、長期利用・継続的な拡張を予定している場合は、MT5への移行・再構築もあわせて検討します。
なお、この記事はサインインジケーターの仕様整理、開発依頼前確認、表示・通知・EA連携の確認を目的とした技術記事です。特定の売買判断、利益、勝率、損失回避、推奨ロット、推奨銘柄を案内するものではありません。
この記事で確認すること
- 新規MT5サインインジケーター作成前に整理すること
- 既存MT4 / MT5インジケーター改修との違い
- サイン条件をどう文章・数値化するか
- 矢印、ライン、文字、パネルなどの表示仕様
- アラート、メール、Push通知、Discord通知の有無
- 現在足で出すか、確定足で出すか
- リペイントや過去サインの変化をどう確認するか
- MQL5のiCustom・CopyBufferによるEA連携を想定するか
- BUY / SELLバッファやNo Signalの値をどう定義するか
- 既存MT4資産をMT5へ移行する場合の考え方
- スクリーンショット、既存インジ、ソースコード、ログの整理
- 完成後に何を検証・受入確認するか
- 問い合わせ時に送る情報・送らない情報
新規作成と既存改修を最初に分ける
同じ「サインインジケーターの相談」でも、新しく作る場合と、現在利用しているインジケーターを修正する場合では確認する内容が異なります。
新規作成の場合はMT5 / MQL5を前提に、サイン条件、表示、通知、バッファ、EA連携、検証方法を最初から整理します。既存改修の場合は、MT4またはMT5の対象環境、ソースコード、現在の動作、不具合、変更希望を確認します。
| 相談内容 | EAFCでの基本方針 | 最初に確認するもの |
|---|---|---|
| サインインジを新規作成 | MT5 / MQL5で新規開発 | 条件、表示、通知、Inputs、バッファ、検証仕様 |
| 既存MT5インジを改修 | 対象ソースを確認して対応可否を判断 | mq5 / mqh、ex5、set、ログ、変更内容 |
| 既存MT4インジを小規模改修 | MT4のまま対応できるか個別確認 | mq4 / mqh、ex4、set、ログ、現在仕様 |
| 既存MT4インジを大規模拡張 | MT5への移行・再構築も比較 | 既存仕様、追加機能、長期保守の予定 |
| MT4インジをMT5化 | 単純変換ではなくMT5向け再構築 | mq4、バッファ、描画、通知、EA連携、検証条件 |
| ex4 / ex5のみ | 内部ロジックの直接改修は原則不可 | 画面、Inputs、仕様書、ログ、権利関係 |
サインインジケーターとは
条件成立をチャート上で見やすくする補助ツール
サインインジケーターとは、チャート上に矢印、丸印、ラベル、ライン、背景色、パネル表示などを出して、指定した条件の成立を分かりやすくするためのインジケーターです。
たとえば、移動平均線のクロス、RSIのしきい値、ボリンジャーバンドへの到達、ATRを使った状態判定、ローソク足条件、複数時間足の条件一致などをもとに表示する構成があります。
| 表示内容 | 主な用途 | 依頼前に決めること |
|---|---|---|
| 矢印サイン | BUY / SELL条件の成立位置を表示 | 表示位置、色、サイズ、確定タイミング |
| ライン表示 | 判定値、価格帯、基準線等を表示 | 計算条件、色、太さ、更新タイミング |
| 文字ラベル | 状態や条件名を表示 | 表示文、位置、ON / OFF |
| 背景色 | 指定した状態を視覚化 | 色分け条件、時間足、対象範囲 |
| パネル表示 | 複数条件や状態を一覧表示 | 項目、配置、更新頻度 |
| 通知 | 条件成立を利用者へ知らせる | 通知先、通知条件、重複防止 |
| EA連携用バッファ | EAがSignalや状態値を取得 | バッファ番号、値、No Signal、確定バー |
売買指示ではなく「条件表示」として整理する
サインインジケーターは、指定条件の成立を表示・通知する補助ツールです。表示されたサインが「必ず売買すべき」という意味ではありません。
依頼時には、「どこで売買すべきか」ではなく、「どの条件が成立した時に、どの表示・通知を行う仕様にするか」として整理してください。
サイン条件を整理する
条件を文章と数値で書く
サインインジケーター作成では、サインを出す条件をできるだけ機械的に判定できる形へ整理することが重要です。
「上がりそうな時」「反転しそうな時」「強い時」といった人間の感覚だけでは、プログラム条件を確定できません。使用する指標、期間、しきい値、比較対象、時間足、確定条件、除外条件などを分けてください。
| 整理項目 | 確認する内容 | 例 |
|---|---|---|
| 使用する値 | どのインジケーター・価格・計算値を使うか | MA、RSI、ATR、BB、高値安値等 |
| 期間 | 計算に使うperiod | MA20、RSI14、ATR14等 |
| 時間足 | どの時間足で判定するか | M5、M15、H1、複数時間足等 |
| BUY条件 | BUY側のサイン条件 | AがBを上抜け、値がしきい値以上等 |
| SELL条件 | SELL側のサイン条件 | AがBを下抜け、値がしきい値以下等 |
| AND / OR | 複数条件をどう組み合わせるか | AかつB、AまたはB |
| 除外条件 | 成立していてもサインを出さない条件 | 時間外、別Filter未成立等 |
| 判定バー | 現在足か確定済みバーか | shift 0 / 確定足等 |
BUY条件とSELL条件を分ける
BUYサインとSELLサインは、見た目では反対条件に見えても、必ずしも完全な対称条件とは限りません。
BUYだけ追加Filterがある、SELLだけ無効にできる、方向ごとに期間やしきい値が違うといった仕様がある場合は、それぞれ別条件として整理してください。
- BUYサイン条件を文章・数値で書く
- SELLサイン条件を文章・数値で書く
- BUYとSELLが完全な反対条件か確認する
- 方向別に異なるFilterがあるか確認する
- 条件成立後に何バー有効かを確認する
- 連続して同方向サインを出すか決める
- サインを出さない除外条件を整理する
- 現在足か確定足かを決める
表示仕様を整理する
どこに何を表示するか決める
サイン条件が同じでも、表示仕様が違えば完成したインジケーターの使い方は変わります。
矢印をローソク足の上・下へ出すのか、別ウィンドウへ出すのか、ラベルやパネルを追加するのか、色やサイズをInputsで変更できるようにするのかを事前に整理してください。
| 表示項目 | 決める内容 | 補足 |
|---|---|---|
| 表示場所 | メインチャート、サブウィンドウ、パネル | 表示領域を明確にする |
| BUY表示 | 色、形、位置、サイズ | 安値との距離なども確認 |
| SELL表示 | 色、形、位置、サイズ | 高値との距離なども確認 |
| 文字表示 | 状態名、条件名、数値 | 固定文か動的値か |
| ライン | 価格・基準値・計算値 | 過去も残すか現在値のみか |
| 表示ON / OFF | 矢印、ライン、ラベル、パネル | Inputs化するか |
| 過去表示 | 何本前まで表示するか | 表示負荷にも関係する |
| 重複表示 | 連続する同方向Signal | すべて表示か初回のみか |
入力項目を増やしすぎない
期間、しきい値、色、通知、表示位置などをInputsで変更できるようにすると柔軟になりますが、項目を増やしすぎると設定ミスや問い合わせの原因になります。
「利用者が後から変更する必要があるもの」と「製品内部で固定してよいもの」を分け、必要な項目だけを公開する方法を検討してください。
通知仕様を整理する
通知先と通知タイミングを決める
サインインジケーターでは、チャート表示に加えて、アラート、メール、Push通知、Discord通知などを追加する場合があります。
通知機能を付ける場合は、「どのSignalを」「どのバーで」「いつ」「どこへ」「何を含む文面で」通知するかを整理してください。
| 通知種類 | 確認すること | 注意点 |
|---|---|---|
| MT5アラート | ポップアップ通知 | 同一バー重複を確認 |
| メール通知 | 端末のメール機能を使うか | 利用環境側の設定も必要 |
| Push通知 | 端末からモバイルへ通知するか | 利用者側設定も確認 |
| Discord通知 | Webhook等を使うか | WebRequest設定・秘密情報に注意 |
| サウンド | 音を鳴らすか | 連続Signal時の扱い |
| 通知メッセージ | 銘柄、時間足、条件、価格等 | 後から識別できる形式にする |
| 通知ログ | 成功・失敗を記録するか | 外部通知の確認に利用 |
重複通知のルールを先に決める
現在足判定では、1本のバーの中で条件成立と条件解除を繰り返す場合があります。通知仕様を決めずに実装すると、同じバーで何度も通知されることがあります。
- 現在足で通知するか、確定足で通知するか
- 同じバー・同じ方向は1回のみか
- BUYとSELLを別々に管理するか
- 一度消えたSignalが再成立した時に再通知するか
- 通知文に銘柄・時間足・条件名・価格を含めるか
- 外部通知失敗をExpertsログへ残すか
- 通知失敗がサイン計算へ影響しない構成にするか
確定足・未確定足・リペイントを確認する
サインを確定するタイミングを決める
サインインジケーターでは、現在形成中のバーでサインを出すのか、バーが確定してから正式なサインを出すのかが重要です。
現在足を使う場合は早く状態を表示できますが、バーの途中で条件が変わり、サインが消えることがあります。確定足を使う場合は判断が後になりますが、Signalを固定しやすくなります。
| 判定方式 | 特徴 | 確認すること |
|---|---|---|
| 現在足判定 | 形成中のバーで判定 | Signal変化、重複表示・通知 |
| 確定足判定 | バー確定後に判定 | どの確定バーを参照するか |
| 過去バー再計算 | 履歴を再計算して表示 | 過去Signalが変化しないか |
| マルチタイムフレーム | 上位足等も参照 | 参照足の確定タイミング |
| 通知判定 | 通知を出すタイミング | 表示と同じタイミングか |
| EA連携 | EAがバッファを読むタイミング | 表示・通知・EAが同一Signalを使うか |
リペイントを「ある・ない」だけで終わらせない
リペイントとは、過去に表示されたサインや値が、後から変化、消去、移動するように見える挙動を指すことがあります。
重要なのは単純に「リペイントあり/なし」と分類することではなく、どの値が、どのタイミングで、どの範囲まで変化する可能性があるかを確認することです。
特にEA連携を予定している場合は、リアルタイム中に出たSignalと、バー確定後・再起動後・履歴再計算後のSignalが同じかを確認できる仕様にしておくと、検証しやすくなります。
EA連携を想定する場合のMQL5設計
表示用とEA取得用を分けて考える
将来的にEA化したい場合や、EAからサイン値を取得したい場合は、画面上の矢印だけでなく、プログラムから取得できるSignalデータを設計しておくことが重要です。
MQL5では、カスタムインジケーターをEAから利用する場合、iCustomでインジケーターハンドルを取得し、CopyBufferで必要なバッファ値を取得する構成があります。
そのため、新規MT5インジケーターでは、BUY、SELL、Filter、状態値などを、EA側が安定して取得できる形で設計するかを依頼時に決めておくと、後からEA連携を追加しやすくなります。
バッファ契約を明確にする
EA連携を前提にする場合は、「何番のバッファに何が入るか」だけでなく、その値の意味を仕様として固定することが重要です。
| EA連携項目 | 決める内容 | 注意点 |
|---|---|---|
| BUYバッファ | BUY Signalを返すバッファ | Signal値の意味を固定する |
| SELLバッファ | SELL Signalを返すバッファ | BUYと独立させるか確認 |
| No Signal | サインなしを示す値 | EMPTY_VALUE、0等の扱いを固定 |
| Filterバッファ | 補助状態をEAへ返すか | Signalとは別責務にする |
| 参照バー | 現在足・確定足 | EA側と認識を統一する |
| Inputs | iCustomへ渡す入力項目 | 順番・型・初期値を管理する |
| データ準備 | 必要な計算データが利用可能か | 初期化直後の誤判定を避ける |
| 過去値 | 後から変更するか | EA連携時の再現性に関係する |
チャートオブジェクトだけをEA連携の正式Signalにしない
矢印やラベルをチャートオブジェクトとして表示する構成もありますが、EA連携を前提にする場合は、見た目だけを正式なSignalインターフェースにするより、バッファ等で明確なデータを返す設計の方が確認しやすくなります。
画面表示とEA取得データを同じ計算結果から生成できるようにしておくと、「矢印は出ているのにEAではSignalなし」といった差を区別しやすくなります。
将来EA化するなら依頼時点で伝える
チャート上に表示するだけのインジケーターと、EAから値を取得することを前提にしたインジケーターでは、設計上の確認事項が変わります。
将来的にEA化したい場合は、作成依頼の時点で「EAからBUY / SELL Signalを取得する予定がある」「CopyBufferで取得したい」と伝えてください。
既存MT4インジケーターをMT5へ移行する場合
既存MT4インジケーターを今後も長期利用したい場合や、大きな機能追加・EA連携を予定している場合は、MT5への移行・再構築を検討します。
MQL4からMQL5への移行は、mq4の拡張子をmq5へ変更するだけの作業ではありません。計算、インジケーターバッファ、描画、イベント処理、通知、iCustom連携などをMT5側の仕様に合わせて確認します。
| 移行項目 | 確認する内容 |
|---|---|
| Inputs | 名称、型、初期値、既存setとの対応 |
| Calculation | 計算式、参照価格、参照バー、期間 |
| Buffers | BUY / SELL / Filter等の役割 |
| Drawing | 矢印、ライン、ラベル、サブウィンドウ |
| Signal | 確定足、現在足、リペイント、重複表示 |
| Notification | Alert、Push、Discord等 |
| EA Integration | iCustom、CopyBuffer、Signalの取得方法 |
| Log | 初期化、Signal、通知、エラー |
| Validation | 同じバー・同じ設定でSignalを照合 |
既存インジケーターのソースと権利を確認する
既存MT4・MT5インジケーターを修正・移行する場合は、ソースコードの有無と権利関係を確認してください。
mq4 / mq5ソースや必要なmqhがある場合は、内容を確認して改修・移行可否を判断できます。ex4 / ex5のみの場合は、内部ロジックを直接変更することは基本的にできません。
また、第三者が制作・販売・配布したインジケーターでは、依頼者が改変・移行を依頼できる権利を持っているか確認します。EAFCでは、デコンパイル、第三者ファイルの無断解析、リバースエンジニアリングなど、権利侵害につながる作業は行いません。
| 状態 | 確認内容 | 基本的な扱い |
|---|---|---|
| 自作mq4 / mq5あり | ソース、依存ファイル | 改修・移行可否を確認 |
| 制作依頼したソース | 契約、改変権限 | 権利範囲を確認 |
| 第三者製品 | 販売元規約、利用条件 | 権利確認後に判断 |
| ex4 / ex5のみ | 画面、Inputs、マニュアル、ログ | 内部改修は行わない |
| 権利不明 | 入手経緯、許諾 | 確認できない場合は対応不可 |
依頼前に用意するとよい資料
スクリーンショットと条件説明をセットにする
サインインジケーター作成では、チャート画像や手書きメモも仕様整理に役立ちます。
ただし、スクリーンショットだけでは計算条件を確定できない場合があります。「この場所にサインを出す」の画像に加えて、「このバーでどの条件が成立しているためサインを出すのか」を文章で補足してください。
| 資料 | 確認できること | 注意点 |
|---|---|---|
| 仕様メモ | サイン、表示、通知の全体像 | 未確定部分は未確定と記載 |
| チャート画像 | 希望するサイン位置・見た目 | 条件説明も添える |
| 手書きメモ | 配置、矢印、ライン等 | 画像へ注釈すると確認しやすい |
| 既存インジ | 現在の表示・参考仕様 | 権利確認が必要 |
| mq4 / mq5 / mqh | 既存ロジック・改修可否 | 依存ファイルも確認 |
| setファイル | 現在のInputs | 秘密情報を削除する |
| Expertsログ | 初期化・通知・エラー | 発生時刻も整理 |
| 通知文サンプル | 通知内容 | 必要項目だけ記載 |
依頼時に決めておきたいInputs
あとから変更する必要がある値だけをInputsとして整理すると、利用者が設定しやすくなります。
| 入力項目候補 | 用途 | 確認すること |
|---|---|---|
| 期間 | 指標の計算期間 | 初期値・許容範囲 |
| しきい値 | Signal判定値 | 方向別か共通か |
| 判定時間足 | 参照する時間足 | チャート足か固定足か |
| 確定足設定 | 現在足 / 確定足 | Signal仕様と一致させる |
| 表示ON / OFF | 矢印、ライン、パネル等 | 項目別に必要か |
| 色・サイズ | 表示デザイン | 固定値でもよいか |
| 通知ON / OFF | 各通知機能 | 通知種別ごとに必要か |
| 履歴表示数 | 過去バーの描画量 | 必要以上に増やさない |
完成後の検証・受入確認
サインインジケーターは「チャートに表示できた」だけで完成確認にしないことが重要です。仕様書で決めた条件と、実際のSignal・表示・通知・EA取得値が一致しているか確認します。
| 検証項目 | 確認する内容 |
|---|---|
| BUY Signal | 指定条件・指定バーでBUYが成立するか |
| SELL Signal | 指定条件・指定バーでSELLが成立するか |
| No Signal | 条件未成立バーに誤表示しないか |
| 確定足 | 指定した判定タイミングになっているか |
| リペイント | 仕様で許可していない過去Signal変更がないか |
| 表示 | 位置、色、サイズ、過去表示が仕様どおりか |
| 重複表示 | 同方向Signalの抑制ルールが正しいか |
| 通知 | 指定タイミングで1回だけ通知するか |
| EA連携 | CopyBufferで想定バッファ・値を取得できるか |
| Inputs | 設定変更が正しく反映されるか |
| ログ | 初期化・通知失敗・エラーを確認できるか |
| 再起動 | 再起動後に異常な重複通知・表示がないか |
見積前に整理すること
サインインジケーターの見積では、条件の数、表示仕様、通知、EA連携、既存ソースの有無、MT4からMT5への移行の有無、検証範囲などによって作業量が変わります。
新規開発の場合はMT5を前提として整理してください。既存改修の場合は、対象がMT4かMT5か、現在のソース・実行ファイル・不具合・追加内容を確認します。
- 新規MT5開発か、既存MT4 / MT5改修か
- MT4からMT5への移行を含むか
- BUY / SELL条件を文章と数値で説明できるか
- 使用指標・期間・時間足・除外条件を整理したか
- 表示形式、色、位置、履歴表示を決めたか
- 通知機能が必要か
- 現在足 / 確定足を決めたか
- リペイント確認が必要か
- EA連携・CopyBuffer取得を想定するか
- EA連携用バッファの仕様が必要か
- 参考画像、既存ファイル、ソースコードがあるか
- 検証・受入条件を決めているか
問い合わせ前に整理すること
送ると確認しやすい情報
問い合わせでは、希望する見た目だけでなく、条件、対象環境、通知、EA連携、既存ファイル、検証方法を分けて整理すると確認しやすくなります。
| 情報 | 理由 |
|---|---|
| 新規開発 / 既存改修 / MT5移行 | 相談種別を確認するため |
| 現在のMT4 / MT5環境 | 既存改修の場合の対象を特定するため |
| サイン条件 | プログラム条件へ落とし込むため |
| BUY / SELL条件 | 方向ごとの仕様を確認するため |
| 表示イメージ | 位置・矢印・ライン・パネルを確認するため |
| 通知仕様 | Alert、Push、Discord等を確認するため |
| 確定足・リペイント要件 | Signalの再現性に関係するため |
| EA連携予定 | バッファ設計へ影響するため |
| mq4 / mq5 / mqh | 改修・移行可否を確認するため |
| setファイル | 現在設定を確認するため |
| Expertsログ | エラー・通知失敗を確認するため |
| スクリーンショット | 表示・症状を確認するため |
そのまま送らない方がよい情報
開発相談では、ファイルやスクリーンショットに認証情報・接続情報が含まれていないか確認してください。
| 情報 | 注意点 |
|---|---|
| MT4 / MT5ログインパスワード | 技術確認に不要なため送信しない |
| 投資家パスワード | 閲覧用でも口座情報に関係するため送信しない |
| VPSログイン情報 | リモート接続情報のため送信しない |
| 口座番号 | スクリーンショット・ログでは必要に応じて伏せる |
| Webhook URL | 第三者が通知できる可能性があるため伏せる |
| GAS URL | 外部サービス接続先のため伏せる |
| APIキー | 外部サービス認証情報のため送信しない |
| 認証トークン | 利用権限に関係するため送信しない |
| 有料インジの無断共有 | 改変・共有権限を確認する |
記事固有の実務チェック表
- 新規MT5開発か、既存MT4 / MT5改修かを整理した
- BUYサイン条件とSELLサイン条件を分けた
- 使用する指標、期間、しきい値、時間足を整理した
- AND / OR、除外条件を整理した
- 矢印、ライン、文字、パネルなどの表示仕様を整理した
- 過去表示・重複表示のルールを決めた
- アラート、Push、Discord等の通知要否を決めた
- 現在足か確定足かを決めた
- リペイント・再計算時の扱いを整理した
- EA連携・CopyBuffer取得を予定するか整理した
- BUY / SELLバッファとNo Signalの扱いを決めた
- スクリーンショット・仕様メモを用意した
- 既存インジのソース・改修権限を確認した
- 完成後の検証条件を整理した
- 機密情報を伏せた
よくある質問
新しいサインインジケーターをMT4向けに作れますか?
EAFCでは、新規のインジケーター開発はMT5 / MQL5を基本としているため、新規MT4サインインジケーターの開発は原則として受け付けていません。現在利用している既存MT4インジケーターの修正については個別に確認します。
サイン条件がまだ曖昧でも相談できますか?
相談自体は可能です。ただし、見積や実装へ進む前には、使用する値、期間、しきい値、BUY条件、SELL条件、除外条件、時間足、判定タイミングなどをプログラムで判定できる形へ整理する必要があります。
スクリーンショットだけで作成できますか?
スクリーンショットは表示仕様の参考になりますが、画像だけではロジックを確定できない場合があります。どの条件が成立したため、そのバーにサインを表示するのかを文章や数値でも整理してください。
リペイントしないサインインジケーターを作れますか?
ロジックや判定方法によります。確定足のみを正式Signalにする、確定後の過去Signalを書き換えないなどの仕様は検討できますが、マルチタイムフレームや参照データの性質によって注意点が変わります。依頼時に「どの時点からSignalを固定したいか」を明確にしてください。
Discord通知付きのサインインジケーターを作れますか?
MT5向けの新規開発として相談できます。通知条件、通知タイミング、重複防止、通知文、WebRequest、Webhookの管理、失敗時ログなどを整理します。Webhook URLの実値は通常の問い合わせ文面へ記載しないでください。
あとからEA化したい場合は先に伝えるべきですか?
先に伝えることを推奨します。EAからiCustom・CopyBufferで値を取得する場合、BUY / SELLバッファ、No Signal、参照バー、Inputs、データ準備、リペイントなどを最初から設計しておく方が後から変更しやすくなります。
CopyBufferで取得できればEA化できますか?
EAから必要なSignalを取得できることは重要ですが、それだけでEA仕様は完成しません。EA側ではEntry、Exit、ロット、ポジション管理、重複Entry、注文失敗、ログなどを別途決める必要があります。
既存MT4インジをMT5へ移行できますか?
検討できます。mq4ソース、依存ファイル、計算条件、バッファ、描画、通知、リペイント、EA連携などを確認し、MQL5向けに必要な再実装範囲を判断します。単純なファイル変換ではありません。
ex4 / ex5しかなくても改修できますか?
コンパイル済みファイルから内部ロジックを取り出して改修する対応は行いません。現在の仕様、表示、マニュアルなどから別途再構築できる場合は個別に検討します。デコンパイルや無断解析には対応しません。
サインが出れば利益が出ますか?
利益、勝率、損失回避、将来の運用結果は保証されません。サインインジケーターは、指定された条件の成立を表示・通知する技術ツールとして扱います。
サイン1件を使って仕様を確認する例
依頼資料には、代表的なBUYサインまたはSELLサインを1件選び、その前後の状態を記録すると確認しやすくなります。サインの出た銘柄、時間足、バー時刻、使用したInputsを添え、現在足の途中で表示されたのか、足が確定してから表示されたのかを分けてください。サインが消えた例や、条件が近くても表示されなかった例も、判断条件を説明する材料になります。
表示仕様では、矢印やラインの位置、色、サイズだけでなく、過去の表示を残すかを確認します。通知仕様では、同じサインで何回通知するか、インジケーターを入れ直した時に過去のサインを通知するかを分けます。表示されたことと通知されたことを同じ動作として扱わず、それぞれの期待結果を書いておきます。
将来EAで使う場合は、見た目のサインとEAが取得する値の対応を確認します。BUY/SELLの識別、対象バッファ、サインなしの値、参照バー、確定足の扱いを仕様としてそろえます。画面上で矢印が正しく見えることだけでは、EA側が同じ条件を取得できることまで確認したことにはなりません。
| 整理する項目 | 依頼メモに残す内容 |
|---|---|
| サイン発生 | 銘柄・時間足・バー時刻・Inputs・BUY/SELLの方向を記録します。 |
| 表示の経過 | 発生時、足確定後、再読込後の表示を比較します。 |
| 通知の経過 | 通知先、通知時刻、通知回数、再設置時の扱いを記録します。 |
| EA連携 | 表示と取得値の対応、バッファ番号、参照バー、サインなしの値を確認します。 |
関連ページ
確認したい内容に応じて、次のページも参照してください。
| 確認する内容 | 関連ページ |
|---|---|
| MT5インジケーターとは | MT5インジケーターとは |
| MT4インジケーターとは | MT4インジケーターとは |
| EA・インジケーター開発を依頼する前に | EA・インジケーター開発を依頼する前に |
| MQL5インジケーターEA化実務ノート | MQL5インジケーターEA化実務ノート |
| サポートライン・レジスタンスラインとは | サポートライン・レジスタンスラインとは |
相談先・利用条件を確認する
| 確認したい内容 | 案内ページ |
|---|---|
| MT5 開発依頼・作成代行|EA・インジケーター新規開発・MT4/MT5既存改修 | MT5 開発依頼・作成代行|EA・インジケーター新規開発・MT4/MT5既存改修 |
| 見積依頼前の確認事項 | 見積依頼前の確認事項 |
| インジケータ商品一覧 | インジケータ商品一覧 |
| サポート方針 | サポート方針 |
まとめ
サインインジケーターを新規作成する前には、BUY / SELL条件、使用する値、期間、時間足、表示仕様、通知、現在足・確定足、リペイント、EA連携の有無を整理することが重要です。
現在のEAFCでは、新規インジケーター開発はMT5 / MQL5を基本としています。既存MT4・MT5インジケーターの修正は対象ソースを確認して判断し、既存MT4製品の大規模拡張や長期利用ではMT5への移行・再構築も検討します。
将来的にEA化する場合は、見た目の矢印だけではなく、BUY / SELLバッファ、No Signalの値、確定バー、Inputs、iCustom・CopyBufferによる取得方法まで最初から仕様として整理しておくと、EA側から安定して参照しやすくなります。
完成後は、指定したバーでSignalが一致するか、過去サインが仕様外に変化しないか、通知が重複しないか、EAが想定したバッファ値を取得できるかまで確認してください。
相談時には、仕様メモ、サイン表示例、既存ファイル、ソースコード、setファイル、Expertsログなどを整理してください。口座情報、ログイン情報、Webhook URL、APIキーなどの機密情報は伏せてください。
お問い合わせはEAFC公式LINEへ
MT5サインインジケーターの新規開発、既存MT4・MT5インジケーターの修正、MT4からMT5への移行、通知追加、EA連携・CopyBuffer対応などのご相談は、EAFC公式LINEより受け付けています。
お問い合わせ時は、「新規MT5開発」「既存MT4改修」「既存MT5改修」「MT4からMT5への移行」のどれに近いか、サイン条件、希望する表示、通知・EA連携の有無を分かる範囲で整理してください。仕様が完全に固まっていない段階でも相談できます。
※投資助言、売買指示、利益保証、勝率保証、推奨ロット、推奨銘柄の案内は行っておりません。
口座番号、MT4/MT5ログイン情報、VPSログイン情報、Webhook URL、GAS URL、APIキー、認証トークン、ライセンスキー実値などの機密情報は送信しないでください。
