PipFarm完全攻略？10K・50Kを実際に購入して複雑なルールを自動売買してみる

今回私が購入したのは、PipFarmの10Kと50KのConsistency Challengeです。

期間限定キャンペーンを利用したため、発行された口座のBalanceは、それぞれ15Kと75Kになっています。

※50K側はExtended Time Limitを追加しています。上記は2026年9月27日の購入時に確認した条件であり、現在の通常価格ではありません。

2026年10月時点のConsistency基本価格

PipFarmの公式Challenge Mode Comparisonで案内されていたConsistency Modeの基本価格は、10Kが＄40、50Kが＄160です。

キャンペーンや追加オプションによって最終金額は変わります。購入するときは、紹介記事の料金ではなく、実際のCheckout画面を優先してください。

50K側の利用期間を180日にした理由

PipFarmの標準Challenge期間は90日です。

私は会社員として働きながらcBotを開発・検証しているため、50K側には180日の延長オプションを追加しました。

自動売買だからといって、毎日無理にエントリーする必要はありません。

私は、短期間で利益目標を達成しようとしてロットを上げるよりも、相場条件が悪い日には取引を見送れる余裕を確保する方が重要だと考えています。

PipFarmでcBotは使える？自分の売買戦略が前提になる

結論からいうと、PipFarmではChallengeとSimulated Funded Accountの両方でcBotによる自動売買を利用できます。

ただし、自動売買が使えることと、どんなBotでも自由に使えることは別です。

PipFarmでは、自分自身の売買アイデアをもとにした自動売買システムを使用する必要があります。

たとえば自分で売買条件を考え、それをC#でプログラムにする場合は、自分自身の戦略として説明しやすくなります。

反対に、他人が販売しているcBotを購入し、設定をほとんど確認せずに動かす方法は、PipFarmのルールに合いません。

ChatGPTやCodexを使ってcBotを作る場合は？

AIにプログラムを書いてもらうこと自体と、他人の売買戦略をそのまま利用することは違います。

私が重要だと考えているのは、売買条件や損切り、ロット設定を自分で決め、出来上がったコードを理解して検証できることです。

AIが作ったコードでも、注文が重複したり、想定以上のロットになったりする不具合は起こり得ます。

そのため、AIでコードを生成したあとは、バックテストだけでなく、実際の注文や決済の動きも確認します。

ニュース取引が可能でも、重要指標への対策は必要

PipFarmではニュース取引も認められていますが、重要経済指標の発表前後は価格が急に動くことがあります。

米国雇用統計、CPI、FOMCなどでは、普段の相場と大きく異なる動きになる場合があります。

私は、自動売買を24時間無条件に稼働させるのではなく、必要に応じて取引時間を制限したり、重要指標の前後は新規注文を止めたりする設計を重視しています。

日次損失3％｜残高だけでなく含み損益も確認する

PipFarmの日次損失ルールでは、1日の取引で許される損失額を超えないようにする必要があります。

今回のConsistency One-Stage Staticでは、基本の日次損失上限は3％です。

ただし「口座が15Kだから、毎日必ず＄450まで損失を出せる」という単純な仕組みではありません。

1日の切り替わり時刻にも注意

PipFarmの取引日は、米国時間に合わせて切り替わります。

2026年10月3日時点で案内されていた日本時間の目安は次のとおりです。

私は日次損失を管理するcBotで、切替時刻ちょうどに新しい取引を始める設計は避けたいと考えています。

Dashboard側の更新とcBot内部の計算にずれがあると、まだ前日の基準を使って注文してしまう可能性があるからです。

前日のBalanceとEquityの高い方が基準になる

PipFarmの日次損失では、前日の終了時点におけるBalanceとEquityのうち、高い方が基準として使われます。

たとえば、15K口座で次の状態だったとします。

この場合、その日のBalanceまたはEquityが下限を下回るとルール違反になります。

気をつけたいのは、前日の終了時点で含み益があった場合です。

翌日にその含み益が減っただけでも、Equityが下がり、日次損失の下限へ近づく可能性があります。

つまり、まだ取引を決済していないから安全、というわけではありません。

たとえば日次損失の上限まで残りわずかな状態で、別のcBotが新規注文を出してしまうと、複数のポジションが同時に損失を広げる可能性があります。

複数のcBotを動かすなら、各cBotの損失だけでなく、口座全体の損失を確認する必要があります。

Pip Protectorとは？合格後は取引期間ごとの損失管理が重要になる

Pip Protectorは、Simulated Funded Accountへ進んだあとに重要になる損失管理の仕組みです。

通常の最大損失とは別に、一定の取引期間で損失を出しすぎないよう管理します。

