プロップファーム向け半裁量EA・インジケーターの作り方｜ロット・SL自動計算で人為ミスを減らす方法

半裁量EAとは？売買判断と注文処理を分ける仕組み

半裁量EAとは、 「いつ買うか、いつ売るか」は人間が判断し、その後の注文処理をプログラムに任せる仕組み です。

完全自動売買のように、プログラムが相場を分析して自動的に売買する必要はありません。 チャート上にBUY、SELL、全決済などのボタンを配置し、 人間が操作したときだけ注文を出す形でも自動化できます。

ただし、プロップファーム向けに作るなら、 単純なワンクリック注文パネルだけで終わらせないほうがよいと私は考えています。

例えばBUYボタンを押したとき、システムが口座資金と損切り位置からロットを計算します。 さらに、保有中のポジションやその日の損失状況を確認し、 危険な注文であれば実行しないようにします。

自動売買というと、すべてをプログラムへ任せるイメージがあるかもしれません。 しかし、計算や注文の部分だけを自動化することにも十分な意味があります。

私は半裁量ツールを設計するとき、まず 「人間が間違えて操作しても、危険な注文につながりにくいか」 を考えるようにしています。

MT4・MT5とcTraderでは半裁量ツールの作り方が違う

半裁量ツールは、MT4・MT5・cTraderのいずれでも開発できます。 ただし、使用するプログラムの種類や動かし方には違いがあります。

MT4・MT5ではEAに注文処理を組み込む

MT4・MT5でチャート上のボタンから注文を出す場合、 基本的にはEAへ発注機能を組み込みます。

人間がBUYボタンを押していても、注文を実行しているのはプログラムです。 そのためプロップファームでは、 「自分でボタンを押しているからEA利用ルールは関係ない」と考えないこと が重要です。

cTraderではインジケーターからも注文できる

cTraderには、カスタムインジケーターへ売買ボタンを設け、 そこから注文を出す開発方法があります。

そのため、チャート上で損切りラインを動かしながら予定ロットを確認し、 BUY・SELLボタンで注文する半裁量パネルも作れます。

一方、継続的な自動監視や売買を行うなら、cBotとして開発する方法があります。 現在のcTrader Algoでは、C#に加えてPythonも開発言語として利用できます。

私が半裁量EAを作るなら、発注前の安全装置を優先する

私はこれまで、MT4・MT5のEAやインジケーター、 cTrader関連のシステムなどを200個以上開発・制作・検証してきました。

半裁量系のツールとしては、 Okutore Logic Pro や Okutore Logic Trainer なども開発しています。

Okutore Logic Proでは、トレーダー自身がチャート上のライン位置を決め、 その条件を満たしたあとの注文処理をEAへ任せる構成にしています。

つまり、「どこで取引するかは人間が決め、正確な注文処理はプログラムへ任せる」 という考え方です。

これをプロップファーム向けに発展させるなら、 私は売買条件を複雑にするより、注文する前の確認機能を充実させます。

開発で難しいのは、計算式を書くことだけではありません。 「どの状態なら注文を許可し、どの状態なら拒否するか」 を先に決めることが重要です。

ロットは先に決めず、損切り位置から逆算する

半裁量EAで特に自動化したいのが、 損切り位置から適切なロットを計算する機能です。

同じ1ロットでも、損切りまで10pipsの取引と100pipsの取引では、 損切りに到達したときの損失額が大きく違います。

毎回同じロットで取引していると、損切りまでの距離によってリスクが変わってしまいます。 そこで、先に「いくらまで損失を許容するか」を決め、そこからロットを逆算します。

この方式なら、損切りを遠くすると予定ロットは小さくなり、 近くすると大きくなります。

トレーダーが決めるのは、 「どこに損切りを置くか」と「何％までリスクを取るか」 の2つが中心になります。

損切りラインを動かしたらロットも自動で変える

操作画面としては、チャート上の損切りラインを動かすと、 注文予定ロットが自動で再計算される形が使いやすいです。

