自動売買のリスク管理術｜SL/TP設定とレバレッジの実運用ルール

自動売買のリスク管理とは、bot（自動売買プログラム）が抱えうる最大損失を、損切り（SL）・利確（TP）・レバレッジ・ポジションサイズの4つの設定であらかじめ上限管理することである。結論から言えば、自動売買で最初に決めるべきは「どう勝つか」ではなく「1回の取引で最大いくらまで負けてよいか」だ。この順番を逆にしたbotは、戦略がどれほど優秀でも、たった数回の想定外で退場する。

当サイト編集部は2026年4月から、AIコーディングエージェントのClaude Codeにトレード判断と執行を任せる検証運用を実口座で続けている。本記事では、その実運用で現在使っているSL/TP・レバレッジ・サイズの設定値を根拠ごと全公開し、設定に行き着くまでに踏んだ失敗も含めて、自動売買のリスク管理の組み立て方を解説する。机上の一般論ではなく、実弾で検証されたルールとして読んでほしい。

実運用のリスク管理設定を全公開する

まず、編集部の検証運用の前提と、2026年7月時点で稼働している設定値を示す。

• 運用形態: Claude Codeが相場分析からエントリー・決済までを実行。毎朝6時に起動し翌朝自己終了する日次セッションで24時間監視
• 取引の場: オンチェーンDEX（GMX）のパーペチュアル（無期限先物）。全取引がブロックチェーン上に記録される
• 資金: 当初188ドルで開始し、その後400ドルを追加
• 成績: 実現損益は約-21ドル（2026年7月上旬にオンチェーン記録を突き合わせた監査で確定）

そのうえで、リスク管理に関わる設定値は次の4点だ。

正直に書くと、成績は現時点でマイナスである。それでもこの設定を公開する意味は、「このリスク管理があったから、マイナスが約-21ドルで済んでいる」ことにある。運用開始からの累計投入額は588ドルで、そのうち失ったのは4%弱にとどまる。この間に相場の急変も、後述する発注系のバグも経験しているが、一度も「一撃で口座が半減する」ような事故は起きていない。それは運ではなく、損切り・サイズ・レバレッジの3点で最大損失が構造的に制限されていたからだ。リスク管理の成果は「いくら勝ったか」ではなく「想定外のときにいくらで済んだか」で測るものだ。以下、各設定の根拠を順に解説する。

SL（損切り）設定の考え方：なぜ-4.5%なのか

損切りは「ノイズ幅の外側」に置く

損切りラインの設計で最も重要なのは、「大負けを防げる近さ」と「ノイズで刈られない遠さ」のバランスだ。仮想通貨の価格は短期では方向性のない上下動（ノイズ）を繰り返す。損切りをノイズ幅の内側に置くと、方向として合っていたポジションが一時的な逆行で機械的に切られ続ける。

編集部はこれを実弾で経験した。運用初期、含み損の浅い段階で早めに切る「早期損切り」を安全装置として入れていたが、実際にはこの早期損切りが相場ノイズで頻発し、小さな損失と手数料を積み上げる「損切り貧乏」に陥った。そこで2026年7月に決済ロジックを全面リライトし、早期損切りを廃止、損切りは-4.5%の単一ラインに一本化した。-4.5%という数字は、対象銘柄の通常のノイズ幅の外側に位置しつつ、レバレッジ10倍でも証拠金の45%相当で損失が止まる（清算まで到達しない）水準として選んでいる。

損切りで決まるのは「1回あたりの最大損失」

損切り幅×建玉サイズが、そのトレードの最大損失額になる。編集部の場合、建玉400ドル×4.5%=18ドルが1トレードの想定最大損失だ。この金額を「口座資金に対して許容できるか」で逆算するのが、リスク管理の基本回路である。一般的な資金管理の定石として、1回のトレードの損失を口座資金の2%以内に抑える「2%ルール」が広く知られている。編集部の設定はこれより攻撃的だが、それは「失っても影響のない検証専用資金である」「検証データを速く集めることが目的である」という前提があるからだ。生活に紐づく資金で運用するなら、2%ルール側に寄せることを強く勧める。

