Kill Switch
A human monitoring a dashboard will not react fast enough to a flash crash. By the time you see the loss and decide to act, the drawdown has compounded. Automated kill switches are the last line of defense - they must be hard-coded, not ML-based, and not overridable without explicit manual intervention.
The Problem
Live trading systems face risks that backtests never encounter: data feed failures, exchange outages, runaway algorithms, and flash crashes. A strategy producing 100 orders per second during a data glitch can lose more in minutes than it earned in months. Manual monitoring fails because: (1) humans are slow, (2) losses compound nonlinearly, and (3) the worst events happen when attention is lowest. Kill switches must trigger automatically, flatten positions immediately, and require human approval to resume.
The Pattern
WRONG
# "I'll watch the dashboard and close positions if things go wrong"
import time
while True:
pnl = get_daily_pnl()
if pnl < -10000:
send_email("Loss alert") # arrives 5 min later, read at 9am
time.sleep(60)
# Meanwhile, the algo keeps trading during the 60s sleep
CORRECT
class KillSwitch:
"""Hard-coded risk limits. Automatic trigger, manual reset only."""
# -3% daily P&L, -15% from peak, 200% gross, 15% in a single name
THRESHOLDS = {"max_daily_loss": -0.03, "max_drawdown": -0.15,
"max_gross_leverage": 2.0, "max_position_pct": 0.15}
def __init__(self, reset_code, on_breach):
self.triggered = False
self.trigger_reason = None
self.reset_code = reset_code # from your secret store, not from source
self.on_breach = on_breach # cancel open orders, flatten, page on-call
def check(self, daily_pnl, drawdown, gross_lev, max_pos, position=0.0, qty=0.0):
"""Called BEFORE every order. False = block. Only reset() clears a latch."""
# Derive risk reduction from the order. A caller-supplied `reducing`
# flag is a claim, and one mislabelled order defeats the whole switch.
reducing = qty * position < 0 and abs(qty) <= abs(position) # no zero cross
if self.triggered:
return reducing
checks = {
"max_daily_loss": daily_pnl > self.THRESHOLDS["max_daily_loss"],
"max_drawdown": drawdown > self.THRESHOLDS["max_drawdown"],
"max_gross_leverage": gross_lev < self.THRESHOLDS["max_gross_leverage"],
"max_position_pct": max_pos < self.THRESHOLDS["max_position_pct"],
}
for name, passed in checks.items():
if not passed:
self.triggered = True
self.trigger_reason = f"{name}: threshold breached"
self.on_breach(name) # cancels, flattens - not the next order's job
return False # `reducing` was judged against the pre-flatten book
return True # safe to proceed
def reset(self, manual_approval_code: str):
"""Require explicit human approval to resume."""
if manual_approval_code == self.reset_code:
self.triggered = False
self.trigger_reason = None
Graduated Response
Not every breach requires full shutdown. Scale down gracefully with risk levels:
def risk_level(drawdown, realized_vol, target_vol=0.10):
vol_ratio = realized_vol / target_vol
if drawdown < -0.20 or vol_ratio > 3.0: return "halt" # flatten all
if drawdown < -0.15 or vol_ratio > 2.0: return "red" # 25% size
if drawdown < -0.10 or vol_ratio > 1.5: return "yellow" # 50% size
return "green" # full size
Guardrails
- Thresholds must be set BEFORE deployment, not adjusted during a drawdown
- The breaching order never executes; a latched switch passes later reducing orders
- Data feed failure is a trigger - no data means no trading, not "use stale prices"
Production Implementation
ml4t-live wraps any broker with pre-trade risk checks:
from ml4t.live import SafeBroker, LiveRiskConfig, AlpacaBroker
config = LiveRiskConfig(
execution_mode="shadow", # required: "shadow", "paper" or "live"
max_daily_loss=5_000.0,
max_drawdown_pct=0.15, # positive fraction below the high-water mark
max_position_value=50_000.0,
)
broker = SafeBroker(AlpacaBroker(api_key, secret_key), config)
# A breach latches and blocks risk-increasing orders; flatten with
# await broker.close_all_positions() from your own breach handler.
Checklist
- All thresholds defined and documented before deployment
- Kill switch runs pre-trade (before every order submission)
- Automatic trigger, manual-only reset with approval code
- Data feed failure triggers halt (not stale-price trading)
- Monthly fire drill: simulate a breach and verify the system flattens