The defining quality of a professional AI trading agent is not cleverness. It is what the system refuses to do when models are wrong, data is stale, venues are broken, or narratives are seductive.
Risk management for agents is partly quantitative (sizing, limits, stress) and partly operational (kill switches, key isolation, mode control). Skip either half and you are running theater.
Risk is a product surface
Treat risk as an explicit API the agent must call — not a paragraph in a README. Every order intent should pass a gate that can:
- Approve, reduce, or reject
- Explain the decision in structured fields
- Trigger flatten or halt modes
- Page humans when thresholds breach
If the model can talk the risk system out of a limit, you do not have a risk system.
Core limit stack
Position & notional
- Max position per symbol and per sector/theme
- Max gross and net exposure
- Max leverage (and soft warnings before hard stops)
- Max order size as fraction of ADV or book depth proxies
Loss & drawdown
- Intraday loss limit → reduce size or halt new risk
- Multi-day drawdown → mode change, review required
- Per-strategy kill when edge model degrades
Operational
- Max orders per minute / cancel ratios
- Venue health checks before routing
- Symbol allowlists and blocked list (halted, exploit, illiquid)
- Time-of-day constraints for certain playbooks
Sizing under uncertainty
Agents often overstate confidence. Convert model scores into size with conservative transforms:
- Cap edge estimates; never let tail confidence → full Kelly
- Scale by realized volatility and liquidity
- Penalize novelty (new markets, new model versions)
- Require multi-signal agreement for large risk
size = base_risk
× conf_transform(model_score) # concave, capped
× liq_scalar(depth, spread)
× regime_scalar(vol, stress)
× novelty_discount
Full Kelly is a research fantasy. Fractional, capped, and regime-aware sizing keeps agents alive long enough to learn.
Kill switches that work
A kill switch is only real if it is:
- Independent — not hosted inside the same process as the broken agent
- Fast — cancels open orders and blocks new intents quickly
- Tested — rehearsed in paper and scheduled drills
- Multi-trigger — loss, error rate, data staleness, human panic button
Define clear modes: SHADOW (log only), PAPER, LIVE_LIMITED, LIVE, FLATTEN, HALT. Promote modes only through controlled gates — never via ad-hoc config edits on a Friday night.
Model-specific risks
LLM agents
- Prompt injection from web/social tools
- Tool overreach (broad withdraw permissions — never)
- Non-deterministic “reasoning” without schema validation
- Silent model upgrades changing behavior
ML signal models
- Feature pipeline skew (train vs serve)
- Concept drift after regime shifts
- Feedback loops when agent impact is large vs liquidity
RL policies
- Reward hacking and unsafe exploration in live settings
- Distribution shift from simulator to venue reality
Crypto-native hazards
- Exchange outages and partial API failures
- Oracle / depeg events cascading across venues
- Unlocks, admin keys, and governance surprises
- Funding squeezes and liquidation cascades
- Chain congestion delaying hedges
Encode these as explicit risk scenarios. Agents should have playbooks: reduce, hedge, halt, or escalate — not “think harder” during a depeg.
Monitoring that matters
- PnL attribution by strategy and by decision ID
- Reject rates at the risk gate (spikes = something is wrong)
- Data age and gap counters
- Slippage vs. model assumptions
- Concentration heatmaps
Alerts should be actionable. A dashboard full of green vanity metrics is not risk management.
Culture
The best agent stacks reward people for finding failure modes. Blameless post-mortems, red-team prompts, and scheduled chaos tests beat hero narratives about autonomous profits.
Remember: markets are adversarial and incomplete. Your agent’s intelligence is optional. Your risk geometry is not.
Frequently asked questions
What risk controls should an AI trading agent have?
Max position/notional/leverage, loss and drawdown limits, order-rate caps, symbol allowlists, venue health checks, independent kill switches, and clear modes such as shadow, paper, live-limited, flatten, and halt.
What is a kill switch in automated trading?
A control that quickly cancels open orders and blocks new intents. It must run independently of the agent process, be regularly tested, and trigger on loss, errors, data staleness, or human command.
Should AI models set their own position size freely?
No. Convert model confidence through conservative, capped transforms scaled by volatility, liquidity, regime, and novelty, with multi-signal agreement required for large risk.
What crypto-specific risks affect AI traders?
Exchange outages, oracle/depeg events, unlocks and governance surprises, funding squeezes, liquidation cascades, and chain congestion that delays hedges.
Related: How to Build · Architecture of Modern Trading Agents · Backtesting & Evaluating Trading Agents