急変動とスリッページへの備え

損切りラインを置いても、その価格どおりに約定する保証はない。重要ニュースや大口の清算連鎖による急変時には、注文が滑って想定より不利な価格で決済される（スリッページ）。損切りの実効性を高めるためにできることは3つある。第一に、流動性の厚い主要銘柄・主要時間帯を選ぶこと。板が薄いほど滑りは大きくなる。第二に、損切りラインと清算ラインの間に余白を確保すること。多少滑っても清算に届かない距離感が保険になる。第三に、経済指標や大型イベントの前後はポジションを持たない・減らすという運用ルールを検討すること。編集部のbotは24時間監視のセッション型なので急変の検知自体は速いが、それでも「滑りはゼロにできない」前提で損失余白を設計している。SLは「その価格で必ず切れる魔法」ではなく「その付近で切れる確率が高い仕組み」と理解しておくことが、想定外への耐性になる。

TP（利確）設定の考え方：なぜ+3.5%なのか

利確幅は「コスト構造」から下から決める

利確幅を決める最初の制約は、欲でも相場観でもなく取引コストだ。オンチェーンDEXでは発注・決済のたびにガス代と取引手数料がかかる。運用初期の編集部は建玉が小さすぎたため、+3.5%の利確に到達しても利益がコスト合計を下回る「ガス代負け」を経験した。勝ちトレードなのに残高が減る、という構造欠陥である。対策として建玉下限400ドルを導入し、「利確幅×建玉サイズがコストを確実に上回る」状態を強制した。利確幅の設計は、必ず「往復コストの何倍の利益が残るか」という金額ベースの検算とセットで行うべきだ。

固定TPとトレーリングの役割分担

+3.5%は「最低限ここまで取る」の基準であり、利益の上限をそこで固定しているわけではない。トレーリングストップ——価格が有利方向に動くのに合わせて逆指値を自動で追従させ、不利方向には動かさない注文方法——を併用することで、トレンドが伸びる局面では利益を追従させ、反転したら伸びた利益の大部分を確保して決済する。トレーリングストップは損切りと利確の判断を自動化でき、チャート監視の負担を減らせる一方、明確なトレンドがないもみ合い相場では小さな反転で早期決済されやすい弱点が知られている。この弱点は戦略側で補完しており、編集部のbotは相場をモード判定式で扱う。レンジ相場と判定すればレンジ端の逆張り、トレンド相場と判定すれば押し目の順張り、と型を切り替え、トレーリングが本領を発揮するトレンド局面に追従を効かせる設計だ。

レバレッジ設定の考え方：10倍は高いのか

レバレッジ10倍と聞くと危険に感じるかもしれない。ここは正確に理解してほしいポイントだ。

レバレッジそのものは損失を生まない。損失を決めるのは「建玉サイズ×逆行幅」であり、レバレッジは同じ建玉を作るのに必要な証拠金を減らす倍率にすぎない。編集部の設計では、先に「コスト構造から建玉下限400ドル」が決まり、小資金でそのサイズを構成する手段として10倍を使っている。損切り-4.5%が機能する限り、1トレードの最大損失は建玉の4.5%＝18ドルに限定される。

ただし、高レバレッジには固有のリスクが2つある。第一に、証拠金に対する損失スピードが倍率分だけ速くなるため、損切りが機能しなかったとき（急変時のスリッページや システム障害時）の傷が深い。第二に、清算（強制決済）ラインが近くなる。だからこそ「損切りラインが清算ラインより十分手前にあること」を必ず確認する必要がある。一般的なFXの資金管理では実効レバレッジ3〜5倍程度が安全圏とされることも付記しておく。自動売買を初めて動かす人は、まず現物や低レバレッジで挙動を検証し、損切りが設計どおり発動することを確認してから倍率を検討する順番が安全だ。

