Pine Scriptのリスク制限機能｜ドローダウン・日次損失・建玉上限

結論：リスク制御命令は成績指標ではなく強制ルール

strategy.risk.max_drawdown()は最大ドローダウンを表示する変数ではありません。指定条件へ達すると未約定注文を取り消し、保有中の建玉を閉じ、追加の取引を停止する全体ルールです。一方、strategy.max_drawdownやストラテジーテスターのドローダウンは、過去に起きた結果を表す指標です。名前が近くても役割は別です。

測定値を見ているのか、将来のシミュレーション行動を変更しているのかを区別します。

六つの命令を発動条件と作用範囲で選ぶ

正確な引数、単位、再開条件は現行TradingView公式ドキュメントを優先してください。

これらは互いに排他的ではなく、複数を同時に置けます。その場合、最初に発動した制約が注文や建玉を変え、後続の測定系列も変わります。「どの命令が発動したか」を取引一覧だけから完全に推測しにくいため、alert_message、注文コメント、Pine Log、バージョン名で設定を残します。

ifの中へ置いて一時的に有効化する発想を捨てる

TradingViewの公式説明では、リスク管理命令は計算動作の変更にかかわらず、各ティックと注文実行イベントで作用し、コードの場所に関係なくストラテジーへ適用されます。特定バーだけ無効化する仕組みではありません。条件付きで呼べば時間帯だけ全体制限が有効になる、と推測せず、入力値を固定した独立バージョンとして設計します。

特に「日内」という名称の挙動は時間足に依存します。日足より高い時間足では、最大日内損失や日内約定数が1本のチャートバー単位として扱われます。週足で「毎日リセットされる」と考えるのは誤りです。セッションの境界も銘柄とチャート条件で確認します。

命令ごとに停止範囲が異なるため、同じ表を別々に埋めます。

決済・同方向の追加建玉・必要証拠金・取引時間帯との交差を確認する

戦略全体の命令は、個別決済の代替ではありません。各取引の価格ベース逆指値が先に約定する場合もあれば、日内損失制限が先に全建玉を閉じる場合もあります。決済理由が変わればMFE／MAEや保有時間も変わるため、通常決済とリスク制御による決済を同じラベルへまとめません。

TV16は数量、TV17は注文状態、TV19は取引時間帯判定を個別に扱います。

max_position_size()はstrategy.entry()で結果建玉が上限を超えるとき、エントリー数量を許容範囲へ縮小します。指定最小数量でも上限を満たせなければエントリーを作らない場合があります。strategy.order()まで万能に制限する前提を置かず、使う注文APIごとに小さなテストを作ります。

教育用閾値を入力値へ出し、基準版との差を一つずつ測る

以下は複数のリスク制御命令を宣言する構造例です。初期値は機能確認用の架空値で、安全値や推奨値ではありません。実務では最初にすべてを入れず、一つの命令だけ有効なバージョンから比較してください。単純な移動平均交差も動作を発生させるための例です。

//@version=6
strategy("Strategy risk guardrail audit", overlay = true, pyramiding = 3,
         initial_capital = 100000, margin_long = 100, margin_short = 100)

float maxDrawdownInput = input.float(20.0, "Max drawdown (%)", minval = 0.1, maxval = 100)
float maxDayLossInput = input.float(4.0, "Max intraday loss (%)", minval = 0.1, maxval = 100)
int maxFillsInput = input.int(6, "Max intraday filled orders", minval = 1)
int maxLossDaysInput = input.int(3, "Max consecutive loss days", minval = 1)
float maxPositionInput = input.float(4.0, "Max position units", minval = 1)

strategy.risk.max_drawdown(maxDrawdownInput, strategy.percent_of_equity)
strategy.risk.max_intraday_loss(maxDayLossInput, strategy.percent_of_equity)
strategy.risk.max_intraday_filled_orders(maxFillsInput)
strategy.risk.max_cons_loss_days(maxLossDaysInput)
strategy.risk.max_position_size(maxPositionInput)

float fast = ta.ema(close, 20)
float slow = ta.ema(close, 50)
bool longSignal = ta.crossover(fast, slow)
bool shortSignal = ta.crossunder(fast, slow)

if longSignal
    strategy.entry("Long", strategy.long, qty = 2)
if shortSignal
    strategy.entry("Short", strategy.short, qty = 2)

plot(fast, "Fast", color.aqua)
plot(slow, "Slow", color.orange)
plot(strategy.equity, "Equity", display = display.data_window)
plot(strategy.position_size, "Position size", display = display.data_window)

公開前には各リスク制御命令へ説明的な入力値名と補足説明を付け、割合と金額の単位を混ぜないようにします。strategy.max_drawdown、strategy.equity、建玉サイズ、決済済み取引をデータウィンドウへ表示し、リスク制御命令の設定値とは別欄にします。

最大資産残高から現在地と仮想次損失を測る

ミニ計算機は、現在資産≤過去最高資産を入力前提とし、過去最高資産、現在資産、設定したドローダウン率、次に仮定する損失額から、現在ドローダウン率・損失後ドローダウン率・設定した上限までの現在時点の残額を表示します。しきい値の推奨や発動価格の予測ではありません。公式の資産比率によるドローダウン制御が最大資産残高を基準にする関係を理解する教育用です。

1. 01基準版を保存

   リスク制御命令なしのストラテジーテスター結果と設定を出力します。

2. 02一つ追加

   建玉上限など一つだけを加え、同じ条件で再実行します。

3. 03発動取引を特定

   最初に取引一覧が分岐したバー、注文、建玉を記録します。

4. 04母集団差を確認

   取引数、決済理由、保有時間、損益分布、ドローダウンを比較します。

5. 05複合版を作る

   単独差分を説明できた命令だけを組み合わせます。

発動イベント台帳を基準版と制限あり版へ結び付ける

• 命令名、値、金額／割合単位をバージョン記録へ残したか
• 発動前後の未約定、保有中の建玉、追加エントリーを追跡したか
• リスク制御による決済、通常決済、証拠金不足による強制処理を区別したか
• 時間足とセッション境界、とくに日足より上での日内挙動を確認したか
• max_position_sizeが使う注文APIへ実際に作用したか
• 基準版と同じ銘柄・期間・数量・コストでCSVを再出力したか

ドローダウン曲線だけでは発動の証拠にならないため、全体制限の発動台帳を作ります。命令ごとにバージョンID、引数と単位、監視基準、最初の発動バー、発動直前値、取消注文、強制決済、縮小注文数量、以後拒否されたエントリーを一行で残し、基準版と制限あり版のCSVへ結び付けます。

最初に取引一覧が分岐した事象を台帳で説明できなければ、ドローダウン差を全体制限の効果と断定しません。複数命令版は、単独命令版の発動行をすべて説明できた後にだけ作り、リスク制御による決済、通常決済、証拠金不足による強制処理を別の理由として保存します。