また、BUY・SELLボタンを押した瞬間にも計算し直します。 ラインを設定したときと注文するときでは、市場価格やスプレッドが変わっている可能性があるからです。

なお、損切りを設定していても、急変時には指定価格どおりに決済できない場合があります。 ロット自動計算は想定損失を管理する仕組みであり、損失額を完全に保証するものではありません。

プロップファーム向け半裁量EAは5つの機能に分ける

私なら、半裁量ツールを1つの大きなプログラムとして作るのではなく、 役割ごとに分けて開発します。

機能を分けておくと、プロップファームのルールが変わったときにも、 必要な部分を修正しやすくなります。

リスク計算と注文の許可判定を分ける

リスク計算は、「この注文が損切りになったら、いくら損失になるか」を求める機能です。

注文前チェックは、その計算結果をもとに 「今、この注文を出してもよいか」 を判断する機能です。

例えば予定損失が2万円でも、その日の残り損失余力が1万円しかなければ、 新規注文を拒否する設計が考えられます。

この2つを分けておけば、Fintokei用、Fundora用、Funded7用、FTMO用といった 会社別の判定条件を切り替えやすくなります。

1回の注文ではなく、口座全体のリスクを見る

1回の取引リスクを0.5％に設定したからといって、 口座全体のリスクが0.5％になるわけではありません。

例えば0.5％のリスクを持つポジションを4つ保有すると、 単純合計では2％のリスクになります。

さらに、EURUSDとGBPUSDのように共通する通貨の影響を受ける銘柄を持つと、 同じ方向へ価格が動いて損失が重なることもあります。

そのため、半裁量EAでは注文する銘柄だけでなく、 ほかの銘柄で保有しているポジションも確認する仕組み が必要です。

私なら、保有中のポジションがそれぞれ損切りに到達した場合の想定損失を合計し、 新しい注文を加えても自分で設定した上限を超えないか判定します。

複数ポジション管理では、同じ注文を二重に集計しないことや、 損切り位置を変更したときにリスクを計算し直すことも重要になります。

日次損失制限は「あといくら使えるか」で管理する

プロップファーム向けEAでは、日次損失の管理が非常に重要です。

ただし、どの会社でも単純に「口座残高の5％になったら停止」とすればよいわけではありません。

日次損失の計算には、確定した損益だけでなく、 まだ決済していないポジションの含み損益が関係する場合もあります。

例えば、決済済みの損失が小さくても、 保有中のポジションに大きな含み損があれば、損失制限へ近づいている可能性があります。

さらに、1日の区切りとなる時刻や基準金額も、 会社やプランによって異なります。

そこで私なら、画面に単なる「本日の損失額」を表示するだけでなく、 「現在、公式ルール上であといくら損失余力があるか」 を表示するようにします。

その余力が少なくなったら新規注文を止め、 必要に応じて保有中のポジションを管理する形です。

cTrader CloudでcBotを動かす場合には、停止や再起動後に、 日次損失の計算に必要な情報を正しく復元できるかも確認が必要です。

この点については、 FundoraのcBotで日次損失を管理する設計 でも詳しく解説しています。

FintokeiはEA利用可能。ただし3％ルールの扱いに注意

FintokeiではEAや自動売買の利用が認められています。 ただし、市販EAや無料EAを含め、 利用者自身が戦略を理解し、設定やリスクを管理できることが重要です。

Fintokeiで半裁量EAを利用するなら、注文前のリスク計算に加え、 同じ取引の考え方で保有しているポジション全体の損失リスクを確認する設計が考えられます。

特に注意したいのが、初期資金の3％に関するオープンリスクのルールです。

Fintokeiの公式説明では、3％のリスク基準について 警告の対象となるルールとして案内されています。 そのため、「3％を超えた瞬間に必ず即時失格」と単純化するのは適切ではありません。

日次最大損失や全体最大損失の判定とは、分けて理解する必要があります。

また、EAを利用できても、すべての売買手法が無条件で認められるわけではありません。 禁止戦略、複数口座、短時間取引などの条件も確認しましょう。