清算ラインとの距離を検算する

具体的な検算の型を示す。レバレッジ10倍の場合、建玉に対して証拠金は10%相当なので、価格が約10%逆行すると証拠金が理論上尽きる（実際は維持証拠金の分だけ手前で清算される）。編集部の損切り-4.5%は、この理論清算ラインに対して半分以下の位置にあり、通常時は損切りが必ず先に発動する。もしレバレッジを25倍にすると理論清算は約4%逆行となり、-4.5%の損切りより手前に来てしまう。つまり損切り設定が無意味化する。「損切り幅×レバレッジが100%を大きく下回るか」——この一行の検算を怠ると、SLを設定したつもりで清算に先を越される事故が起きる。レバレッジを上げたくなったときほど、この検算に立ち返ってほしい。

数値の外側にあるリスク管理：検算と監視

SL・TP・レバレッジという数値を決めたら、次はその数値が機能する前提を固める番だ。この章では、設定値の相性検算と、制御弁が壊れたときの備えを扱う。

リスクリワードと勝率の「相性」を検算する

SLとTPは単独で決めるものではなく、戦略の勝率との「相性」で検算する必要がある。基本となるのは、リスクリワード比（利確幅÷損切り幅）と損益分岐勝率の関係だ。

一般的な定石では、損切り幅に対して利確幅を2倍以上に取る「損小利大」が推奨されることが多い。これは勝率33%でも収支が合う堅牢な型だからだ。編集部の固定値（+3.5%/-4.5%）は一見この定石に反するが、実際の利確はトレーリングストップでトレンド時に+3.5%を超えて伸びるため、実効のリスクリワードは固定値より高くなる設計になっている。レンジ相場ではレンジ端の逆張りで勝率を稼ぎ、トレンド相場ではトレーリングで利を伸ばす——モード判定式の戦略とSL/TP設定は、このように一体で設計されている。

ここで伝えたいのは、「あなたのbotの勝率特性と、SL/TPの比率が矛盾していないか」を検算してほしいということだ。勝率40%の戦略に利小損大の設定を載せれば、リスク管理以前に構造として負ける。逆に高勝率戦略に極端な損小利大を載せると、めったに来ない大勝ちを待つ間に小さな損切りで削られる。設定値は戦略の性格の従属変数であり、単独の「おすすめ数値」は存在しない。

監視と停止手段もリスク管理の一部である

SL/TP・レバレッジ・サイズが「数値の制御弁」だとすれば、監視体制は「制御弁が壊れたときの保険」だ。編集部の運用では、次の2層でこれを担保している。

第一に、稼働形態そのものだ。毎朝6時に起動して翌朝に自己終了する日次セッション方式を採用しており、長時間稼働による状態の劣化や不整合を毎日リセットしている。セッションをまたぐ情報は申し送りとして引き継ぎ、各セッションはまっさらな状態から相場監視を始める。

第二に、発注の突き合わせ監視だ。運用中、特定銘柄（WBTC）でだけ発注が静かに失敗するバグが発生し、「発注した」と「約定した」のずれが機会損失を生んだ。対策として発注監視（watchdog）を差し替え、発注後に実際のポジション状態を照会して不整合を検知する仕組みにした。SLが設定されていても、そもそも発注系が壊れていれば絵に描いた餅である。「切りたいときに確実に切れる」ことを保証する監視は、数値設定と同格のリスク管理だ。

なお、損益の把握も監視の一部である。編集部は2026年7月上旬に、運用開始からの全取引をオンチェーン記録と突き合わせる監査を行い、実現損益を約-21ドルと確定させた。体感の成績と記録の成績は必ずずれる。月次でよいので、記録ベースでの突き合わせを運用サイクルに組み込むことを勧める。