ここで登場するのが、Risk Windowという考え方です。

Risk Windowは最初の注文から始まる

Risk Windowは、最初にポジションを持ったところから始まります。

その期間中に発生した確定損失と、現在保有しているポジションの含み損を合わせて確認します。

ここで重要なのは、ポジションをすべて決済しただけではRisk Windowが終わらないことです。

完全にポジションを持たない状態が60分間続くことで、次のRisk Windowに切り替わります。

決済後すぐに再エントリーするとどうなる？

たとえば買いポジションを決済し、すぐに売りポジションを持つcBotを考えてみます。

この場合、60分間のポジションなし状態がないため、同じRisk Windowが続く可能性があります。

取引ごとの損失が小さくても、短時間で損失が積み重なると、Max Riskの上限へ近づいてしまいます。

Max Riskは全口座で同じ数字ではない

PipFarm公式のPip Protector説明では、Max Riskが2％という計算例が使われています。

ただし、2％はPipFarm全口座共通の固定値ではありません。

Max Risk率は口座タイプによって異なり、適用される現在の数値はDashboardで確認する必要があります。

Strikeを受けると損失の許容量が縮小する

Pip Protectorには、損失上限へ達した場合のペナルティがあります。

公式の説明で使われているMax Risk2％の例では、次のように上限が小さくなります。

※これはPipFarm公式の説明例です。購入した口座のMax Riskが必ず2％から始まるという意味ではありません。

また、Strike 2では利益分配条件にも影響する場合があります。

そのため「Strikeを受けても、次の取引で取り返せばよい」という考え方はおすすめしません。

私は、公式の上限に到達する前にcBot側で自主的に取引を止める設計を重視します。

安全停止ラインを設定する

たとえば現在のMax Riskが2％だった場合、公式上限をすべて使い切るのではなく、その70～80％程度で自主的に停止する設定が考えられます。

ただし、70～80％はPipFarmが保証する安全な設定値ではなく、cBotを開発する際の設計例です。

実際の停止位置は、スリッページ、取引銘柄、注文量、複数ポジションの状況によって調整する必要があります。

大切なのは、Pip Protectorが発動してから止まるのではなく、その前に自分のcBotを止めることです。

PipFarm向けcBotは売買ロジックとルール管理を分けて作る

EA・インジケーター・cBotなどを200個以上開発・制作・検証してきた立場から、私が特に重要だと考えているのは、売買の判断とリスク管理を分けることです。

売買を判断するプログラムの中に、日次損失やConsistency、Pip Protectorの処理をすべて詰め込むと、変更や修正が難しくなります。

そこで私は、次のような3段階の仕組みを考えます。

たとえば、Gold用のcBotが買いサインを出しても、すぐには注文しません。

まずリスク管理の部分で、現在の日次損失、最大損失、保有ポジション、ロットなどを確認します。

その結果、損失が大きくなりすぎる可能性があるなら、買いサインが出ていても注文しないようにします。

Challenge中に監視するもの

Challenge中は、利益目標に向かって取引をしながら、日次損失と最大損失の両方を守る必要があります。

Consistency Modeでは、日別の利益も記録します。

私は、1つのcBotが出した注文だけでなく、その口座全体でどれだけの損失リスクを抱えているかを見るように設計します。

GoldとUSDJPYのように異なる銘柄でも、同時に損失が発生する可能性があるためです。

Fundedへ進んだら追加するもの

Simulated Funded Accountへ進んだら、Pip Protectorに関係する情報を追加で監視します。

このように管理部分を独立させておけば、同じ売買ロジックを使いながら、Challenge用とFunded用で監視する条件を切り替えられます。

ロット計算にも安全余裕を持たせる

cBotでリスク管理をするなら、損失上限を監視するだけでなく、新規注文のロットも確認した方がよいです。

たとえば、すでに大きなポジションを持っているときに、さらに別のポジションを追加すると、口座全体の損失が一気に増える可能性があります。

私は、注文する前に損切りまでの想定損失を計算し、現在の保有ポジションと合わせて問題がないか確認する設計を重視しています。

cBotを再起動したときも安全に動くようにする

日次損失やRisk Windowを管理するcBotは、再起動後の処理も重要です。

たとえばCloudを再起動しただけで、これまでの損失をゼロとして計算し直してしまうと、実際の損失余力とcBotの計算が合わなくなります。

そのため、起動時には口座の残高、取引履歴、保有ポジションを確認し、管理状態を作り直す必要があります。

履歴だけでは正しく復元できない場合は、安全のため新規注文を止め、確認できるまで再開しない設計も考えられます。