金融AI・AIエージェント研究開発／2026年9月27日〜10月3日の週次振り返り

0.02から0.10へ急いだ後に｜ロット拡大の停止・再開条件を週末に設計する

資金が増えた直後ほど、取引量を増やしたくなります。今回、ユーザーから「資金が倍になった後、0.02 lotから0.04 lot、さらに0.10 lotへ上げて大失敗した」との報告がありました。これは本人の経験として大切な出発点ですが、どのticketでいくら失ったか、口座残高がどの時点でいくらだったか、各注文の予定損切り幅は何だったかを、この記事の根拠資料だけで確定することはできません。よって架空の損失額を付け足さず、ロットを増やす前に止まる仕組みを整理します。

私たちは金融AIとAIエージェントを用い、自作インジケーターGOLD13と自動売買ソフト（EA）の研究開発・実口座検証を進めています。平日24時間トレードライブ配信も続けていますが、画面で利益が一時的に大きく見えたことは、次の取引で許容できる損失額が増えたことを意味しません。週末に扱うべきテーマは「いつ大きく勝てるか」ではなく、「勝った直後にリスクの上限を壊さないか」です。

ロットは残高だけで決められない

0.02 lotを0.04 lotにすると、同じ銘柄・同じ契約仕様・同じ損切り距離なら価格変動に対する損益の振れは概ね2倍になります。0.10 lotは0.02 lotの5倍です。ところが口座残高が2倍になった事実だけでは、次の取引の損切り距離が同じか、スプレッドが同じか、同時にいくつの建玉を持つかを説明できません。残高に対する比率を一定に保つつもりでも、損切りが遠くなれば一回の想定損失は膨らみます。ロットの数字だけを階段状に並べるビジョン表には、必ず「価格がここまで動いたらいくら失うか」を対にします。

計算の骨格は、予定損失額＝ロット数×契約仕様に基づく価格変動の金額換算×エントリーから損切りまでの距離＋想定費用＋滑りへの余裕、です。ここで必要な契約サイズ、値幅あたりの損益、口座通貨、換算レート、証拠金条件はブローカーと銘柄で異なります。これらが未確認のまま「残高が何円なら0.04 lot」と一律に答えることはできません。GOLDであることだけから必要残高を断定しない、というのが今回の反省に沿った結論です。

昇格を許す前に埋める項目

ビジョン表に最初に入れるのは、現在残高ではなく、次の注文の予定SL、1回あたりの許容損失額、1日あたりの停止額です。続いて、同時保有するポジションが同方向に動いたときの合算リスク、スプレッド拡大時の余裕、保有中に別のEAが発注する可能性を記録します。これらの欄が空なら0.04への昇格を保留します。特にEAは、裁量の一回の判断だけで終わらず、連続してシグナルを受け取る可能性があります。個別注文の上限だけでは口座全体の上限になりません。

週次資料には10月1日の0.02 lotが14件でnet +3293、0.04 lotが15件でnet +7736、10月2日の0.02 lotが13件でnet -4603とあります。この並びを見て「0.04は正解、0.02は失敗」とは言えません。日付、相場、件数、損切り幅が揃わず、通貨単位も未確定です。高いnetが出た集合のロットを翌日そのまま採用することは、過去結果に合わせてルールを後付けする行為になり得ます。ロット変更の基準は、勝った日の後に考えるのではなく、勝つ前から固定する必要があります。

勝った直後に機械的な待機時間を設ける

大きな利益が出た当日にロット上限を変更しないルールを設けると、感情の影響を減らせます。翌日の時点でも、当該利益が決済済みか、commissionとswapを含むnetか、ブローカー明細と一致するかを確認します。さらに数日分の同じロジック・同じ損切り設計で、損失側の振幅を見ます。待機期間そのものに魔法の数字はありません。重要なのは、昇格を申請する時点と、過去の成績を監査する時点を分け、変更の理由を記録に残すことです。

EA側にも「利益が出たから自動でロット倍増」という近道は入れません。AIエージェントが相場を観察して候補を選ぶ研究は進められますが、最大損失、最大ロット、同時建玉数、通信障害時停止などの安全上限をAI自身が引き上げる設計は避けるべきです。現行方式はEAやインジケーターが候補を出し、AI承認後にEAが自動発注する構成と整理されています。AIが候補発見から保有管理まで主導する別方式は検討段階で、実装・本番配備済みとは言えません。研究の構想と現在の実効動作を分けて書きます。

失敗時の停止条件を先に決める

ロット拡大後に想定外の損失が出た場合、まず元のロットへ戻すだけでは不足します。想定したSLに注文が入っていたか、約定の滑りがどの程度あったか、EAが複数の注文を重ねていないか、手動操作との競合がなかったかを確認します。ブローカー明細、EAログ、AIの承認記録、ticketとsignal IDを一つの時系列に置きます。原因が分からない間は、同じ条件の自動ロット昇格を止め、復旧の判定を急がない方が安全です。

停止条件は「一定額負けたら感情的にやめる」だけではありません。予定SLのない注文、口座残高の読戻し失敗、価格更新の欠損、EAの版が不明、VPSとローカルの設定不一致、予定上限を超える同時保有など、データや制御の異常でも取引を止めるべきです。損益の数字がまだ良くても、制御が壊れていれば次の一回を正しく評価できません。金融AIには利益の最大化より先に、欠損・矛盾・上限超過を検知して人へ知らせる役割を与えます。

再開条件は昇格条件より厳しく

失敗後に0.02 lotの運用を再開する場合も、設定を戻したという口頭説明だけでは足りません。実際にロードされたEA版、最大ロット設定、AutoTrading状態、現在のpositions、注文履歴を読み取り、意図した状態と一致することを確認します。ローカルに保存されたファイルと本番VPSでロード中のファイルは同一とは限りません。ソースコードやEX4の更新時刻が新しくても、それは本番稼働の証明ではありません。まず読取りで実効設定を確認し、自然注文で初めて予定どおり停止・決済できたかを追います。

0.04 lotへの再昇格を考えるのは、その後です。予定SLから求めた一回のリスク、同時保有を含む最大リスク、連敗時の残高、費用と滑りを含む下振れを計算し、上限内に収まることが前提です。上限内でも、過去の0.02 lot記録と同じルールで比較できる資料がなければ、単なる期待で昇格しません。0.10 lotは0.02の5倍であり、過去に大失敗した経緯を踏まえれば、数字の見栄えだけで次の候補に戻してはいけません。

読者に約束できること、できないこと

「0.02で残高が何円になれば0.04にしてよいか」という問いへの正直な答えは、現時点の資料だけでは金額を確定できない、です。これは曖昧に逃げているのではなく、契約サイズと損切り距離を知らずに金額を示せば危険だからです。私たちが提示できるのは、必要な入力項目と判定式、確認できない間は昇格しないという運用上の考え方です。記事にある計算骨格は読者ごとの投資助言ではなく、研究過程の監査方法です。

今週の反省を、精神論ではなく記録と制御へ変えます。自作インジケーターGOLD13とEA、AIエージェントの研究開発でも、発注を増やす条件より、止まる条件を先に検証します。平日24時間トレードライブ配信では増えた残高だけでなく、許容損失と実際のリスクがどう変わったかを区別して報告します。ツールの内容はGogoJungle内の販売ページで確認できます。FX・GOLD取引には元本を失うリスクがあり、利益や損失回避を保証するものではありません。