ポジションサイズと資金管理：下限と上限の両方を決める

サイズ管理というと「張りすぎ防止の上限」だけが語られがちだが、編集部の実運用で先に問題になったのは下限だった。

• 下限（400ドル）: ガス代・手数料の往復コストに対して建玉が小さいと、利確してもコストで消える。コスト構造から逆算した最小サイズを下回る取引はしない
• 上限: 損切り幅×建玉サイズ＝最大損失額が、口座資金に対する許容損失を超えないサイズに抑える

この2つに挟まれた範囲が「取引してよいサイズ」であり、範囲がゼロになる（下限が上限を上回る）なら、それは資金量が戦略に対して不足しているというシグナルだ。編集部が入金を188ドルから+400ドルへ増やしたのも、下限400ドルを許容損失の範囲内で維持するためだった。サイズ調整は感覚でやるものではなく、「コストの式」と「許容損失の式」の連立で機械的に決めるものである。

補足として、複数ポジションを同時に持つ設計にする場合は、許容損失の計算を「ポジション合算」で行う必要がある。1本ごとに許容損失の枠いっぱいのサイズを取り、それを3本同時に持てば、リスクは単純に3倍になる。相関の高い銘柄（例えばビットコインと主要アルトコイン）は急変時に同方向へ動きやすく、分散しているつもりが同じ賭けを3回していた、ということが起きる。合算の最大損失が口座の許容範囲に収まるよう、同時保有本数か1本あたりのサイズを絞るのが正しい調整だ。

実運用で踏んだ失敗とリスク管理の改善履歴

現在のルールは最初から完成していたわけではない。むしろ失敗のたびに書き換えてきた改訂履歴そのものがリスク管理だ。

1. 手数料に対する建玉サイズ不足（ガス代負け）——利確してもコストで利益が消える構造欠陥。対策として建玉下限400ドルを導入した
2. 早期損切りのノイズ刈られ——安全のつもりの浅い損切りが、ノイズで頻発して小さな損失を量産。2026年7月に早期損切りを廃止し、-4.5%固定＋トレーリングストップ併用へ全面リライトした
3. 特定銘柄（WBTC）の発注バグ——発注が静かに失敗し、機会損失とポジション管理の混乱を招いた。発注監視（watchdog）を差し替え、「発注した」と「約定した」を突き合わせる仕組みで解消した

改善の順序にも意味がある。最初に潰したのはコスト構造（サイズ下限）で、これは「どんな戦略でも共通して効く土台」だからだ。次に決済ロジック（SL/トレーリング）を直したのは、エントリーがどれほど正しくても出口が壊れていれば損益は改善しないからである。発注系の監視は最後になったが、本来は最初にやるべきだったと反省している。読者が環境を組むなら、発注・約定の信頼性確認→コスト構造→決済ロジック→エントリー戦略、の順で固めることを勧めたい。

3つに共通するのは、どれも「戦略の良し悪し」ではなく「リスク管理と運用設計の穴」だったことだ。そしてどの穴も、実弾を入れて初めて見つかった。バックテストは戦略を検証するが、コスト構造・ノイズ耐性・発注系の信頼性という運用リスクは、小さな実弾でしか検証できない。これが「最初は失ってもよい少額で動かす」ことを繰り返し勧める理由である。

対◯◯で見る：実運用ルールは定石とどう違うか

編集部のルールを、よく知られたリスク管理の型と比較して位置づける。

対 2%ルール型の定石：守りの厚さと検証速度のトレードオフ

FXの資金管理で定番の2%ルールは、1回の損失を口座の2%以内に抑え、連敗しても再起可能な資金を残す思想だ。損切り幅から逆算してポジションサイズを決める計算式（許容損失額÷損切り幅）は、自動売買でもそのまま使える優れた型である。編集部の設定が2%より攻撃的なのは、検証専用の少額資金で、データ収集の速度を優先しているためだ。読者が生活資金の一部で運用するなら、迷わず2%ルール側に寄せるべきで、編集部の倍率をそのまま写すことは勧めない。重要なのは数字の写経ではなく「許容損失から逆算する」という回路の共有だ。