Fundoraは自作ツールと1％リスク・20秒ルールを確認する

Fundoraでは、cTrader環境でのcBotや半裁量ツールの利用条件に注意が必要です。

公式FAQではEA・cBot・半裁量ツールについて、 原則として利用者自身が作成したもの であることが求められています。 必要に応じてソースコードの提出を求められる場合もあります。

そのため、インターネットから入手した注文パネルをそのまま利用する場合と、 自分で開発して内容を理解している場合では、 利用条件の確認が必要になります。

リスク管理では、Fundoraが案内している1％リスク基準も重要です。 1回の注文だけを見ればよいとは限らず、 関連するポジションをどのように扱うかも考える必要があります。

20秒以内の短時間決済にも注意する

Fundoraには、20秒以内の短時間決済に関する取引基準もあります。

急変時などに短時間で決済する必要が生じる場合はありますが、 20秒以内の決済を高頻度で繰り返す運用は、 ルール上の判断対象になる可能性があります。

半裁量ツールには、注文からの経過時間を記録し、 短時間決済がどの程度発生しているか確認する機能を持たせると管理しやすくなります。

Funded7は損切り設定とATRによるリスク評価に注意

Funded7では、損切り注文の有無がリスク評価に関係します。

2026年10月時点の公式ルールでは、 条件を満たす有効な損切り注文がある場合は、その損切り位置を使ったリスク計算が基本です。

一方、有効な損切り注文が確認できない場合には、 ATRという値動きの大きさを示す指標を使って、想定リスクが評価されます。

MT5については、損切り設定までの30秒の猶予に関する説明もあります。

しかし、注文後にSLを追加する設計では、 通信エラーや処理の遅れによって、損切りが設定されない状態になる可能性があります。

そのため私なら、注文するときに損切り位置も確定させる設計 を基本にします。

1つのポジションだけでなく総リスクも確認する

Funded7では、プランやリスク区分に応じた取引リスクの上限があり、 個別のポジションだけでなく、関連する銘柄や口座全体のリスクにも注意が必要です。

例えば、複数の通貨ペアで似た方向のポジションを保有している場合、 1つずつのリスクが小さくても、合計では上限に近づくことがあります。

このためEA側では、各ポジションの予定損失を計算するだけでなく、 関連する取引をまとめて確認できる設計が向いています。

Group Tradingや短時間決済にも注意する

Funded7では、コピー取引やGroup Tradingなど、 複数の利用者が同じような取引を行うことに関するルールも確認が必要です。

市販EAを使う場合には、ほかの利用者と似たタイミングで 同じ注文が発生する可能性があります。

また、非常に短い時間で決済する取引についても、 15秒未満・30秒未満の取引割合に関する基準が案内されています。

自作EAであっても、注文内容や取引頻度がルールに適しているかを確認しましょう。

FTMOでもEAは使えるが、第三者EAの重複に注意する

FTMOでは、公式FAQで裁量取引やアルゴリズム取引、 EAを使った取引スタイルが認められています。

ただし、第三者が作成したEAを利用する場合は、 ほかのトレーダーも同じ戦略を使っている可能性があります。

FTMOでは、同じ戦略を使う口座や最大資金配分に関する条件があるため、 市販EAを使う場合は利用規約を確認する必要があります。

また、EAが大量の注文や頻繁な注文変更を行い、 プラットフォームのサーバーへ過剰な負荷をかけるような動作にも注意が必要です。

半裁量ツールであっても、ボタンの連打によって大量注文が出たり、 同じ注文が二重に送信されたりする設計は避けたいところです。

これなら、通信が不安定になったときにも、 意図しない重複注文を減らすことができます。

プロップファームごとのルールは別々に管理する

Fintokei、Fundora、Funded7、FTMOのように、 複数のプロップファームへ対応する半裁量EAを開発する場合、 会社ごとのルールを注文処理へ直接書き込まないほうが管理しやすくなります。