対 高レバレッジ短期スキャルピング：コスト×頻度の掛け算が牙をむく

数十倍以上のレバレッジで数分〜数十分の値動きを取りにいく型は、1回の利幅が小さいぶん取引回数で稼ぐ発想だ。しかし自動売買でこれをやると、取引のたびに発生するコストが回数分だけ掛け算され、編集部が経験したガス代負けの拡大版が起きやすい。さらに損切り幅が極端に狭いため、ノイズ刈られの頻度も跳ね上がる。編集部が1日単位のセッションで、コストを上回る利幅（+3.5%以上＋トレーリング）を狙う設計にしているのは、コスト×頻度の掛け算を抑え込むためでもある。

対 現物ガチホ（長期保有）：リスクの種類がそもそも違う

レバレッジをかけない現物の長期保有は、清算リスクも損切りの失敗もない代わりに、下落局面の含み損を全額・無期限に抱える型だ。リスク管理の道具が「何をいつ買うか」と「ポートフォリオ比率」しかない。パーペチュアルでの自動売買は、SL/TP・レバレッジ・サイズという細かい制御弁がある代わりに、その制御弁の設定ミスがそのまま損失になる。どちらが優れているかではなく、「制御弁を自分で設計・検証する意思があるか」で選ぶべき違いである。設計する気がないなら、レバレッジ取引の自動売買に手を出すべきではない。

自動売買のリスクと注意点

設定値の前に、そもそも自動売買という手法に固有のリスクを整理しておく。

1. 元本割れリスク: リスク管理は損失を限定する技術であり、利益を保証する技術ではない。編集部の実運用も2026年7月上旬の監査時点で実現損益は約-21ドルのマイナスである
2. 設定ミスの増幅リスク: botは悪い設定も24時間忠実に実行する。ノイズ幅の内側の損切り、コスト割れの利確幅といった設計ミスは、裁量なら数回で気づくところを機械的に量産する
3. 急変動・スリッページリスク: 重要ニュースによる急変時は、損切り注文が想定価格で約定せず滑ることがある。レバレッジが高いほど滑りの実害は大きい
4. システム障害リスク: 発注バグ・API障害・回線断で「切りたいのに切れない」時間が生じうる。編集部もWBTCの発注バグで機会損失を経験しており、約定確認の監視は必須だ
5. 清算リスク: レバレッジ取引では証拠金維持率が下がると強制決済される。損切りラインが清算ラインより手前にあるか、必ず確認すること
6. 過剰最適化リスク: バックテストで過去に合わせ込んだSL/TPは、将来のボラティリティ変化で機能しなくなる。定期的な見直しが前提になる
7. 税務リスク: 仮想通貨の利益は原則として雑所得に区分され、一定額を超えると確定申告が必要になる。自動売買は取引回数が多く損益計算が煩雑になりやすい。取引記録を保存し、詳細は税理士など専門家に相談してほしい
8. 資金管理崩壊リスク: 損失を取り返そうと途中でサイズやレバレッジを引き上げるのは、リスク管理の自己破壊である。ルール変更は必ず「稼働を止めて、記録を見て、次のセッションから」行う

自分の環境にリスク管理を実装する手順

編集部のルールを自分の環境に移植する場合の手順を示す。数字はそのまま写すのではなく、自分のコスト構造と資金量で計算し直すこと。

1. 手順1: 往復コストを金額で見積もる——取引手数料（往復）、ガス代またはスプレッドを合計し、「1回の取引で必ず払う金額」を確定させる
2. 手順2: 建玉の下限を決める——利確幅×建玉サイズが往復コストの3倍以上になるサイズを最小建玉とし、それ未満では発注しないよう実装する
3. 手順3: 許容損失から建玉の上限を決める——口座資金×許容率（定石は2%）÷損切り幅で上限サイズを計算する。下限が上限を上回るなら資金不足であり、稼働を見送る
4. 手順4: SLをノイズ幅の外側に置く——対象銘柄の過去チャートで、採用する損切り幅が「結果的に勝ったトレードを途中で殺していないか」を確認する
5. 手順5: 清算ラインとの距離を確認する——採用レバレッジで損切りラインが清算より十分手前にあることを検算する
6. 手順6: 最小サイズで発動テストをする——SL・TP・トレーリングが実際に発動するかを、実弾の最小サイズで確認してから本稼働に移る

手順の実行にあたって、2つ補足したい。まず、手順1のコスト見積もりは取引環境によって中身が大きく変わる。オンチェーンDEXならガス代＋取引手数料、CEXなら手数料率＋スプレッドが主な成分で、どちらも「%ではなく金額」で紙に書き出すことが重要だ。次に、手順6の発動テストは省略されがちだが、編集部の経験上ここで問題が見つかる確率は高い。特にトレーリングストップは「どの価格を基準に、どの頻度で追従するか」の実装差が大きく、想定と違う挙動をすることが珍しくない。数百円〜数千円相当の授業料で発見できるバグを、本番資金で発見する必要はない。

稼働前の最終チェックリストも置いておく。

• 1トレードの最大損失額（損切り幅×建玉サイズ）を金額で言えるか
• 利確幅×建玉サイズが往復コストの3倍以上あるか
• 損切りラインが対象銘柄のノイズ幅の外側にあることを過去チャートで確認したか
• 損切りラインが清算ラインより十分手前にあるか
• SL/TP/トレーリングの発動を最小サイズの実弾でテストしたか
• 運用資金が「全損しても生活に影響しない額」に収まっているか
• 複数ポジション同時保有時の合算最大損失が許容範囲に収まっているか
• 取引履歴を保存し、月次で記録ベースの損益突き合わせをする体制があるか

まとめ：リスク管理とは「負け方を先に決める」こと

自動売買のリスク管理は、SL（-4.5%）・TP（+3.5%＋トレーリング）・レバレッジ（10倍）・サイズ（下限400ドル）という4つの制御弁で、負け方を先に確定させる作業である。編集部の実運用は2026年4月の開始から実現損益約-21ドルと、勝ててはいない。しかしガス代負け・ノイズ刈られ・発注バグという3つの穴を実弾で発見し、そのたびにルールを改訂してきた結果、「想定外が起きても損失はここまで」という上限だけは常に機能してきた。検証運用の最新状況は当サイトの運用実績ページ（/ai-trading）で公開している。

最後にもう一度強調したい。リスク管理の目的は、負けないことではなく「退場しないこと」だ。自動売買の検証は、資金が残っている限り改善を続けられる。編集部が3つの失敗を経てなお検証を継続できているのは、損失の上限が常に管理されていたからにほかならない。SL・TP・レバレッジ・サイズの4点は、その継続を支える生命維持装置である。

数字の写経ではなく、「コストから利確幅とサイズ下限を、許容損失からサイズ上限を、ノイズ幅から損切りを決める」という逆算の回路こそ持ち帰ってほしい。この回路があれば、相場や取引環境が変わっても自分で設定を作り直せる。なお、口座開設やAPI設定といった環境構築の具体的な手順は、当サイトの手順記事で別途詳しく解説している。

<!-- INTERNAL_LINKS_RELATED -->

関連記事

• Bybit撤退の資産移動手順を見る
• Bybitの代替取引所を見る
• 海外取引所の確定申告手順を見る
• botの確定申告のやり方を見る
• 海外取引所への送金手順を見る

<!-- INTERNAL_LINKS_RELATED -->