私なら、注文画面やロット計算はできるだけ共通にして、 プロップファームごとに違う判定条件だけを切り替えられる仕組み にします。

開発では、このルール判定部分を「Rule Engine」と呼ぶことがあります。 難しく考える必要はありません。 会社別の設定表を用意し、その設定に合わせて注文を許可するか判断する仕組みです。

例えば公式ルールが変更されたとき、 注文処理のあちこちへ書いた数字を修正するのではなく、 会社別の設定を見直すだけで済む構成が理想です。

ただし、設定を変更しただけで安全になるわけではありません。 変更後は、その条件で注文が正しく許可・拒否されるか、テストする必要があります。

主要プロップファームの違いを詳しく比較したい方は、 主要プロップファームの試験・損失・EAルール比較 も参考にしてください。

バックテストだけでは発注ミスを防げるか分からない

半裁量EAを開発するときは、 過去の値動きで動作を確認するバックテストだけでは不十分です。

バックテストでは、ロット計算や損切り条件が正しく動くかを確認できます。 しかし、実際の注文時には通信の遅れやスプレッドの急拡大、 注文が通らないケースなども発生します。

また、複数のEAを同時に使う場合には、 ほかのEAが先に注文を出し、口座全体のリスクが変わることもあります。

私は、こうしたテストを売買ロジックとは別に考えることが重要だと思っています。

例えばPCやVPSを再起動したあと、前回の設定が残っていたとしても、 日次損失の基準値まで以前のままでよいとは限りません。

cTrader Cloudでも、停止・再起動によって保存データの扱いが変わるため、 起動時に必要な情報を再取得できるようにしておく必要があります。

詳しくは、 cTrader CloudとVPS・ローカルPCでcBotの保存動作がどう変わるか で解説しています。

AIでコードを書いても、最後の確認は人間が行う

私はChatGPTやCodex、Cursorなどを活用したAI駆動開発にも取り組んでいます。

AIを利用すると、ロット計算や注文管理のコードを作る作業は効率化できます。 しかし、コードが生成されたからといって、 そのまま安全に運用できるとは限りません。

特にプロップファーム向けのシステムでは、 「注文してよい場合」だけでなく、「絶対に注文してはいけない場合」 を細かく確認する必要があります。

実際の資金を伴う運用を始める前に、デモ環境などで 発注・決済・停止・再起動の動きを確認することをおすすめします。

半裁量EAを作るときによくある疑問

半裁量ならプロップファームでEA扱いにならない？

そうとは限りません。

人間がボタンを押していても、実際のロット計算や発注を EA・cBot・カスタムツールが行っている場合があります。

「半裁量」という名称だけで判断せず、 各社の自動売買ツールに関する利用条件を確認してください。

ロットだけ自動計算すれば十分？

私なら、ロット計算だけでは終わらせません。

ロットが適切でも、すでに多くのポジションを持っていたり、 日次損失の余力が少なかったりすれば、新しい注文は危険になることがあります。

そのため、損切り設定、総リスク、日次損失、スプレッドなども 注文直前に確認するようにします。

損切りは注文したあとに設定してもいい？

プラットフォームや会社ごとに条件は違いますが、 システム設計としては注文する前に損切り位置を確定しておく ほうが安全です。

損切り位置が決まっていなければ、適切なロットも計算できません。

完全自動EAより半裁量EAのほうが安全？

必ずしもそうではありません。

半裁量でも人間の相場判断が間違うことはありますし、 完全自動EAでも適切なリスク管理は可能です。

半裁量方式のメリットは、 人間が得意な判断と、コンピューターが得意な計算・注文処理を分担できること です。

cTraderではインジケーターとcBotのどちらを作る？

チャートを見ながら売買ボタンを操作するなら、 カスタムインジケーターを使った取引パネルが選択肢になります。

一方、PCを閉じた状態でもcTrader Cloudで自動売買や監視を続けたい場合には、 cBotとしての実装を検討します。

どちらがよいかは、手動操作を中心にするのか、 継続的な自動処理を中心にするのかで判断すると分かりやすいです。